From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 09:41:05 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 9D91A1065672 for ; Sun, 14 Nov 2010 09:41:05 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0B3868FC0C for ; Sun, 14 Nov 2010 09:41:04 +0000 (UTC) Received: from localhost (acme.spoerlein.net [188.72.220.29]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id oAE9f3AF082308 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Nov 2010 10:41:03 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1289727664; bh=DRqisZwxPnU9n9ZbmFHDUbEYNEsrnTJB81V0kFGZO7w=; h=Date:From:To:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Transfer-Encoding:In-Reply-To; b=pm1H/3H2ykUTtQLpy2nmv4lhZmC9FZgTsPkawOQAFjCtwruhbrV7gstNpCB98jMii oygw0/Do6rg+F2yRslZf7TaoDzkyP2ofYs9FiDTt6IjEDFOP8cTarcYr0LvxI4WSmK hew3iT2neGrceVKw4qQhJP5hE6gu6cwSMCB+zzb8= Date: Sun, 14 Nov 2010 10:41:03 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pyun YongHyeon , stable@freebsd.org Message-ID: <20101114094103.GA64243@acme.spoerlein.net> Mail-Followup-To: Pyun YongHyeon , stable@freebsd.org References: <20101106093700.GW85693@acme.spoerlein.net> <20101107112421.GH85693@acme.spoerlein.net> <20101107231020.GB1279@michelle.cdnetworks.com> <20101108214112.GY85693@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20101108214112.GY85693@acme.spoerlein.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: Abysmal re(4) performance under 8.1-STABLE (mid-August) 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, 14 Nov 2010 09:41:05 -0000 On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Spörlein wrote: > On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote: > > On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote: > > > On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: > > > > On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein wrote: > > > > > Hello Pyun, > > > > > > > > > > On this new server, I cannot get more than ~280kByte/s up/downstream out of > > > > > re(4) without any tweaking. > > > > > > > > > > re0: flags=8843 metric 0 mtu 1500 > > > > > ?? ?? ?? ??options=389b > > > > > ?? ?? ?? ??ether 00:21:85:63:74:34 > > > > > ?? ?? ?? ??inet6 fe80::221:85ff:fe63:7434%re0 prefixlen 64 scopeid 0x1 > > > > > ?? ?? ?? ??inet 46.4.12.147 netmask 0xffffffc0 broadcast 46.4.12.191 > > > > > ?? ?? ?? ??nd6 options=3 > > > > > ?? ?? ?? ??media: Ethernet autoselect (100baseTX ) > > > > > ?? ?? ?? ??status: active > > > > > > > > > > > > > It seems the link was resolved to half-duplex. Does link partner > > > > also agree on the resolved speed/duplex? > > > > > > As this is a dedicated server in a colo hundreds of km away, I have no > > > means to check this easily. Especially I cannot change the setting from > > > auto-neg. Btw, linux will show a negotiated 100/full link via mii-tool. > > > > > > > I guess you can contact network administrator of the data center to > > check the switch configuration. IEEE 802.3 says if link parter use > > forced full-duplex media and you use auto media, the resolved > > duplex is half-duplex by definition. I think RealTek may have > > followed the standard. There is no reason to use manual media > > configuration unless your link partner is severely broken with > > auto-negotiation. > > > > Due to silicon bug of RealTek PHYs, rgephy(4) always use > > auto-negotiation so manual media configuration is a kind of > > auto-negotiation with limited set of available media advertising. > > I don't know how Linux solve the silicon bug though. One of magic > > DSP fixups might fix the issue, the DSP fixups vendor released is > > not under BSD license and does not say more detailed information > > for the code. > > Luckily the provider switch me to another switch that is set to > autoneg, instead of hardcoded to 100/full. re(4) now happily transfers > with reasonable speeds, ie. 11MByte/s. Alas, spoken too soon. While the throughput is now up to speed, I have severe problems with packet loss on this device. Again, the linux rescue system works fine, but under a recent -STABLE (including your latest MFCs) I get an average packet loss of 10-20%. But it is not constant, meaning every 5th packet or so, but instead will drop no packets for minutes-hours and then blackout for 1-5 min straight (these times are estimates, I haven't used a stop watch or anything.) At first, putting the card into promisc mode seemed to alleviate the issue, but the average ping packet loss during the last 10h was again up to 10%. Due to the "blackout" nature, this drops all TCP sessions and is really annoying. Do you have any other ideas that I could try? Or should I simply switch to a different hardware altogether? Regards, Uli From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 14:45: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 982F0106566B for ; Sun, 14 Nov 2010 14:45:15 +0000 (UTC) (envelope-from fanreach@reverbnation.com) Received: from profanreach-cc.reverbnation.com (profanreach-cc.reverbnation.com [216.93.171.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7F74E8FC13 for ; Sun, 14 Nov 2010 14:45:15 +0000 (UTC) Received: from angus.reverbnation.com (angus.reverbnation.com [192.168.0.22]) by profanreach-cc.reverbnation.com (Postfix) with ESMTP id 075554F2541 for ; Sun, 14 Nov 2010 09:45:15 -0500 (EST) From: BeatsBeast Producer To: freebsd-stable@freebsd.org Message-Id: Mime-Version: 1.0 Date: Sun, 14 Nov 2010 09:45:15 -0500 (EST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: Quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Thanks For Listening Update 10-11-2010 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: BeatsBeast Producer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 14:45:15 -0000 >From the eastside of Detroit comes an exciting duo consisting of producer BeatsBeast and rapper B. Ezy.Since 2007, BeatsBeast and B.Ezy have consistently been putting out tracks over the internet to great fanfare.Follow them as they continue to create great Hip Hop music for the fans ( http://www.quantcast.com/p-05---xoNhTXVc ) Update Info: http://www.reverbnation.com/c/fr7/artist_158288?eid=3DA15828= 8_6302452_30674416&fsc=3D791e9d14a39 = Unsubscribe/Report Spam: http://www.reverbnation.com/c/fr2/artist_158288?= eid=3DA158288_6302452_30674416&fsc=3D791e9d14a39 = From owner-freebsd-stable@FreeBSD.ORG Sun Nov 14 15:33: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 95A871065679; Sun, 14 Nov 2010 15:33:07 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B8A068FC08; Sun, 14 Nov 2010 15:33:06 +0000 (UTC) Received: by bwz2 with SMTP id 2so4468654bwz.13 for ; Sun, 14 Nov 2010 07:33:05 -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=SLNfXrMcepKZZk3c+l2QNA9WCzTqjdskeZCqcu4vtvE=; b=m0S1cjNAvziq2ZpqBFQm8e+QcChhpVjMdJek5axA4PlJxRAnFmTjTF4/1kCBN4r/6S CWjGApja3kvYWaPgz/gB/LuqnSA+ieoKyIcKrkNNRiFWOlDfhJDP7v3blycVPvbaRX1A gxnbTkvTYvTNLNx8pPM39AEND1Ihm9yRyuljM= 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=a2HWqdDpYE8uY1piSuHTJ0r07DK4raa+8D0pxqtXIkqoj7PVyZ9vqQprrnCB349kx2 +WoEdvdvpSZAxbA02Dv+Mt4oqFi5dn+ZgJuDrcDJiJe9xFYyGt23e5tkpeq2SiL8QYq/ /djEhAjafCHwu6cwSSo/9IYBBW2rpxXN7vJsk= Received: by 10.204.59.193 with SMTP id m1mr5027545bkh.176.1289748785602; Sun, 14 Nov 2010 07:33:05 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id f21sm2537431bkf.0.2010.11.14.07.33.02 (version=SSLv3 cipher=RC4-MD5); Sun, 14 Nov 2010 07:33:03 -0800 (PST) Sender: Alexander Motin Message-ID: <4CE0010D.7080505@FreeBSD.org> Date: Sun, 14 Nov 2010 17:32:29 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Brandon Gooch References: <4CD45209.5010607@FreeBSD.org> <4CDE5B8C.4000102@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, FreeBSD-Current , FreeBSD Stable Subject: Re: Sense fetching [Was: cdrtools /devel ...] 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, 14 Nov 2010 15:33:07 -0000 Brandon Gooch wrote: > On Sat, Nov 13, 2010 at 3:34 AM, Alexander Motin wrote: >> Now uncommitted pass_autosence.patch and possibly cdrtools.patch. > > OK. Patched kernel and cdrtools has resulted in a working cdrecord > (burned an ISO successfully) and an endless stream of: > > ... > (pass0:ata0:0:0:0): Requesting SCSI sense data > (pass0:ata0:0:0:0): SCSI status error > (pass0:ata0:0:0:0): Requesting SCSI sense data > (pass0:ata0:0:0:0): SCSI status error > (pass0:ata0:0:0:0): Requesting SCSI sense data > (pass0:ata0:0:0:0): SCSI status error > (pass0:ata0:0:0:0): Requesting SCSI sense data > (pass0:ata0:0:0:0): SCSI status error > ... I think it can be hald probing for media insertion. Probably we should slightly reduce error logging verbosity. May be somehow make to not log errors on requests submitted from user-level via pass driver. > But most important part: It works, and it burned very quickly! The CD > was created, and fully functional (I booted the Fedora image and > completed an installation). Nice! -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 08:13:59 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 548611065670 for ; Mon, 15 Nov 2010 08:13:59 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntqsrv02p.mx.bigpond.com (nskntqsrv02p.mx.bigpond.com [61.9.168.234]) by mx1.freebsd.org (Postfix) with ESMTP id E32DB8FC13 for ; Mon, 15 Nov 2010 08:13:58 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20101115045609.SBJQ24865.nskntmtas03p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Mon, 15 Nov 2010 04:56:09 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20101115045609.HCSD4790.nskntotgx02p.mx.bigpond.com@johnny.reilly.home> for ; Mon, 15 Nov 2010 04:56:09 +0000 Date: Mon, 15 Nov 2010 15:55:49 +1100 From: Andrew Reilly To: stable@freebsd.org Message-ID: <20101115045549.GB96011@johnny.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4CE0BD69.00D1,ss=1,fgs=0 X-SIH-MSG-ID: rRk2Gdb3TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9reLP1Rv9GgxD9JJhqBNGQmaaztTY3Rs9mK Cc: Subject: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 08:13:59 -0000 Hi there, I've replaced my old desktop with a laptop and a server, which is mostly working great. Naturally, the server is running FreeBSD-stable. It's built on an intel i3 MiniITX motherboard that has lots of SATA sockets, a respectable number of USB sockets, gigabit ethernet, eSATA, DVI, ... but no serial ports or PS/2 keyboard or mouse ports. Most of the time this is fine, but I've found that sometimes it is very nice to be able to debug something at a console. Particularly if something goes wrong when doing an upgrade of some sort. I've discovered that I can use the old VGA screen and USB keyboard for a console if I have them plugged in at boot time, but if something goes wrong after boot, plugging a keyboard in doesn't seem to help. If I find a USB-to-RS232 dongle, will the console mechanism be able to find it? I worry that only legacy-16550-ish serial ports need apply. Any other possibilities or common practices? Oh: the other thing about this system: I can't warm-start it, have to power down and then manually hit the power-on button. Attempting to reboot leaves the console sitting at something like "Stopping other CPUs" forever. I assume that this is a BIOS config problem, but haven't found the right control knob yet. I've tried turning hyperthreading on and off: no difference. Reading the kernel code around that message suggests that rebooting involves getting the keyboard controller to send an NMI, and I wonder if the legacy-free no-keyboard state of my system is having an effect on that, too? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 08:55: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 5E3E110656A5 for ; Mon, 15 Nov 2010 08:55:17 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm9.bullet.mail.ne1.yahoo.com (nm9.bullet.mail.ne1.yahoo.com [98.138.90.72]) by mx1.freebsd.org (Postfix) with SMTP id 0F33E8FC14 for ; Mon, 15 Nov 2010 08:55:16 +0000 (UTC) Received: from [98.138.90.52] by nm9.bullet.mail.ne1.yahoo.com with NNFMP; 15 Nov 2010 08:55:16 -0000 Received: from [98.138.89.248] by tm5.bullet.mail.ne1.yahoo.com with NNFMP; 15 Nov 2010 08:55:16 -0000 Received: from [127.0.0.1] by omp1040.mail.ne1.yahoo.com with NNFMP; 15 Nov 2010 08:55:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 494817.53544.bm@omp1040.mail.ne1.yahoo.com Received: (qmail 12365 invoked by uid 60001); 15 Nov 2010 08:55:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1289811316; bh=J1qKxt8rizVNda0FZ2CX3xhWL3o5h3PT8PH11q+F/L0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=C17/0vkN/HN2HKf4234yJay3u5nKCbSiSNaADQElhlLUCJYabBmI5VRZnbYzAhJqQP+7d54V0X7N2ViDW5G/PVwtqJi+WXvUypkZ5vg0t3MC7gOEJxdIwABYRB5oewpoWFBvJLuBFdIUYAFq55z/8It5mKWkVyIqtyuEADkjzc8= 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=Wh4KZCyhoqz40J8M41N2tToUG0qznViea/Amlnk/M44kBHVX4pj/JH1obfK//ui37ItwPOczQPkTCcuHHgSCtHM3zqf3XBz12Qauhl70iNSfnEnR2jtCt1h5dvbX8t8tvIgdf1PrLXThCTFIcGVwXN9aZ1cP2GULA3ihxxaLdiY=; Message-ID: <377957.12193.qm@web120506.mail.ne1.yahoo.com> X-YMail-OSG: KIM._6IVM1mWNowCD3NfWMgTMkoOKQbeftF_m0jPOG2FcXf 5ckJBJezQkdYUP3PcskSdu5W1BKLn.bjVEOx19MiHFm.S.tOEOUIeHK_FUC9 YoAP8vdPzJR3RNVcWp0twGwgPWQ8GzirKxvFbE5bLDss_mCEpP_2LpSzd8_E 4CkzLaiCyo_gQTVHBKUI1P_yLuhzrK9SQiTJK32BI._DQKUWlXNnGeFD8z.M STnh94dB1fFoz0Wgla2pCYoMxL.jYASvjlc1ABfao Received: from [212.74.229.235] by web120506.mail.ne1.yahoo.com via HTTP; Mon, 15 Nov 2010 00:55:16 PST X-Mailer: YahooMailClassic/11.4.7 YahooMailWebService/0.8.107.285259 Date: Mon, 15 Nov 2010 00:55:16 -0800 (PST) From: Kirill Yelizarov To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: booting from CF 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, 15 Nov 2010 08:55:17 -0000 Hi all I have a problem with booting 8.1-stable from compact flash. This maybe some speed selection issue. I have two verbose dmesg of the same hardware: 7.2 stable and 8.1-stable. The main difference in 7.2 is such message: ad0: setting PIO4 on ICH5 chip ad0: FAILURE - SET_MULTI status=51 error=4 ad0: 3887MB at ata0-master PIO4 But 7.2 starts and run. And 8.1 stable when trying to mount root shows the following Trying to mount root from ufs:/dev/ad0p2 ct_to_ts([2010-11-15 12:41:03]) = 1289824863.000000000 start_init: trying /sbin/init Nov 15 15:41:03 init: /bin/sh on /etc/rc terminated abnormally, going to singlee Enter full pathname of shell or RETURN for /bin/sh: And then i can only switch if off using acpi or just power off. I know there were changes in ata. Maybe there are some tunings available to select PIO4 (most cf are using it)? Regards, Kirill P.S. I have two verbose dmesg but they are rather big. If needed i can post them hear. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 09:05:33 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 B5A06106564A for ; Mon, 15 Nov 2010 09:05:33 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EF3DB8FC19 for ; Mon, 15 Nov 2010 09:05:32 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA08986; Mon, 15 Nov 2010 10:52:10 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PHunK-0005Iu-E6; Mon, 15 Nov 2010 10:52:10 +0200 Message-ID: <4CE0F4BA.5050205@freebsd.org> Date: Mon, 15 Nov 2010 10:52:10 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101115045549.GB96011@johnny.reilly.home> In-Reply-To: <20101115045549.GB96011@johnny.reilly.home> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 09:05:33 -0000 on 15/11/2010 06:55 Andrew Reilly said the following: > Hi there, > > I've replaced my old desktop with a laptop and a server, which > is mostly working great. Naturally, the server is running > FreeBSD-stable. It's built on an intel i3 MiniITX motherboard > that has lots of SATA sockets, a respectable number of USB > sockets, gigabit ethernet, eSATA, DVI, ... but no serial ports > or PS/2 keyboard or mouse ports. Most of the time this is fine, > but I've found that sometimes it is very nice to be able to > debug something at a console. Particularly if something goes > wrong when doing an upgrade of some sort. I've discovered that > I can use the old VGA screen and USB keyboard for a console if I > have them plugged in at boot time, but if something goes wrong > after boot, plugging a keyboard in doesn't seem to help. > > If I find a USB-to-RS232 dongle, will the console mechanism be > able to find it? I worry that only legacy-16550-ish serial > ports need apply. > > Any other possibilities or common practices? Is there a firewire port? > Oh: the other thing about this system: I can't warm-start > it, have to power down and then manually hit the power-on > button. Attempting to reboot leaves the console sitting at > something like "Stopping other CPUs" forever. I assume that > this is a BIOS config problem, but haven't found the right > control knob yet. I've tried turning hyperthreading on and off: > no difference. Reading the kernel code around that message > suggests that rebooting involves getting the keyboard controller > to send an NMI, and I wonder if the legacy-free no-keyboard > state of my system is having an effect on that, too? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 10:04:10 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 68FDD1065674; Mon, 15 Nov 2010 10:04:10 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id 15A7F8FC19; Mon, 15 Nov 2010 10:04:09 +0000 (UTC) Received: from adsl-dyn-88-208-149-32.heliweb.de ([88.208.149.32] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PHvUs-0004M2-Ar; Mon, 15 Nov 2010 10:37:10 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id ED42311443; Mon, 15 Nov 2010 10:37:09 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Mon, 15 Nov 2010 10:37:09 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101115093709.GA1452@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 15 Nov 2010 10:04:10 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've been using 8.1-RELEASE on this desktop machine for a few months already, but only now found the time to look at a couple of problems with snd_hda and suspend/resume it still has. Maybe someone here has hints to fix them - I'd be grateful to hear them. Audio with snd_hda(4) works, but only if loaded as a module AND only if I load the module AFTER booting. If I compile it into the kernel or add snd_hda_load="YES" to /boot/loader.conf, dmesg shows the following: hdac0: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC885 pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 pcm3: at cad 0 nid 1 on hdac1 mixer(8) shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 There is no audio in that case. Unloading and reloading the module (or just loading the module manually after the boot process) logs: hdac0: mem 0xfe024000-0xfe027fff irq 16 at device 20.2 on pci0 hdac0: HDA Driver Revision: 20100226_0142 hdac0: [ITHREAD] hdac0: HDA Codec #0: Realtek ALC885 hdac1: mem 0xfdffc000-0xfdffffff irq 19 at device 5.1 on pci1 hdac1: HDA Driver Revision: 20100226_0142 hdac1: [ITHREAD] hdac1: HDA Codec #0: ATI RS690/780 HDMI pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 pcm2: at cad 0 nid 1 on hdac0 pcm3: at cad 0 nid 1 on hdac1 mixer then shows: Mixer vol is currently set to 75:75 Mixer pcm is currently set to 75:75 Mixer speaker is currently set to 75:75 Mixer line is currently set to 75:75 Mixer mic is currently set to 0:0 Mixer mix is currently set to 0:0 Mixer rec is currently set to 75:75 Mixer igain is currently set to 0:0 Audio then seems to work fine. (Plugging earphones into the computer's case's front plugs doesn't do anything, though - audio still comes from the speakers attached to the plug at the back of the case. Any ideas about that?) Loading snd_hda from a startup script would probably work, but I guess that's not the way it was meant to work. The other problem is with suspend/resume: Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power button wakes the system up again. Everything seems to work, only the LCD monitor remains off. (There also seem to be occasional cases in which the keyboard doesn't work any more, but I haven't really looked at that, yet. Usually, the system comes back up properly.) Loading dpms(4) doesn't seem to make a difference. The only way to turn the display on again seems to be typing "shutdown -r now" blindly. Regards, Stefan --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOD/RVaRERsSueCzAQIG6wv/Vb56w8X7ZsN7XUbpvLMCR+E2K6DGgUN3 qX7yn4S+YFBOZkGrTqeD2ZiRNyzjrlwKPVM3JeK9TeKwU/Xmr+iFCpQInD24vo4Q 5WGt0cbknA15IgOWqZGNYizIkOMBwdwLEkhu+8ML66NXfZbWTQNUHRpPeYCihOs7 iSSMqHEkBArS6TQrzo2t82t0ll+VYH/04+veO65xQRBRiBMnJUCn0NKI1WIdu+FT GZMCbop22biN0fl1w77y90tS/tRKr86x+FOw+JNidqAvETco34sVFZFerkSorjUb 1SUZzEKeCk/RpQKacSReH/I4s03BIi30JWXKu1ASrh1WnqU3Ys5Aldc32qj/F+pM 1Oz5vIDMg2mkAHL9UMv+Tu2/AcAfqNMbX4DEgJhb/epPnPMnzRFq8g1/0Y9bXlNP Hs+o4WQusHA6/hRrSBM1bku4wbdgkUfdMEs3RqHihHNfLNJ4J3kXj+t3uHwltyia MdAc9E3xtIFsA5zkTOTy1Tazd0wMixK/ =+l4Z -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 10:20:27 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 70EB810656A5 for ; Mon, 15 Nov 2010 10:20:27 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas06p.mx.bigpond.com (nschwmtas06p.mx.bigpond.com [61.9.189.152]) by mx1.freebsd.org (Postfix) with ESMTP id EF5FC8FC1B for ; Mon, 15 Nov 2010 10:20:26 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas06p.mx.bigpond.com with ESMTP id <20101115102025.DERO759.nschwmtas06p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com> for ; Mon, 15 Nov 2010 10:20:25 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101115102024.IXKV8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home> for ; Mon, 15 Nov 2010 10:20:24 +0000 Date: Mon, 15 Nov 2010 21:20:14 +1100 From: Andrew Reilly To: stable@freebsd.org Message-ID: <20101115102014.GA4300@johnny.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4CE10969.0015,ss=1,fgs=0 X-SIH-MSG-ID: qh8zEdT2TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9reLP1Rv9GgxD9JJhuFNGMgaa7hTY3Rs9mK Cc: Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 10:20:27 -0000 It's been suggested that I make the output of dmidecode (from ports/sysutils), pciconf -lv and dmesg.boot available, to help answer my previosu question. Since all of that output is relatively small and I don't really have a good web site to put it, I'll just include it, below. Hope this helps! dmidecode: # dmidecode 2.10 SMBIOS 2.5 present. 25 structures occupying 1318 bytes. Table at 0x000EB240. Handle 0x0000, DMI type 4, 35 bytes Processor Information Socket Designation: XU1 Type: Central Processor Family: Other Manufacturer: Intel(R) Corporation ID: 52 06 02 00 FF FB EB BF Version: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz Voltage: 1.1 V External Clock: 133 MHz Max Speed: 4000 MHz Current Speed: 2935 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0004 L2 Cache Handle: 0x0003 L3 Cache Handle: 0x0001 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Handle 0x0001, DMI type 7, 19 bytes Cache Information Socket Designation: Unknown Configuration: Enabled, Not Socketed, Level 3 Operational Mode: Write Back Location: Internal Installed Size: 4096 kB Maximum Size: 4096 kB Supported SRAM Types: Asynchronous Installed SRAM Type: Asynchronous Speed: Unknown Error Correction Type: Single-bit ECC System Type: Unified Associativity: 16-way Set-associative Handle 0x0002, DMI type 7, 19 bytes Cache Information Socket Designation: Unknown Configuration: Enabled, Not Socketed, Level 1 Operational Mode: Write Back Location: Internal Installed Size: 32 kB Maximum Size: 32 kB Supported SRAM Types: Asynchronous Installed SRAM Type: Asynchronous Speed: Unknown Error Correction Type: Single-bit ECC System Type: Data Associativity: 8-way Set-associative Handle 0x0003, DMI type 7, 19 bytes Cache Information Socket Designation: Unknown Configuration: Enabled, Not Socketed, Level 2 Operational Mode: Write Back Location: Internal Installed Size: 256 kB Maximum Size: 256 kB Supported SRAM Types: Asynchronous Installed SRAM Type: Asynchronous Speed: Unknown Error Correction Type: Single-bit ECC System Type: Unified Associativity: 8-way Set-associative Handle 0x0004, DMI type 7, 19 bytes Cache Information Socket Designation: Unknown Configuration: Enabled, Not Socketed, Level 1 Operational Mode: Write Back Location: Internal Installed Size: 32 kB Maximum Size: 32 kB Supported SRAM Types: Asynchronous Installed SRAM Type: Asynchronous Speed: Unknown Error Correction Type: Single-bit ECC System Type: Instruction Associativity: 4-way Set-associative Handle 0x0005, DMI type 0, 24 bytes BIOS Information Vendor: Intel Corp. Version: JGIBX10J.86A.0217.2010.0120.2350 Release Date: 01/20/2010 Address: 0xF0000 Runtime Size: 64 kB ROM Size: 8192 kB Characteristics: PCI is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported ATAPI Zip drive boot is supported BIOS boot specification is supported Function key-initiated network boot is supported Targeted content distribution is supported BIOS Revision: 0.0 Firmware Revision: 0.0 Handle 0x0006, DMI type 1, 27 bytes System Information Manufacturer: Product Name: Version: Serial Number: UUID: 9AC7F680-1607-11DF-8BC1-00270E0FB8E9 Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified Handle 0x0007, DMI type 2, 20 bytes Base Board Information Manufacturer: Intel Corporation Product Name: DH57JG Version: AAE70930-302 Serial Number: BTJG006000R9 Asset Tag: Base Board Asset Tag Features: Board is a hosting board Board is replaceable Location In Chassis: Base Board Chassis Location Chassis Handle: 0x0008 Type: Unknown Contained Object Handles: 0 Handle 0x0008, DMI type 3, 17 bytes Chassis Information Manufacturer: Type: Unknown Lock: Not Present Version: Serial Number: Asset Tag: Boot-up State: Safe Power Supply State: Safe Thermal State: Other Security Status: Other OEM Information: 0x00000000 Handle 0x0009, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: PRIMARY Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x000A, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: SECONDARY Internal Connector Type: On Board IDE External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x000B, DMI type 8, 9 bytes Port Connector Information Internal Reference Designator: ATX_PWR Internal Connector Type: Other External Reference Designator: Not Specified External Connector Type: None Port Type: Other Handle 0x000C, DMI type 9, 13 bytes System Slot Information Designation: PCIE X16 SLOT Type: x16 Current Usage: In Use Length: Short Characteristics: 3.3 V is provided Handle 0x000D, DMI type 10, 6 bytes On Board Device Information Type: Video Status: Enabled Description: Intel(R) Graphics Media Accelerator HD Handle 0x000E, DMI type 10, 6 bytes On Board Device Information Type: Ethernet Status: Enabled Description: Intel(R) 82578DC Gigabit Network Connection Handle 0x000F, DMI type 10, 6 bytes On Board Device Information Type: Sound Status: Enabled Description: Intel(R) High Definition Audio Device Handle 0x0010, DMI type 13, 22 bytes BIOS Language Information Installable Languages: 1 enUS Currently Installed Language: enUS Handle 0x0011, DMI type 32, 20 bytes System Boot Information Status: No errors detected Handle 0x0012, DMI type 16, 15 bytes Physical Memory Array Location: System Board Or Motherboard Use: System Memory Error Correction Type: None Maximum Capacity: 8 GB Error Information Handle: Not Provided Number Of Devices: 2 Handle 0x0013, DMI type 19, 15 bytes Memory Array Mapped Address Starting Address: 0x00000000000 Ending Address: 0x000FFFFFFFF Range Size: 4 GB Physical Array Handle: 0x0012 Partition Width: 0 Handle 0x0014, DMI type 17, 27 bytes Memory Device Array Handle: 0x0012 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: DIMM Set: None Locator: J1MY Bank Locator: CHANNEL A DIMM 0 Type: Type Detail: Synchronous Speed: 1333 MHz Manufacturer: 0x029E Serial Number: 0x00000000 Asset Tag: Unknown Part Number: 0x434D33583247313333334339202020202020 Handle 0x0015, DMI type 17, 27 bytes Memory Device Array Handle: 0x0012 Error Information Handle: Not Provided Total Width: 64 bits Data Width: 64 bits Size: 2048 MB Form Factor: DIMM Set: None Locator: J3MY Bank Locator: CHANNEL B DIMM 0 Type: Type Detail: Synchronous Speed: 1333 MHz Manufacturer: 0x029E Serial Number: 0x00000000 Asset Tag: Unknown Part Number: 0x434D33583247313333334339202020202020 Handle 0x0016, DMI type 129, 8 bytes OEM-specific Type Header and Data: 81 08 16 00 01 01 02 00 Strings: Intel_ASF Intel_ASF_001 Handle 0x0017, DMI type 130, 20 bytes OEM-specific Type Header and Data: 82 14 17 00 24 41 4D 54 01 01 01 01 01 A5 8F 02 00 00 01 00 Handle 0xFEFF, DMI type 127, 4 bytes End Of Table pciconf -lv: hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x00408086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x474a8086 chip=0x00418086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0x00428086 chip=0x00428086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' class = display subclass = VGA none0@pci0:0:22:0: class=0x078000 card=0x474a8086 chip=0x3b648086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms atapci1@pci0:0:22:2: class=0x010185 card=0x474a8086 chip=0x3b668086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA none1@pci0:0:22:3: class=0x070002 card=0x474a8086 chip=0x3b678086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = simple comms subclass = UART em0@pci0:0:25:0: class=0x020000 card=0x00358086 chip=0x10f08086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ehci0@pci0:0:26:0: class=0x0c0320 card=0x474a8086 chip=0x3b3c8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB none2@pci0:0:27:0: class=0x040300 card=0x00358086 chip=0x3b568086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = multimedia subclass = HDA pcib2@pci0:0:28:0: class=0x060400 card=0x474a8086 chip=0x3b428086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:4: class=0x060400 card=0x474a8086 chip=0x3b4a8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI pcib4@pci0:0:28:6: class=0x060400 card=0x474a8086 chip=0x3b4e8086 rev=0x06 hdr=0x01 vendor = 'Intel Corporation' class = bridge subclass = PCI-PCI ehci1@pci0:0:29:0: class=0x0c0320 card=0x474a8086 chip=0x3b348086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = USB pcib5@pci0:0:30:0: class=0x060401 card=0x474a8086 chip=0x244e8086 rev=0xa6 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x474a8086 chip=0x3b088086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci2@pci0:0:31:2: class=0x01018f card=0x474a8086 chip=0x3b208086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX SATA Controller' class = mass storage subclass = ATA none3@pci0:0:31:3: class=0x0c0500 card=0x474a8086 chip=0x3b308086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = serial bus subclass = SMBus atapci3@pci0:0:31:5: class=0x010185 card=0x474a8086 chip=0x3b268086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'IBEX SATA Controller' class = mass storage subclass = ATA atapci0@pci0:1:0:0: class=0x010400 card=0x71321095 chip=0x31321095 rev=0x01 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'PCI Express (1x) to 2 Port SATA300 (SiI 3132)' class = mass storage subclass = RAID /var/run/dmesg.boot: Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.1-STABLE #7: Mon Nov 15 15:09:08 EST 2010 root@johnny.reilly.home:/usr/obj/usr/src/sys/GENERIC amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (2933.46-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20652 Family = 6 Model = 25 Stepping = 2 Features=0xbfebfbff Features2=0x98e3bd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 4294967296 (4096 MB) avail memory = 3894886400 (3714 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 4 ioapic0: Changing APIC ID to 8 ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 atapci0: port 0x1000-0x107f mem 0xf0404000-0xf040407f,0xf0400000-0xf0403fff irq 16 at device 0.0 on pci1 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] vgapci0: port 0x20c8-0x20cf mem 0xf0000000-0xf03fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 32764k stolen memory agp0: aperture size is 256M pci0: at device 22.0 (no driver attached) atapci1: port 0x20c0-0x20c7,0x20e4-0x20e7,0x20b8-0x20bf,0x20e0-0x20e3,0x2080-0x208f irq 18 at device 22.2 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 22.3 (no driver attached) em0: port 0x2020-0x203f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:27:0e:0f:b8:e9 ehci0: mem 0xf0526400-0xf05267ff irq 16 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pci0: at device 27.0 (no driver attached) pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 28.4 on pci0 pci3: on pcib3 pcib4: at device 28.6 on pci0 pci4: on pcib4 ehci1: mem 0xf0526000-0xf05263ff irq 23 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib5: at device 30.0 on pci0 pci5: on pcib5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci2: port 0x20a8-0x20af,0x20dc-0x20df,0x20a0-0x20a7,0x20d8-0x20db,0x2070-0x207f,0x2060-0x206f irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci3: port 0x2098-0x209f,0x20d4-0x20d7,0x2090-0x2097,0x20d0-0x20d3,0x2050-0x205f,0x2040-0x204f irq 19 at device 31.5 on pci0 atapci3: [ITHREAD] ata8: on atapci3 ata8: [ITHREAD] ata9: on atapci3 ata9: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed03fff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range device_attach: acpi_perf1 attach returned 6 est0: on cpu0 p4tcc0: on cpu0 device_attach: acpi_perf1 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 16 device_attach: est1 attach returned 6 p4tcc1: on cpu1 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ad4: 953869MB at ata2-master UDMA100 SATA 3Gb/s ad6: 953869MB at ata3-master UDMA100 SATA 3Gb/s ad12: 7815MB at ata6-master UDMA66 SATA 1.5Gb/s ad13: 953869MB at ata6-slave UDMA100 SATA 3Gb/s ad14: 953869MB at ata7-master UDMA100 SATA 3Gb/s ad18: 1907729MB at ata9-master UDMA100 SATA 3Gb/s lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! Root mount waiting for: usbus1 usbus0 uhub0: 3 ports with 3 removable, self powered uhub1: 3 ports with 3 removable, self powered Root mount waiting for: usbus1 usbus0 ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 Root mount waiting for: usbus1 usbus0 uhub2: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered Trying to mount root from ufs:/dev/gpt/root ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf. ZFS filesystem version 4 ZFS storage pool version 15 From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 10:22: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 F22791065694 for ; Mon, 15 Nov 2010 10:22:12 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas05p.mx.bigpond.com (nskntmtas05p.mx.bigpond.com [61.9.168.149]) by mx1.freebsd.org (Postfix) with ESMTP id 62CC68FC15 for ; Mon, 15 Nov 2010 10:22:12 +0000 (UTC) Received: from nskntotgx04p.mx.bigpond.com ([124.188.161.100]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20101115102210.BBOA24614.nskntmtas05p.mx.bigpond.com@nskntotgx04p.mx.bigpond.com>; Mon, 15 Nov 2010 10:22:10 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nskntotgx04p.mx.bigpond.com with ESMTP id <20101115102210.VUUR6348.nskntotgx04p.mx.bigpond.com@johnny.reilly.home>; Mon, 15 Nov 2010 10:22:10 +0000 Date: Mon, 15 Nov 2010 21:21:50 +1100 From: Andrew Reilly To: Andriy Gapon Message-ID: <20101115102150.GB4300@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <4CE0F4BA.5050205@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE0F4BA.5050205@freebsd.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4CE109D2.0135,ss=1,fgs=0 Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 10:22:13 -0000 On Mon, Nov 15, 2010 at 10:52:10AM +0200, Andriy Gapon wrote: > > If I find a USB-to-RS232 dongle, will the console mechanism be > > able to find it? I worry that only legacy-16550-ish serial > > ports need apply. > > > > Any other possibilities or common practices? > > Is there a firewire port? I'm afraid not. Also, I'm using the single PCIe slot for more SATA ports. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 12:07: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 81955106566C; Mon, 15 Nov 2010 12:07:36 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 445418FC1D; Mon, 15 Nov 2010 12:07:36 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 8BD7A3A581; Mon, 15 Nov 2010 12:51:10 +0100 (CET) Date: Mon, 15 Nov 2010 12:51:10 +0100 From: Lars Engels To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101115115110.GK56407@e.0x20.net> References: <20101115093709.GA1452@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Bdv4BQVKRoKl8WEC" Content-Disposition: inline In-Reply-To: <20101115093709.GA1452@birne.dunkelkammer.void> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 15 Nov 2010 12:07:36 -0000 --Bdv4BQVKRoKl8WEC Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2010 at 10:37:09AM +0100, Stefan Walter wrote: > Hi, >=20 [...] > The other problem is with suspend/resume: >=20 > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. Try to set hw.acpi.reset_video to 1 in loader.conf. --Bdv4BQVKRoKl8WEC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkzhHq4ACgkQKc512sD3afg6YwCeM/T49knS/HXJ+nQpX/a6t+2/ iG8AnjASNzbiBTfP0qMXC2wmOfa0Bezj =RAh4 -----END PGP SIGNATURE----- --Bdv4BQVKRoKl8WEC-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 12:23: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 80B77106566C for ; Mon, 15 Nov 2010 12:23:06 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id E21EE8FC15 for ; Mon, 15 Nov 2010 12:23:05 +0000 (UTC) Received: from [194.32.164.28] (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by gid1.gid.co.uk (8.14.2/8.14.2) with ESMTP id oAFC3h6F007819; Mon, 15 Nov 2010 12:03:45 GMT (envelope-from rb@gid.co.uk) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Bob Bishop In-Reply-To: <20101115102014.GA4300@johnny.reilly.home> Date: Mon, 15 Nov 2010 12:03:38 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20101115102014.GA4300@johnny.reilly.home> To: Andrew Reilly X-Mailer: Apple Mail (2.1082) Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 12:23:06 -0000 Hi, Your board has a serial port: > [stuff deleted] > /var/run/dmesg.boot: >=20 > Copyright (c) 1992-2010 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 > The Regents of the University of California. All rights = reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.1-STABLE #7: Mon Nov 15 15:09:08 EST 2010 > root@johnny.reilly.home:/usr/obj/usr/src/sys/GENERIC amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM) i3 CPU 530 @ 2.93GHz (2933.46-MHz = K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x20652 Family =3D 6 Model =3D 25 = Stepping =3D 2 > = Features=3D0xbfebfbff > = Features2=3D0x98e3bd > AMD Features=3D0x28100800 > AMD Features2=3D0x1 > TSC: P-state invariant > real memory =3D 4294967296 (4096 MB) > avail memory =3D 3894886400 (3714 MB) > ACPI APIC Table: [...more stuff deleted...] > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 > uart0: [FILTER] [etc] The diagram on page 12 of = http://downloadmirror.intel.com/18702/eng/DH57JG_ProductGuide03_English.pd= f shows the connector (labelled R). -- Bob Bishop rb@gid.co.uk From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 13:00: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 99990106566C for ; Mon, 15 Nov 2010 13:00:56 +0000 (UTC) (envelope-from mark@exonetric.com) Received: from relay0.exonetric.net (relay0.exonetric.net [82.138.248.161]) by mx1.freebsd.org (Postfix) with ESMTP id 61E228FC19 for ; Mon, 15 Nov 2010 13:00:56 +0000 (UTC) Received: from markimac.fairfx.local (unknown [62.244.179.66]) by relay0.exonetric.net (Postfix) with ESMTP id 31CB057000; Mon, 15 Nov 2010 12:30:17 +0000 (GMT) Message-ID: <4CE127D8.6050706@exonetric.com> Date: Mon, 15 Nov 2010 12:30:16 +0000 From: Mark Blackman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.15) Gecko/20101027 SeaMonkey/2.0.10 MIME-Version: 1.0 To: Bob Bishop References: <20101115102014.GA4300@johnny.reilly.home> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 13:00:56 -0000 Bob Bishop wrote: > Hi, > > Your board has a serial port: > [...more stuff deleted...] > >> uart0:<16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] > [etc] > > The diagram on page 12 of http://downloadmirror.intel.com/18702/eng/DH57JG_ProductGuide03_English.pdf > shows the connector (labelled R). Nice detective work. :) - Mark From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 15:06: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 08145106566B for ; Mon, 15 Nov 2010 15:06:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 82CD58FC12 for ; Mon, 15 Nov 2010 15:06:07 +0000 (UTC) Received: by bwz2 with SMTP id 2so5206497bwz.13 for ; Mon, 15 Nov 2010 07:06:06 -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:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Rex7N2vMWbZmRMMrr2pT2OcdHXQ13TWqwn4R3eJ5PFU=; b=EObXYif0CSfImumMDFqSE/4luJuqWnoBWO3b7jzNTuUpOBcLpxQImPn4YBM6Htuai2 mXXRqCtfNp9ishAgletnNCYc9e1wHiiddSdMqWW+wvIlBJo/e9PHKMjYSJEbKBZI61GT ZFe8xbAEvrTdHu7kUS8cf4f0k6qC+zFTmC/qs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=RBvfllJCQf9l3vaw0z36uWdQlCRkNexj0OL2G/J7SwVRE8k6NI6X/qVqGDNL/mJHm0 fvhC9vDR6RwBxc7M48glrBRrOu3qZiSP5lFrE+8E/z+YGGyK4d+6JSnf2z8b/s9dC7bw jZbiQTfFp7Yjju9iL8e7/hQdNcZUYTQee/CWE= Received: by 10.204.100.66 with SMTP id x2mr1778656bkn.56.1289833566310; Mon, 15 Nov 2010 07:06:06 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id f21sm37231bkf.12.2010.11.15.07.06.04 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 07:06:05 -0800 (PST) Sender: Alexander Motin Message-ID: <4CE14C39.8020005@FreeBSD.org> Date: Mon, 15 Nov 2010 17:05:29 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Kirill Yelizarov , FreeBSD Stable References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: booting from CF 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, 15 Nov 2010 15:06:08 -0000 Kirill Yelizarov wrote: > I have a problem with booting 8.1-stable from compact flash. This maybe some speed selection issue. I have two verbose dmesg of the same hardware: 7.2 stable and 8.1-stable. The main difference in 7.2 is such message: > ad0: setting PIO4 on ICH5 chip > ad0: FAILURE - SET_MULTI status=51 error=4 > ad0: 3887MB at ata0-master PIO4 > But 7.2 starts and run. > And 8.1 stable when trying to mount root shows the following > Trying to mount root from ufs:/dev/ad0p2 > ct_to_ts([2010-11-15 12:41:03]) = 1289824863.000000000 > start_init: trying /sbin/init > Nov 15 15:41:03 init: /bin/sh on /etc/rc terminated abnormally, going to singlee > Enter full pathname of shell or RETURN for /bin/sh: > And then i can only switch if off using acpi or just power off. > > I know there were changes in ata. Maybe there are some tunings available to select PIO4 (most cf are using it)? In 8-STABLE there were added tunables hint.ata.X.devX.mode and hint.ata.X.mode to set ATA mode during boot. Before that - only hw.ata.ata_dma. > P.S. I have two verbose dmesg but they are rather big. If needed i can post them hear. Verbose dmesg could be useful in many cases. Better upload it somewhere else and post a link here. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 15:55: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 7C7F7106564A for ; Mon, 15 Nov 2010 15:55:30 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 3795D8FC2B for ; Mon, 15 Nov 2010 15:55:30 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAFFtRCN037287 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 15 Nov 2010 10:55:28 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE157EC.6010007@sentex.net> Date: Mon, 15 Nov 2010 10:55:24 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Subject: interrupt resource clean up 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, 15 Nov 2010 15:55:30 -0000 While trying to debug an issue with an em nic, I noticed that if I unload the kld which previously had the nic using multiple msi interrupts, and then load it with msix disabled, vmstat -i shows some funny output e.g. before interrupt total rate irq4: uart0 37945 0 irq16: siis0 90443357 55 irq18: arcmsr0 138839249 84 irq19: bge0 twa0 4642943 2 irq21: ehci0 11565862 7 irq23: ehci1 3279942 2 cpu0: timer 3279559638 2000 irq256: em0 1609329648 981 irq257: em1:rx 0 756066703 461 irq258: em1:tx 0 595711018 363 irq259: em1:link 41186 0 irq260: ahci0 94752814 57 cpu1: timer 3279552436 2000 cpu3: timer 3279552195 2000 cpu2: timer 3279550937 2000 Total 16422925873 10015 and after # vmstat -i interrupt total rate irq4: uart0 42144 0 irq16: siis0 93796258 54 irq18: arcmsr0 144244159 83 irq19: bge0 twa0 4840729 2 irq21: ehci0 12015466 6 irq23: ehci1 3436876 2 cpu0: timer 3436486096 2000 irq256: em0 1719107713 1000 irq257: em1 767271792 446 irq258: 605077993 352 irq259: 41186 0 irq260: ahci0 98454608 57 cpu1: timer 3436478875 2000 cpu3: timer 3436478653 2000 cpu2: timer 3436477132 2000 Total 17194249680 10007 Is this just a display issue, or are the resources still allocated ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 16:03: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 4BCB81065670 for ; Mon, 15 Nov 2010 16:03:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0801A8FC1A for ; Mon, 15 Nov 2010 16:03:29 +0000 (UTC) Received: by gxk9 with SMTP id 9so3156457gxk.13 for ; Mon, 15 Nov 2010 08:03:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=jLxd0r1odwOd6EBmRjvCuDGPRcX4xsHmApJiKApVEk8=; b=rwfbKDUQPr6DhG5Ng2gM58GH/EFIF+7biFv350un75yFBfZYBU9H4bJh7yyxM1fSho h+nx1ql7XMiBFbYjYL0sJ2ewzQi3+NO8EX2szoPccxKVfuWWGegHjv3Msux3cdridZv7 TWpGXTbKG2usCIP35IjrOZWLtFv2SX+iqLA2g= 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=ZW+OZgXWMVhCtf2TVmt/7j3zPCVcUNaF3+OYc65vpWtN0QWpmBDV/UR0K491RyOQ0Z q4PXlCl8jnFZywH8N8643Kbs70AP6tmGxSx0t7+Wy4LXzoH8MWglCP5O47Eq7Q39wLl7 4AEIKhR1Fiiqlj60kvAtMhgpQ4nuvRP9D3x3U= MIME-Version: 1.0 Received: by 10.91.17.5 with SMTP id u5mr7892287agi.165.1289835120425; Mon, 15 Nov 2010 07:32:00 -0800 (PST) Received: by 10.90.211.7 with HTTP; Mon, 15 Nov 2010 07:32:00 -0800 (PST) In-Reply-To: <4CE14C39.8020005@FreeBSD.org> References: <4CE14C39.8020005@FreeBSD.org> Date: Mon, 15 Nov 2010 07:32:00 -0800 Message-ID: From: Freddie Cash To: FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Subject: Re: booting from CF 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, 15 Nov 2010 16:03:30 -0000 On Mon, Nov 15, 2010 at 7:05 AM, Alexander Motin wrote: > Kirill Yelizarov wrote: >> I have a problem with booting 8.1-stable from compact flash. This maybe some speed selection issue. I have two verbose dmesg of the same hardware: 7.2 stable and 8.1-stable. The main difference in 7.2 is such message: >> ad0: setting PIO4 on ICH5 chip >> ad0: FAILURE - SET_MULTI status=51 error=4 >> ad0: 3887MB at ata0-master PIO4 >> But 7.2 starts and run. >> And 8.1 stable when trying to mount root shows the following >> Trying to mount root from ufs:/dev/ad0p2 >> ct_to_ts([2010-11-15 12:41:03]) = 1289824863.000000000 >> start_init: trying /sbin/init >> Nov 15 15:41:03 init: /bin/sh on /etc/rc terminated abnormally, going to singlee >> Enter full pathname of shell or RETURN for /bin/sh: >> And then i can only switch if off using acpi or just power off. >> >> I know there were changes in ata. Maybe there are some tunings available to select PIO4 (most cf are using it)? > > In 8-STABLE there were added tunables hint.ata.X.devX.mode and > hint.ata.X.mode to set ATA mode during boot. Before that - only > hw.ata.ata_dma. > >> P.S. I have two verbose dmesg but they are rather big. If needed i can post them hear. > > Verbose dmesg could be useful in many cases. Better upload it somewhere > else and post a link here. On our 7.3 and 8.1 boxes, I've had to disable DMA in the BIOS and via /boot/loader.conf in order to successfully boot off 2 GB and 4 GB CompactFlash cards, in CF-to-IDE and CF-to-SATA adapters. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 16:52:10 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 43192106564A for ; Mon, 15 Nov 2010 16:52:10 +0000 (UTC) (envelope-from sterling@camdensoftware.com) Received: from wh2.interactivevillages.com (wh2.interactivevillages.com [75.125.250.34]) by mx1.freebsd.org (Postfix) with ESMTP id 080E78FC16 for ; Mon, 15 Nov 2010 16:52:09 +0000 (UTC) Received: from 174-21-101-204.tukw.qwest.net ([174.21.101.204] helo=_HOSTNAME_) by wh2.interactivevillages.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1PI28D-0006mm-El; Mon, 15 Nov 2010 08:42:14 -0800 Received: by _HOSTNAME_ (sSMTP sendmail emulation); Mon, 15 Nov 2010 08:52:04 -0800 Date: Mon, 15 Nov 2010 08:52:04 -0800 From: Chip Camden To: freebsd-stable@freebsd.org Message-ID: <20101115165204.GE95782@libertas.local.camdensoftware.com> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Epv4kl9IRBfg3rk" Content-Disposition: inline In-Reply-To: <20101115093709.GA1452@birne.dunkelkammer.void> User-Agent: Mutt/1.4.2.3i Company: Camden Software Consulting URL: http://camdensoftware.com X-PGP-Key: http://pgp.mit.edu:11371/pks/lookup?search=0xD6DBAF91 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - wh2.interactivevillages.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - camdensoftware.com Cc: freebsd-multimedia@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 15 Nov 2010 16:52:10 -0000 --4Epv4kl9IRBfg3rk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoth Stefan Walter on Monday, 15 November 2010: > Hi, >=20 > I've been using 8.1-RELEASE on this desktop machine for a few months > already, but only now found the time to look at a couple of problems with > snd_hda and suspend/resume it still has. Maybe someone here has hints to > fix them - I'd be grateful to hear them. >=20 > Audio with snd_hda(4) works, but only if loaded as a module AND only if I > load the module AFTER booting. If I compile it into the kernel or add > snd_hda_load=3D"YES" to /boot/loader.conf, dmesg shows the following: >=20 > hdac0: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > hdac1: HDA Codec #0: Realtek ALC885 > pcm1: at cad 0 nid 1 on hdac1 > pcm2: at cad 0 nid 1 on hdac1 > pcm3: at cad 0 nid 1 on hdac1 >=20 > mixer(8) shows: >=20 > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 >=20 > There is no audio in that case. Unloading and reloading the module (or > just loading the module manually after the boot process) logs: >=20 > hdac0: mem 0xfe024000-0xfe02= 7fff irq 16 at device 20.2 on pci0 > hdac0: HDA Driver Revision: 20100226_0142 > hdac0: [ITHREAD] > hdac0: HDA Codec #0: Realtek ALC885 > hdac1: mem 0xfdffc000-0x= fdffffff irq 19 at device 5.1 on pci1 > hdac1: HDA Driver Revision: 20100226_0142 > hdac1: [ITHREAD] > hdac1: HDA Codec #0: ATI RS690/780 HDMI > pcm0: at cad 0 nid 1 on hdac0 > pcm1: at cad 0 nid 1 on hdac0 > pcm2: at cad 0 nid 1 on hdac0 > pcm3: at cad 0 nid 1 on hdac1 >=20 > mixer then shows: >=20 > Mixer vol is currently set to 75:75 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 75:75 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer mix is currently set to 0:0 > Mixer rec is currently set to 75:75 > Mixer igain is currently set to 0:0 >=20 > Audio then seems to work fine. (Plugging earphones into the computer's > case's front plugs doesn't do anything, though - audio still comes from > the speakers attached to the plug at the back of the case. Any ideas about > that?) Loading snd_hda from a startup script would probably work, but I > guess that's not the way it was meant to work. >=20 I had the same problem, but a later update to 8.1-STABLE seems to have fixed it. --=20 Sterling (Chip) Camden | sterling@camdensoftware.com | 2048D/3A978E4F http://camdensoftware.com | http://chipstips.com | http://chipsquips= .com --4Epv4kl9IRBfg3rk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQEcBAEBAgAGBQJM4WU0AAoJEIpckszW26+Rsg8H/2J7yQ8ZxdO6Ax6bOl/aGz/o CcTwFmYoiSyUblWWRQIfHEFVWePkpKWDbeBOT0XPhE1tzGHlSlgkDip0k4Gyhso8 mEHspTW/EBnOGWFVZWsqxGNOclv2Jc9YIT7oraog1oeRUZLecYgPwzCNoESdxBqb oYg7hOIsjGlgiidcM6Dh9W5BuZc0XJ/WFwnUgXc3c0g7YnJRZBAR/IBCeVITSqbv WFEXQlM86pMeoE0/b1yA6xdvNT/23lbWOP93Govm4FzESP5rk1MjUj/2hpXGuGHe /co9vpPYcyXXf6LsMNvuAi6ded5G9F/86H+RghVN9IWtpk/6Al2WYeOmqzwVRXQ= =SkBn -----END PGP SIGNATURE----- --4Epv4kl9IRBfg3rk-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 17:05: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 4A902106566B for ; Mon, 15 Nov 2010 17:05:46 +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 1B4CE8FC17 for ; Mon, 15 Nov 2010 17:05:46 +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 BB68B46B0C; Mon, 15 Nov 2010 12:05:45 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A601B8A01D; Mon, 15 Nov 2010 12:05:44 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 15 Nov 2010 11:38:58 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <4CE157EC.6010007@sentex.net> In-Reply-To: <4CE157EC.6010007@sentex.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011151138.58149.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 15 Nov 2010 12:05:44 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: Subject: Re: interrupt resource clean up 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, 15 Nov 2010 17:05:46 -0000 On Monday, November 15, 2010 10:55:24 am Mike Tancsa wrote: > While trying to debug an issue with an em nic, I noticed that if I > unload the kld which previously had the nic using multiple msi > interrupts, and then load it with msix disabled, vmstat -i shows some > funny output > > e.g. before > > interrupt total rate > irq4: uart0 37945 0 > irq16: siis0 90443357 55 > irq18: arcmsr0 138839249 84 > irq19: bge0 twa0 4642943 2 > irq21: ehci0 11565862 7 > irq23: ehci1 3279942 2 > cpu0: timer 3279559638 2000 > irq256: em0 1609329648 981 > irq257: em1:rx 0 756066703 461 > irq258: em1:tx 0 595711018 363 > irq259: em1:link 41186 0 > irq260: ahci0 94752814 57 > cpu1: timer 3279552436 2000 > cpu3: timer 3279552195 2000 > cpu2: timer 3279550937 2000 > Total 16422925873 10015 > > > and after > > # vmstat -i > interrupt total rate > irq4: uart0 42144 0 > irq16: siis0 93796258 54 > irq18: arcmsr0 144244159 83 > irq19: bge0 twa0 4840729 2 > irq21: ehci0 12015466 6 > irq23: ehci1 3436876 2 > cpu0: timer 3436486096 2000 > irq256: em0 1719107713 1000 > irq257: em1 767271792 446 > irq258: 605077993 352 > irq259: 41186 0 > irq260: ahci0 98454608 57 > cpu1: timer 3436478875 2000 > cpu3: timer 3436478653 2000 > cpu2: timer 3436477132 2000 > Total 17194249680 10007 > > Is this just a display issue, or are the resources still allocated ? The interrupt doesn't go away when you unload the driver and it's historical count doesn't go away. vmstat -i just hides interrupts with a count of zero, but unloading the driver doesn't zero the count, so it will stay there forever. It might get reused by a different driver that uses MSI or MSI-X if you were to kldload said driver. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 18:50: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 EC09D1065674 for ; Mon, 15 Nov 2010 18:50:54 +0000 (UTC) (envelope-from vladimir@shumbely.com) Received: from shumbely.com (shumbely.com [82.146.60.47]) by mx1.freebsd.org (Postfix) with ESMTP id A5C4E8FC0C for ; Mon, 15 Nov 2010 18:50:54 +0000 (UTC) Received: from 226-29-68-178.baltnet.ru ([178.68.29.226] helo=gray.homenetwork) by shumbely.com with esmtpa (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PI3Mk-0000Q9-46 for freebsd-stable@freebsd.org; Mon, 15 Nov 2010 20:01:18 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "freebsd-stable@freebsd.org" Date: Mon, 15 Nov 2010 20:01:16 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Vladimir Vasilenko aka jeltoesolnce" Organization: shumbely Message-ID: User-Agent: Opera Mail/10.63 (FreeBSD) Subject: System console & ru_RU.UTF-8 on the remote server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vladimir@shumbely.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 18:50:55 -0000 Hello. Can I from system console ( I use KOI8-R on system console) connect to remote server with locale ru_RU.UTF-8 and use on him Russian Language? %uname -a FreeBSD gray.homenetwork 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #15: Fri Oct 1 16:46:35 EEST 2010 root@gray.homenetwork:/usr/obj/usr/src/sys/HOMEMAMMY i386 % Best regards, Vladimir. -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 19:21: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 7F75010656C0 for ; Mon, 15 Nov 2010 19:21:55 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id 854AD8FC17 for ; Mon, 15 Nov 2010 19:21:54 +0000 (UTC) Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 15 Nov 2010 22:11:37 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id oAFJBqhK024170; Mon, 15 Nov 2010 19:11:52 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id oAFJBRJ1087318; Mon, 15 Nov 2010 22:11:28 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4CE185DF.2000808@ksu.ru> Date: Mon, 15 Nov 2010 22:11:27 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.13) Gecko/20101001 Firefox/3.0.7 MIME-Version: 1.0 To: vladimir@shumbely.com References: In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070608080306010403090601" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: System console & ru_RU.UTF-8 on the remote server 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, 15 Nov 2010 19:21:55 -0000 This is a cryptographically signed message in MIME format. --------------ms070608080306010403090601 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Vladimir Vasilenko aka jeltoesolnce wrote: > Hello. > > Can I from system console ( I use KOI8-R on system console) connect to > remote server with locale ru_RU.UTF-8 and use on him Russian Language? > > > %uname -a > FreeBSD gray.homenetwork 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #15: Fri= > Oct 1 16:46:35 EEST 2010 > root@gray.homenetwork:/usr/obj/usr/src/sys/HOMEMAMMY i386 > % > > > Best regards, > Vladimir. Yes, you can ;) FYI: there's no such a thing as server locale, locale is assigned to user= =2E --=20 SY, Marat --------------ms070608080306010403090601-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 21:13: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 440A8106564A for ; Mon, 15 Nov 2010 21:13:43 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id F355D8FC1C for ; Mon, 15 Nov 2010 21:13:42 +0000 (UTC) Received: by yxh35 with SMTP id 35so51858yxh.13 for ; Mon, 15 Nov 2010 13:13:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=R7ZSUi8p4tPBmtmpLtvPuB57ro34ayTFz5Fh8DpciJk=; b=X3Ax5Y5FSLEhKAZtWIMkucoAQDfZIphn0XfHDw/NM317G0tBAROv5yBBmPN8wk5/qn vmH2OG4uOqm9hqDZec9rzJy1jTxajHWZu3Da9/987mfKOimCPG0hICEw1C8wh9EW4v+0 vhM0WKkjU1eyHi6GlSAVePBtvUNL5uVqS4QnA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=iYMLddg7qt2UKpJHwjZJTMk65faZqSUb45s5nlwknaqHgA671q6+cQtBuATdU6Hikf GEC94pJHge+LxTlLjGEczgPavig3lBkAzEWZd37NSor4oQaEJj5wXAj2qOCldfUCdyGf pFIl7X9QjVWe8TaSXnlgeBJhbAvcnRVL8/Yqg= MIME-Version: 1.0 Received: by 10.229.91.194 with SMTP id o2mr5454608qcm.250.1289854256457; Mon, 15 Nov 2010 12:50:56 -0800 (PST) Received: by 10.229.231.81 with HTTP; Mon, 15 Nov 2010 12:50:50 -0800 (PST) Date: Mon, 15 Nov 2010 21:50:50 +0100 Message-ID: From: Christer Solskogen To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: "High" cpu usage when using ZFS cache device 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, 15 Nov 2010 21:13:43 -0000 My load on my i7 920 is certainly higher when I add a 8GB usb stick as a ZFS cache device. It seems to use about 10% system load - If I remove the cache device it drops about 10%. Anyone else seeing this? With cache device: CPU: 0.0% user, 0.0% nice, 10.3% system, 0.0% interrupt, 91.5% idle Mem: 822M Active, 9101M Inact, 1542M Wired, 34M Cache, 1237M Buf, 375M Free Swap: 8192M Total, 200K Used, 8192M Free Without: up 56+01:04:25 21:50:01 137 processes: 1 running, 136 sleeping CPU: 0.1% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.9% idle Mem: 822M Active, 9101M Inact, 1542M Wired, 34M Cache, 1237M Buf, 375M Free The load reported by top is +0.50 with, and +0.00 without. FreeBSD 8.1-RELEASE amd64 -- chs, From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 21:23: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 46B1E10656A7 for ; Mon, 15 Nov 2010 21:23:18 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas03p.mx.bigpond.com (nschwmtas03p.mx.bigpond.com [61.9.189.143]) by mx1.freebsd.org (Postfix) with ESMTP id D68B18FC20 for ; Mon, 15 Nov 2010 21:23:17 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas03p.mx.bigpond.com with ESMTP id <20101115212316.KMCW8601.nschwmtas03p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com>; Mon, 15 Nov 2010 21:23:16 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101115212316.SLSQ8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home>; Mon, 15 Nov 2010 21:23:16 +0000 Date: Tue, 16 Nov 2010 08:22:55 +1100 From: Andrew Reilly To: Bob Bishop Message-ID: <20101115212255.GA10295@johnny.reilly.home> References: <20101115102014.GA4300@johnny.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4CE1A4C4.0069,ss=1,fgs=0 X-SIH-MSG-ID: rxExE9H8TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9reLP1Rv9GgxD9JJhiENGMjaa3iTY3Rs9mK Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 15 Nov 2010 21:23:18 -0000 On Mon, Nov 15, 2010 at 12:03:38PM +0000, Bob Bishop wrote: > Your board has a serial port: > [...more stuff deleted...] > > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > uart0: [FILTER] > [etc] Ha! I'd not noticed that. Wasn't looking for it, I guess. > The diagram on page 12 of http://downloadmirror.intel.com/18702/eng/DH57JG_ProductGuide03_English.pdf > shows the connector (labelled R). Thanks! I'll have to find a cable or something.... Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Mon Nov 15 21:39:50 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 D2ECD106564A for ; Mon, 15 Nov 2010 21:39:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 52B238FC14 for ; Mon, 15 Nov 2010 21:39:49 +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 oAFLDold057707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 15 Nov 2010 23:13:50 +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.4/8.14.4) with ESMTP id oAFLDoe5092810 for ; Mon, 15 Nov 2010 23:13:50 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAFLDoQS092808 for stable@freebsd.org; Mon, 15 Nov 2010 23:13:50 +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: Mon, 15 Nov 2010 23:13:50 +0200 From: Kostik Belousov To: stable@freebsd.org Message-ID: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zzxIfjNA3dSnKVeP" Content-Disposition: inline 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=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Call for testers: FPU changes 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, 15 Nov 2010 21:39:50 -0000 --zzxIfjNA3dSnKVeP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, this is a call for testers of the merge of fpu_kern_enter/leave(9) to RELENG_8. The changes are required to fix some issues with VIA padlock engine, and to actually merge aesni(4) to RELENG_8. I ask to look at the possible FPU context handling regressions. Reports from the users of VIA padlock hardware are also needed. Any user that has suspend/resume magically working on 8 branch, please test that the patch does not make the things worse. Please note that the pre-release freeze will start in 2 weeks, so=20 I need to get testing results relatively quickly to be in time for 8.2. Patch is at http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch Thanks in advance. --zzxIfjNA3dSnKVeP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzhoo4ACgkQC3+MBN1Mb4gTgwCeL+V3IcwqK39ki+lPJHF+pyIz FT0AniPxNJtr1pYz2RbByRToOBxdxbjS =OhZm -----END PGP SIGNATURE----- --zzxIfjNA3dSnKVeP-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 00:57: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 45945106566C for ; Tue, 16 Nov 2010 00:57:11 +0000 (UTC) (envelope-from reichert@numachi.com) Received: from meisai.numachi.com (meisai.numachi.com [198.175.254.6]) by mx1.freebsd.org (Postfix) with SMTP id E918F8FC18 for ; Tue, 16 Nov 2010 00:57:10 +0000 (UTC) Received: (qmail 29167 invoked by uid 1001); 16 Nov 2010 00:30:29 -0000 Date: Mon, 15 Nov 2010 19:30:29 -0500 From: Brian Reichert To: Christer Solskogen Message-ID: <20101116003029.GC79816@numachi.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: FreeBSD Stable Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 00:57:11 -0000 On Mon, Nov 15, 2010 at 09:50:50PM +0100, Christer Solskogen wrote: > My load on my i7 920 is certainly higher when I add a 8GB usb stick as > a ZFS cache device. USB 1.0? 2.0? Dunno even if that would make a difference... -- Brian Reichert 55 Crystal Ave. #286 Derry NH 03038-1725 USA BSD admin/developer at large From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 01:09: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 ED96C106564A for ; Tue, 16 Nov 2010 01:09:08 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from srv3.ultra-secure.de (mail.ultra-secure.de [62.146.9.10]) by mx1.freebsd.org (Postfix) with ESMTP id 410E08FC16 for ; Tue, 16 Nov 2010 01:09:07 +0000 (UTC) Received: (qmail 985 invoked by uid 89); 16 Nov 2010 00:42:26 -0000 Received: by simscan 1.4.0 ppid: 979, pid: 981, t: 0.0560s scanners: attach: 1.4.0 clamav: 0.95.3/m:52/d:10725 Received: from unknown (HELO ?192.168.1.201?) (rainer@ultra-secure.de@212.71.117.94) by mail.ultra-secure.de with ESMTPA; 16 Nov 2010 00:42:26 -0000 Message-Id: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> From: Rainer Duffner To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 16 Nov 2010 01:42:26 +0100 X-Mailer: Apple Mail (2.936) Subject: Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 01:09:09 -0000 Hi, I have the 8.1 sources, did a buildworld, buildkernel, installkernel, installworld. Now I have 8.1 binaries: server# file /bin/tcsh /bin/tcsh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), dynamically linked (uses shared libs), for FreeBSD 8.1, stripped but not the kernel: server# uname -a FreeBSD server 7.3-RELEASE-p3 FreeBSD 7.3-RELEASE-p3 #3: Tue Nov 16 01:12:23 CET 2010 root@server:/usr/obj/usr/src/sys/GENERIC i386 How is that possible? Or is it just a mis-representation? kern.osreldate: 801000 I did a csup twice and rebuilt the kernel multiple times. Also did a complete buildworld buildkernel cycle. Regards, Rainer From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 02:03:30 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 736BE106566B for ; Tue, 16 Nov 2010 02:03:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 313D68FC0A for ; Tue, 16 Nov 2010 02:03:29 +0000 (UTC) Received: by iwn39 with SMTP id 39so185180iwn.13 for ; Mon, 15 Nov 2010 18:03:29 -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=fTSHzMeqix0nSnxKlVU5MxAHhQMsEc38BR5hyCkYd0Q=; b=G3ihSxeXomFKKNyIoFiXo1VaFCul6O4qxPuyiUKM3O6YfrpnodMi4lE4dg9o7z2rlo suigyquIUoMQAAUoceAXf16t/pzJIREJRq9gWE1A9fi8ObsQxU+Kp4PS+GhK5AoUwfqt sbtlA6MesCD5DViBE3GBcl4hNgkUBjSsSb9O8= 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=wCwZ3euvd6eIWDsOlHPN1yoPF8Nfsow1EBXKip0hOT5u+K9PbUUnWUtBZaDZ6pqS+w GwCGMkZgQvDVXIu67cxE3iDKHqdzqFFoEqJ7EJxmC4j73Hi6QwxBFiM82mFjeGQb1KBQ oChZ77Wcrc0OeGo4qPqDFgCU0aFZUm8+XTiog= Received: by 10.42.193.17 with SMTP id ds17mr5067777icb.276.1289873009615; Mon, 15 Nov 2010 18:03:29 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i16sm523507ibl.6.2010.11.15.18.03.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 18:03:27 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 15 Nov 2010 18:03:25 -0800 From: Pyun YongHyeon Date: Mon, 15 Nov 2010 18:03:25 -0800 To: uqs@spoerlein.net Message-ID: <20101116020325.GI1257@michelle.cdnetworks.com> References: <20101106093700.GW85693@acme.spoerlein.net> <20101107112421.GH85693@acme.spoerlein.net> <20101107231020.GB1279@michelle.cdnetworks.com> <20101108214112.GY85693@acme.spoerlein.net> <20101114094103.GA64243@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101114094103.GA64243@acme.spoerlein.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: Abysmal re(4) performance under 8.1-STABLE (mid-August) 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: Tue, 16 Nov 2010 02:03:30 -0000 On Sun, Nov 14, 2010 at 10:41:03AM +0100, Ulrich Sp??rlein wrote: > On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Sp??rlein wrote: > > On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote: > > > On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote: > > > > On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: > > > > > On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein wrote: > > > > > > Hello Pyun, > > > > > > > > > > > > On this new server, I cannot get more than ~280kByte/s up/downstream out of > > > > > > re(4) without any tweaking. > > > > > > > > > > > > re0: flags=8843 metric 0 mtu 1500 > > > > > > ?? ?? ?? ??options=389b > > > > > > ?? ?? ?? ??ether 00:21:85:63:74:34 > > > > > > ?? ?? ?? ??inet6 fe80::221:85ff:fe63:7434%re0 prefixlen 64 scopeid 0x1 > > > > > > ?? ?? ?? ??inet 46.4.12.147 netmask 0xffffffc0 broadcast 46.4.12.191 > > > > > > ?? ?? ?? ??nd6 options=3 > > > > > > ?? ?? ?? ??media: Ethernet autoselect (100baseTX ) > > > > > > ?? ?? ?? ??status: active > > > > > > > > > > > > > > > > It seems the link was resolved to half-duplex. Does link partner > > > > > also agree on the resolved speed/duplex? > > > > > > > > As this is a dedicated server in a colo hundreds of km away, I have no > > > > means to check this easily. Especially I cannot change the setting from > > > > auto-neg. Btw, linux will show a negotiated 100/full link via mii-tool. > > > > > > > > > > I guess you can contact network administrator of the data center to > > > check the switch configuration. IEEE 802.3 says if link parter use > > > forced full-duplex media and you use auto media, the resolved > > > duplex is half-duplex by definition. I think RealTek may have > > > followed the standard. There is no reason to use manual media > > > configuration unless your link partner is severely broken with > > > auto-negotiation. > > > > > > Due to silicon bug of RealTek PHYs, rgephy(4) always use > > > auto-negotiation so manual media configuration is a kind of > > > auto-negotiation with limited set of available media advertising. > > > I don't know how Linux solve the silicon bug though. One of magic > > > DSP fixups might fix the issue, the DSP fixups vendor released is > > > not under BSD license and does not say more detailed information > > > for the code. > > > > Luckily the provider switch me to another switch that is set to > > autoneg, instead of hardcoded to 100/full. re(4) now happily transfers > > with reasonable speeds, ie. 11MByte/s. > > Alas, spoken too soon. While the throughput is now up to speed, I have > severe problems with packet loss on this device. Again, the linux rescue > system works fine, but under a recent -STABLE (including your latest > MFCs) I get an average packet loss of 10-20%. But it is not constant, > meaning every 5th packet or so, but instead will drop no packets for > minutes-hours and then blackout for 1-5 min straight (these times are > estimates, I haven't used a stop watch or anything.) > > At first, putting the card into promisc mode seemed to alleviate the > issue, but the average ping packet loss during the last 10h was again up > to 10%. Due to the "blackout" nature, this drops all TCP sessions and is > really annoying. > > Do you have any other ideas that I could try? Or should I simply switch > to a different hardware altogether? > Could you try latest re(4) in HEAD? It has a new feature that displays hardware MAC counters and it contains a couple of PHY access enhancements. You would get the MAC counters on console with "sysctl dev.re.0.stats=1". And let me know how many frames were dropped. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 03:43:03 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 7317A106564A for ; Tue, 16 Nov 2010 03:43:03 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 278E28FC08 for ; Tue, 16 Nov 2010 03:43:03 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAG3gsUY024657 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 15 Nov 2010 22:42:54 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE1FDBA.9030403@sentex.net> Date: Mon, 15 Nov 2010 22:42:50 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 16 Nov 2010 03:43:03 -0000 On 11/15/2010 4:13 PM, Kostik Belousov wrote: > > Patch is at > http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch Hi, One small failure on the patch The text leading up to this was: -------------------------- |Index: pc98/include/npx.h |=================================================================== |--- pc98/include/npx.h (revision 215253) |+++ pc98/include/npx.h (working copy) -------------------------- Patching file pc98/include/npx.h using Plan A... Hunk #1 failed at 1. 1 out of 1 hunks failed--saving rejects to pc98/include/npx.h.rej I tested with openssl and openvpn and all seems to work great on the via board and my i5 board!! Simple test details at http://www.tancsa.com/fpu.html I will try out geli and some more extensive tests tomorrow Thanks for porting this back to RELENG_8 ! ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 04:20: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 98B45106564A for ; Tue, 16 Nov 2010 04:20:25 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5225C8FC15 for ; Tue, 16 Nov 2010 04:20:25 +0000 (UTC) Received: by gyg13 with SMTP id 13so112372gyg.13 for ; Mon, 15 Nov 2010 20:20:24 -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:subject :message-id:mime-version:content-type:content-disposition :organization:user-agent; bh=5yzGQdRvPUAECFZGm2ocyBGng/LK0IJTaOvoq+DuhxU=; b=oLxaIGEishbSQx0Okz5JXfypCt348OcSPsQbpnWM021gOSuEiWug/2H8eVJO4OsmLA qW8whX4Lq+rjyWPsoptrK2DdvV3hGlNVgBLvnGS7B4NKgIvzC8FXWexdwsTtxA96YDfR X40FstpYWBswBeUkT9tC5dTWD2pwZXWqpbTFk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:user-agent; b=qzqFGbkqDmMNO9v26bxVaF3g7ExgaacD6h6zjKmNy+98KcT7YV8dhfiIY6THQR1WRz suyltxRKZqOIK7NZiwfWaDmx/iH6T/cGGMUm8UEVVRGHZDA9OwL5YT5tZrcRrmq9QEOx Y/MSBOHZWgTtw7TqecZvJS+I2YSthghfI05Yg= Received: by 10.150.58.3 with SMTP id g3mr11015747yba.80.1289881224789; Mon, 15 Nov 2010 20:20:24 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id f50sm486797yhc.38.2010.11.15.20.20.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 20:20:23 -0800 (PST) Date: Tue, 16 Nov 2010 12:20:17 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20101116042017.GB5969@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China User-Agent: Mutt/1.5.21 (2010-09-15) Subject: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 04:20:25 -0000 Hi list, I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into suspend mode, but then it can't be waked up anyhow. so my question is, anyone use FreeBSD on IBM T60 and make the suspend/resume work on it? -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 06:26: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 EA2CF1065693; Tue, 16 Nov 2010 06:26:37 +0000 (UTC) (envelope-from TERRY@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id C6C108FC12; Tue, 16 Nov 2010 06:26:37 +0000 (UTC) Received: from tmk.com by tmk.com (PMDF V6.4 #37010) id <01NUB1C0N25S00BNN4@tmk.com>; Tue, 16 Nov 2010 01:26:35 -0500 (EST) Date: Tue, 16 Nov 2010 01:24:37 -0500 (EST) From: Terry Kennedy To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Message-id: <01NUB1F8POL000BNN4@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii Cc: Subject: Re: ZFS panic after replacing log device 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, 16 Nov 2010 06:26:38 -0000 > I can give a developer remote console / root access to the box if that would > help. I have a couple days before I will need to nuke the pool and restore it > from backups. I haven't heard from anyone that wants to look into this. I need to get the pool back into service soon. If I don't get any requests to postpone or offers to investigate by 00:00 GMT on the 18th, I'll proceed with re-initializing the pool (minus the SSD, which is persona non grata). Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 07:16: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 E8799106566C for ; Tue, 16 Nov 2010 07:16:55 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CF2A8FC12 for ; Tue, 16 Nov 2010 07:16:55 +0000 (UTC) Received: by qwd6 with SMTP id 6so392812qwd.13 for ; Mon, 15 Nov 2010 23:16:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=t2m+h/pn5xkaVBZFQBweZ+YrI8mzM+TnqCgVnJCgQUM=; b=xm8iW3lLOnPiSfF3z+6vMZCXs5agEsLLD1ehLtOjnZMsxScFq/oqkbhzsZtAgOo8eU /9FoIxlNaybT8714s2dt6fF98Ej1i8fRZZ9lFeZa/I4ksS94RE7ymmNKO8HpmD2jfKev N6mquOLcdX/RN+wNDioYLv8tn113IDvnnEen4= 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=xhpAkgTDf91e/kEpgBGDzdFafF2jx9pXouL0+FmMJpitIshhceUWIGvAdG1vXFx6f7 cK1OikZLDHnybxoMuTgbI+0m+bc6oThZ+u/+oEX4++83ey+ZDcRrVUO4COOqrkpUvWYv p00Khv6kJdzEKPM7mw6q2tgKZOEhWZhipUlq4= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr6018694qcm.212.1289891812906; Mon, 15 Nov 2010 23:16:52 -0800 (PST) Received: by 10.229.231.81 with HTTP; Mon, 15 Nov 2010 23:16:52 -0800 (PST) In-Reply-To: <20101116003029.GC79816@numachi.com> References: <20101116003029.GC79816@numachi.com> Date: Tue, 16 Nov 2010 08:16:52 +0100 Message-ID: From: Christer Solskogen To: Brian Reichert Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 07:16:56 -0000 On Tue, Nov 16, 2010 at 1:30 AM, Brian Reichert wrot= e: > On Mon, Nov 15, 2010 at 09:50:50PM +0100, Christer Solskogen wrote: >> My load on my i7 920 is certainly higher when I add a 8GB usb stick as >> a ZFS cache device. > > USB 1.0? =A02.0? =A0Dunno even if that would make a difference... > This is USB 2.0. I didn't know USB had such much to say on the cpu. --=20 chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 07:26: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 65D031065670; Tue, 16 Nov 2010 07:26:40 +0000 (UTC) (envelope-from TERRY@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id 3F12E8FC1C; Tue, 16 Nov 2010 07:26:40 +0000 (UTC) Received: from tmk.com by tmk.com (PMDF V6.4 #37010) id <01NUB2MU0E8000BNN4@tmk.com>; Tue, 16 Nov 2010 02:26:37 -0500 (EST) Date: Tue, 16 Nov 2010 02:01:58 -0500 (EST) From: Terry Kennedy In-reply-to: "Your message dated Mon, 15 Nov 2010 22:55:11 -0800" To: Michael DeMan Message-id: <01NUB3IOMZJW00BNN4@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii References: <01NUB1F8POL000BNN4@tmk.com> Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS panic after replacing log device 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, 16 Nov 2010 07:26:40 -0000 > I am no ZFS kernel-code dude or anything, but it is well known that losing > the ZIL can corrupt things pretty bad with ZFS. First, thanks for writing back! I agree that this could be the problem. As I mentioned in my original post, I followed the steps recommended by "zpool status" - clearing the device and then doing a replace. The fix may be as simple as testing for whether the de- vice in question is a log device and if so, erroring out with "You can't do that". Also note that multiple scrubs pass with no errors detected - it is only writes that trigger the panic. It looks like something isn't being cleaned up in the clear / replace path. I would save a crash dump for people to look at, but unfortunately the last time a crash dump actually worked for me (on dozens of systems) was back in the FreeBSD 6.2 days. There wasn't any data corruption (the filesystem was not being written at the time the log device failed) - I have my own checksum files written by the sysutils/cfv port, and the data all matches. > All in all, if I was in your situation I would give a whirl at installing > OpenSolaris and going from there, being sure not to upgrade the pool vers- > ion past what is supported by FreeBSD and going from there. I have the data on another server (see my prior "snapshots are not back- ups" discussion on freebsd-stable if interested). So, fortunately, this is not a case of data recovery. > Unfortunately we all find ourselves in a bit of a pickle with ZFS right > now with the Oracle acquisition of Sun. For myself, I would stick with > deploying on FreeBSD but I think its going to be FBSD 9.1 before its go- > ing to be truly ready for production. The problem with hardware on the leading edge is that the software often needs time to catch up. In this particular case, the ZFS pool is 32TB. I can't begin to imagine how long a UFS fsck would take on such a partition, even if it were possible to create one. It was bad enough on the previous generation of my servers (2TB UFS partitions). Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 07:34: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 42E371065670; Tue, 16 Nov 2010 07:34:13 +0000 (UTC) (envelope-from freebsd@deman.com) Received: from cp11.openaccess.org (cp11.openaccess.org [66.114.41.130]) by mx1.freebsd.org (Postfix) with ESMTP id 24F4A8FC1C; Tue, 16 Nov 2010 07:34:12 +0000 (UTC) Received: from mono-sis1.s.bli.openaccess.org ([66.114.32.149] helo=[192.168.2.248]) by cp11.openaccess.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1PIFRn-00084n-1Q; Mon, 15 Nov 2010 22:55:19 -0800 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Michael DeMan In-Reply-To: <01NUB1F8POL000BNN4@tmk.com> Date: Mon, 15 Nov 2010 22:55:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <01NUB1F8POL000BNN4@tmk.com> To: Terry Kennedy X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp11.openaccess.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - deman.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS panic after replacing log device 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, 16 Nov 2010 07:34:13 -0000 Hi Terry, I am no ZFS kernel-code dude or anything, but it is well known that = losing the ZIL can corrupt things pretty bad with ZFS. You may want to skim the archives at OpenSolaris ZFS discuss = All in all, if I was in your situation I would give a whirl at = installing OpenSolaris and going from there, being sure not to upgrade = the pool version past what is supported by FreeBSD and going from there. Unfortunately we all find ourselves in a bit of a pickle with ZFS right = now with the Oracle acquisition of Sun. For myself, I would stick with = deploying on FreeBSD but I think its going to be FBSD 9.1 before its = going to be truly ready for production. Just my 2-cents. - Mike On Nov 15, 2010, at 10:24 PM, Terry Kennedy wrote: >> I can give a developer remote console / root access to the box if = that would=20 >> help. I have a couple days before I will need to nuke the pool and = restore it=20 >> from backups.=20 >=20 > I haven't heard from anyone that wants to look into this. I need to = get the=20 > pool back into service soon. If I don't get any requests to postpone = or offers=20 > to investigate by 00:00 GMT on the 18th, I'll proceed with = re-initializing the=20 > pool (minus the SSD, which is persona non grata).=20 >=20 > Terry Kennedy http://www.tmk.com > terry@tmk.com New York, NY USA > _______________________________________________ > freebsd-fs@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 07:48: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 B200C1065670; Tue, 16 Nov 2010 07:48:27 +0000 (UTC) (envelope-from freebsd@deman.com) Received: from cp11.openaccess.org (cp11.openaccess.org [66.114.41.130]) by mx1.freebsd.org (Postfix) with ESMTP id 944A98FC15; Tue, 16 Nov 2010 07:48:27 +0000 (UTC) Received: from mono-sis1.s.bli.openaccess.org ([66.114.32.149] helo=[192.168.2.248]) by cp11.openaccess.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1PIGHK-0002Sj-9G; Mon, 15 Nov 2010 23:48:34 -0800 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Michael DeMan In-Reply-To: <01NUB3IOMZJW00BNN4@tmk.com> Date: Mon, 15 Nov 2010 23:48:26 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <816D59CD-1BAF-4331-BEAD-67CEADCE4EF9@deman.com> References: <01NUB1F8POL000BNN4@tmk.com> <01NUB3IOMZJW00BNN4@tmk.com> To: Terry Kennedy X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cp11.openaccess.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - deman.com X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS panic after replacing log device 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, 16 Nov 2010 07:48:27 -0000 Hi, sorry for not completely digesting your original post. I would say it is definitely very odd that writes are a problem. Sounds = like it might be a hardware problem. Is it possible to export the pool, = remove the ZIL and re-import it? I myself would be pretty nervous = trying that, but it would help isolate the problem? If you can risk it. On Nov 15, 2010, at 11:01 PM, Terry Kennedy wrote: > Also note that multiple scrubs pass with no errors detected - it is = only > writes that trigger the panic. It looks like something isn't being = cleaned > up in the clear / replace path. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 08:06:31 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 89DBA106566B; Tue, 16 Nov 2010 08:06:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (unknown [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 43A288FC16; Tue, 16 Nov 2010 08:06:31 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAG8bJLK085450; Tue, 16 Nov 2010 08:37:19 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAG8bIfW085449; Tue, 16 Nov 2010 08:37:18 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 16 Nov 2010 08:37:18 GMT Message-Id: <201011160837.oAG8bIfW085449@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 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: Tue, 16 Nov 2010 08:06:31 -0000 TB --- 2010-11-16 07:13:10 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-16 07:13:10 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-11-16 07:13:10 - cleaning the object tree TB --- 2010-11-16 07:13:21 - cvsupping the source tree TB --- 2010-11-16 07:13:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-11-16 07:13:28 - building world TB --- 2010-11-16 07:13:28 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-16 07:13:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-16 07:13:28 - TARGET=sparc64 TB --- 2010-11-16 07:13:28 - TARGET_ARCH=sparc64 TB --- 2010-11-16 07:13:28 - TZ=UTC TB --- 2010-11-16 07:13:28 - __MAKE_CONF=/dev/null TB --- 2010-11-16 07:13:28 - cd /src TB --- 2010-11-16 07:13:28 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 16 07:13:29 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 Tue Nov 16 08:24:48 UTC 2010 TB --- 2010-11-16 08:24:48 - generating LINT kernel config TB --- 2010-11-16 08:24:48 - cd /src/sys/sparc64/conf TB --- 2010-11-16 08:24:48 - /usr/bin/make -B LINT TB --- 2010-11-16 08:24:48 - building LINT kernel TB --- 2010-11-16 08:24:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-16 08:24:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-16 08:24:48 - TARGET=sparc64 TB --- 2010-11-16 08:24:48 - TARGET_ARCH=sparc64 TB --- 2010-11-16 08:24:48 - TZ=UTC TB --- 2010-11-16 08:24:48 - __MAKE_CONF=/dev/null TB --- 2010-11-16 08:24:48 - cd /src TB --- 2010-11-16 08:24:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 16 08:24:48 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipsec/xform_ah.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipsec/xform_esp.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipsec/xform_ipcomp.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipsec/xform_ipip.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx_cksum.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -Werror /src/sys/netipx/ipx_input.c /src/sys/netipx/ipx_input.c:122: error: initializer element is not constant *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-16 08:37:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-16 08:37:18 - ERROR: failed to build lint kernel TB --- 2010-11-16 08:37:18 - 4148.91 user 660.42 system 5048.63 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 08:39: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 6B45C1065674 for ; Tue, 16 Nov 2010 08:39:26 +0000 (UTC) (envelope-from ykirill@yahoo.com) Received: from nm23.bullet.mail.ne1.yahoo.com (nm23.bullet.mail.ne1.yahoo.com [98.138.90.86]) by mx1.freebsd.org (Postfix) with SMTP id 10B038FC19 for ; Tue, 16 Nov 2010 08:39:25 +0000 (UTC) Received: from [98.138.90.57] by nm23.bullet.mail.ne1.yahoo.com with NNFMP; 16 Nov 2010 08:39:25 -0000 Received: from [98.138.88.237] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 16 Nov 2010 08:39:25 -0000 Received: from [127.0.0.1] by omp1037.mail.ne1.yahoo.com with NNFMP; 16 Nov 2010 08:39:25 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 402081.51891.bm@omp1037.mail.ne1.yahoo.com Received: (qmail 54179 invoked by uid 60001); 16 Nov 2010 08:39:25 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1289896765; bh=5oFqbNhHRNjLcM/hYk9COYEbWz1Hswg0HxWD6eBzVbw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=kodlvwntmy9y4bGVR5WNbE5odhquVe8KczhpCIgVau/f0uzMHtgRBlV6TVPdh45p/Hw3WULHsgjx80vG+OXowxpuy295NCBPDngA3DUGJT5aO+/qMcQa6ADfMfqAbp1qZ2SCbG5dHP0sABrsJm+qcYXVS9hAXiJraBSluhIu9rM= 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:In-Reply-To:MIME-Version:Content-Type; b=3OdpvlQDRINd147FTEWjGnnevnnzXm5l8fwGdPe7JytW19HfoHYaMCVgU9hsiq6LDEBAp0Csk+2U56IRrHjTEAS7n5IHNiiFx/0QVtCW/awPIMcrKgayqPKiIqnS+QTORrmzO2oARf79Z56EaKBKDc8C94X/+Uo2VqPGeXv4NuE=; Message-ID: <264944.51233.qm@web120514.mail.ne1.yahoo.com> X-YMail-OSG: YGFhYFAVM1nJ1zGAzL.A6cVfEbveeQ8ubfG4V.wp7wYLvnY U1FmCDE8i8U_Z2CeXQYObKhGwsO7srSgCAUkMo0sZJ4XNLpTQZS_kREg6Icm GwonrTsu.TR4bCQbLJQsIGWSBlh4ik8xnY56xXuodjeT1Wh29NEA5785aMcx ASIbcMB1ZRH9G9wkVBp7pyzn9PwcZmDvXI7WMrDOJUnHs6ciJQ870zMHDNOm bG0gYiwC8sDELR00IMSr.21kkdioZyvX0amvZue1.nMFrlLn4rMjLCQfCbzd 1trf5yXP.dYVhlPUIUJgyGiU- Received: from [212.74.229.235] by web120514.mail.ne1.yahoo.com via HTTP; Tue, 16 Nov 2010 00:39:24 PST X-Mailer: YahooMailClassic/11.4.7 YahooMailWebService/0.8.107.285259 Date: Tue, 16 Nov 2010 00:39:24 -0800 (PST) From: Kirill Yelizarov To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: booting from CF 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, 16 Nov 2010 08:39:26 -0000 Thanks for advices! --- On Mon, 11/15/10, Freddie Cash wrote: > From: Freddie Cash > Subject: Re: booting from CF > To: "FreeBSD Stable" > Date: Monday, November 15, 2010, 6:32 PM > On Mon, Nov 15, 2010 at 7:05 AM, > Alexander Motin > wrote: > > Kirill Yelizarov wrote: > >> I have a problem with booting 8.1-stable from > compact flash. This maybe some speed selection issue. I have > two verbose dmesg of the same hardware: 7.2 stable and > 8.1-stable. The main difference in 7.2 is such message: > >> ad0: setting PIO4 on ICH5 chip > >> ad0: FAILURE - SET_MULTI > status=51 error=4 > >> ad0: 3887MB at > ata0-master PIO4 > >> But 7.2 starts and run. > >> And 8.1 stable when trying to mount root shows the > following > >> Trying to mount root from ufs:/dev/ad0p2 > >> ct_to_ts([2010-11-15 12:41:03]) = > 1289824863.000000000 > >> start_init: trying /sbin/init > >> Nov 15 15:41:03 init: /bin/sh on /etc/rc > terminated abnormally, going to singlee > >> Enter full pathname of shell or RETURN for > /bin/sh: > >> And then i can only switch if off using acpi or > just power off. > >> > >> I know there were changes in ata. Maybe there are > some tunings available to select PIO4 (most cf are using > it)? > > > > In 8-STABLE there were added tunables > hint.ata.X.devX.mode and > > hint.ata.X.mode to set ATA mode during boot. Before > that - only > > hw.ata.ata_dma. I tried to add hint.ata.0.mode="PIO4", hint.ata.0.ad0.mode="PIO4" and PIO1,UDMA0,UDMA1 to /boot/device.hints and /boot/loader.conf. I saw controller was switching from one mode to another but no success. Here is the ata part from 8-stable dmesg: /boot/kernel/kernel text=0x51a220 data=0x521d4+0x77b90 syms=[0x4+0x64940+0x4+0]\ Data TLB: 4 KB or 4 MB pages, fully associative, 64 entries 1st-level data cache: 16 KB, 8-way set associative, sectored cache, 64 byte line pnpbios: Found PnP BIOS data at 0xc00f3e90 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x30 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xffa0 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=50 ostat1=00 ata0: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata0: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata0: reset tp2 stat0=50 stat1=00 devices=0x1 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=00 ostat1=00 ata1: stat0=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x0 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0xec00-0xec07,0xe800-0xe803,0xe400 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xdc00 atapci1: [MPSAFE] atapci1: [ITHREAD] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe800 ata2: reset tp1 mask=01 ostat0=80 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xe400 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xe000 ata3: reset tp1 mask=01 ostat0=7f ostat1=00 ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=00 devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it ata0: Identifying devices: 00000001 ata0: New devices: 00000001 ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ad0: 3887MB at ata0-master PIO4 ata1: Identifying devices: 00000000 ata1: New devices: 00000000 ata2: Identifying devices: 00000001 ata2: New devices: 00000001 ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 305245MB at ata2-master PIO4 SATA ata3: Identifying devices: 00000000 ata3: New devices: 00000000 In 7.2 there is a line FAILURE - SET_MULTI status=51 error=4 and there is no such line in 8. Can i switch off this mode somehow in 8? Or is it already switched off? Also is it possible to tell the controller i have a 40 wires cable? This motherboard Intel S875WP1-E doesn't have a pin to detect what kind of cable is attached. But kernel is downloaded successfully and the problem occurs when running init. And 7.2 is running too. > > > >> P.S. I have two verbose dmesg but they are rather > big. If needed i can post them hear. > > > > Verbose dmesg could be useful in many cases. Better > upload it somewhere > > else and post a link here. > > On our 7.3 and 8.1 boxes, I've had to disable DMA in the > BIOS and via > /boot/loader.conf in order to successfully boot off 2 GB > and 4 GB > CompactFlash cards, in CF-to-IDE and CF-to-SATA adapters. > I always set this for cf-to-pata controller and never for cf-to-sata hw.ata.wc="0" hw.ata.atapi_dma="0" hw.ata.ata_dma_check_80pin="0" hw.ata.ata_dma="0" > > -- > Freddie Cash > fjwcash@gmail.com > _______________________________________________ > 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 Nov 16 09:27: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 2C42B106566B for ; Tue, 16 Nov 2010 09:27:21 +0000 (UTC) (envelope-from axelbsd@ymail.com) Received: from nm6.bullet.mail.ukl.yahoo.com (nm6.bullet.mail.ukl.yahoo.com [217.146.182.227]) by mx1.freebsd.org (Postfix) with SMTP id 6FF1E8FC16 for ; Tue, 16 Nov 2010 09:27:20 +0000 (UTC) Received: from [217.146.183.181] by nm6.bullet.mail.ukl.yahoo.com with NNFMP; 16 Nov 2010 09:14:31 -0000 Received: from [217.146.183.167] by tm12.bullet.mail.ukl.yahoo.com with NNFMP; 16 Nov 2010 09:14:31 -0000 Received: from [127.0.0.1] by omp1008.mail.ukl.yahoo.com with NNFMP; 16 Nov 2010 09:14:31 -0000 X-Yahoo-Newman-Id: 65951.38097.bm@omp1008.mail.ukl.yahoo.com Received: (qmail 68098 invoked from network); 16 Nov 2010 09:14:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ymail.com; s=s1024; t=1289898871; bh=Nh9AfRU+dQbLJYL9nsY+mx9XdxkvV4vvxtt0YJaq6PI=; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Received:Received:MIME-Version:Received:In-Reply-To:References:From:Date:Message-ID:Subject:To:Cc:Content-Type; b=kij9RMmKCpPqeZDQjjNzykwMjiwrbG4QKcdyW6JwEbiLbDQo9kmHgn70R4hnreBLXVfP2URV33N0ZzCPL/A4+zpSJ/evqTlutMwxBzxPxjmKB/qg8NbsVeodLoo4dZAdqmrNaNLneuGP5sAMOownPvQOMWQfpD6zmF5v1KhYDGs= Received: from mail-ww0-f42.google.com (axelbsd@74.125.82.42 with plain) by smtp131.mail.ukl.yahoo.com with SMTP; 16 Nov 2010 09:14:30 +0000 GMT X-Yahoo-SMTP: S65s63SswBDjU54Gjqw2GSWlZmfgiEU_X3tN1_9u X-YMail-OSG: lEQFLIYVM1mvF.77uJQ2CWm9.ayOJsHZSZnWNimDCVIstNe NDXBWCI1JIs2EYpTu11u3lj0PSEltGhEcy2QRnZIsNo8P9XhnTP28ZTLhIcz sOjDi9RsgwBrjuJ_IHOU8y6DM5yBOOLTQYzViBfr.2EvVUnHtKauFopiE.28 LdLnQWkfYtDDygyDYfCV2kKdylXyK9Lnp9mADWFP5xolGpeZfNVnEvBJxWF1 4jXqQv3kNxEVCCJqKJP4UJiuOlNKNJluhtqBI.JGp2zAz4OSV X-Yahoo-Newman-Property: ymail-3 Received: by wwb13 with SMTP id 13so318999wwb.1 for ; Tue, 16 Nov 2010 01:14:30 -0800 (PST) Received: by 10.227.137.197 with SMTP id x5mr7371801wbt.198.1289898870288; Tue, 16 Nov 2010 01:14:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.134.67 with HTTP; Tue, 16 Nov 2010 01:14:10 -0800 (PST) In-Reply-To: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> References: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> From: Alexandre Date: Tue, 16 Nov 2010 10:14:10 +0100 Message-ID: To: Rainer Duffner Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: [Bulk] Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 09:27:21 -0000 On Tue, Nov 16, 2010 at 1:42 AM, Rainer Duffner wrote: > Hi, > > I have the 8.1 sources, did a buildworld, buildkernel, installkernel, > installworld. > Now I have 8.1 binaries: > > server# file /bin/tcsh > /bin/tcsh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), for FreeBSD 8.1, stripped > > but not the kernel: > > server# uname -a > FreeBSD server 7.3-RELEASE-p3 FreeBSD 7.3-RELEASE-p3 #3: Tue Nov 16 > 01:12:23 CET 2010 root@server:/usr/obj/usr/src/sys/GENERIC i386 > > > How is that possible? > > Or is it just a mis-representation? > > kern.osreldate: 801000 > > I did a csup twice and rebuilt the kernel multiple times. > Also did a complete buildworld buildkernel cycle. > > > > > Regards, > Rainer > Hi, Have you really followed steps in /usr/src/Makefile ? I have added step 0 and 1a, that are useful if previous builworld fail. # For individuals wanting to upgrade their sources (even if only a # delta of a few days): # # 0. `rm -rf /usr/obj' {Added by me} # 1. `cd /usr/src' (or to the directory containing your source tree). # 1a. `make cleanworld' {Added by me, usefull if previous builworld failed} # 2. `make buildworld' # 3. `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). # [steps 3. & 4. can be combined by using the "kernel" target] # 5. `reboot' (in single user mode: boot -s from the loader prompt). # 6. `mergemaster -p' # 7. `make installworld' # 8. `make delete-old' # 9. `mergemaster' (you may wish to use -U or -ai). # 10. `reboot' # 11. `make delete-old-libs' (in case no 3rd party program uses them anymore) The handbook is also useful : http://bit.ly/aIGbjj Alexandre. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 09:43: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 2DC1C10656AA for ; Tue, 16 Nov 2010 09:43:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BA5A18FC15 for ; Tue, 16 Nov 2010 09:43:35 +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 oAG9hVm2033053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Nov 2010 11:43:31 +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.4/8.14.4) with ESMTP id oAG9hVNg098306; Tue, 16 Nov 2010 11:43:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAG9hUih098305; Tue, 16 Nov 2010 11:43:30 +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: Tue, 16 Nov 2010 11:43:30 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101116094330.GH2392@deviant.kiev.zoral.com.ua> References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o+NaKOy/ZgNfbXd2" Content-Disposition: inline In-Reply-To: <4CE1FDBA.9030403@sentex.net> 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=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 16 Nov 2010 09:43:36 -0000 --o+NaKOy/ZgNfbXd2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 15, 2010 at 10:42:50PM -0500, Mike Tancsa wrote: > On 11/15/2010 4:13 PM, Kostik Belousov wrote: > >=20 > > Patch is at > > http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch >=20 >=20 > Hi, > One small failure on the patch >=20 > The text leading up to this was: > -------------------------- > |Index: pc98/include/npx.h > |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > |--- pc98/include/npx.h (revision 215253) > |+++ pc98/include/npx.h (working copy) > -------------------------- > Patching file pc98/include/npx.h using Plan A... > Hunk #1 failed at 1. > 1 out of 1 hunks failed--saving rejects to pc98/include/npx.h.rej This is because our patch(1) in base is somewhat old, I believe. The diff was generated by svn diff from the up to date stable/8 checkout, and the reason for failure is expanded $FreeBSD$ tags. Newer gnu patch, available in ports, handless this correctly, reporting about patches applied with "fuzz". >=20 >=20 > I tested with openssl and openvpn and all seems to work great on the via > board and my i5 board!! Simple test details at >=20 > http://www.tancsa.com/fpu.html >=20 > I will try out geli and some more extensive tests tomorrow >=20 > Thanks for porting this back to RELENG_8 ! This is actually somewhat puzzling. Does openssl in base automatically use crypto(4) ? Also, could you, please redo the speed tests for aesni(4) with the following patch applied over the driver sources ? Thank you ! diff --git a/sys/crypto/aesni/aesni_wrap.c b/sys/crypto/aesni/aesni_wrap.c index 36c66ea..3fd397c 100644 --- a/sys/crypto/aesni/aesni_wrap.c +++ b/sys/crypto/aesni/aesni_wrap.c @@ -246,14 +246,21 @@ int aesni_cipher_setup(struct aesni_session *ses, struct cryptoini *encini) { struct thread *td; - int error; + int error, saved_ctx; =20 td =3D curthread; - error =3D fpu_kern_enter(td, &ses->fpu_ctx, FPU_KERN_NORMAL); + if (!is_fpu_kern_thread(0)) { + error =3D fpu_kern_enter(td, &ses->fpu_ctx, FPU_KERN_NORMAL); + saved_ctx =3D 1; + } else { + error =3D 0; + saved_ctx =3D 0; + } if (error =3D=3D 0) { error =3D aesni_cipher_setup_common(ses, encini->cri_key, encini->cri_klen); - fpu_kern_leave(td, &ses->fpu_ctx); + if (saved_ctx) + fpu_kern_leave(td, &ses->fpu_ctx); } return (error); } @@ -264,16 +271,22 @@ aesni_cipher_process(struct aesni_session *ses, struc= t cryptodesc *enccrd, { struct thread *td; uint8_t *buf; - int error, allocated; + int error, allocated, saved_ctx; =20 buf =3D aesni_cipher_alloc(enccrd, crp, &allocated); if (buf =3D=3D NULL) return (ENOMEM); =20 td =3D curthread; - error =3D fpu_kern_enter(td, &ses->fpu_ctx, FPU_KERN_NORMAL); - if (error !=3D 0) - goto out; + if (!is_fpu_kern_thread(0)) { + error =3D fpu_kern_enter(td, &ses->fpu_ctx, FPU_KERN_NORMAL); + if (error !=3D 0) + goto out; + saved_ctx =3D 1; + } else { + saved_ctx =3D 0; + error =3D 0; + } =20 if ((enccrd->crd_flags & CRD_F_KEY_EXPLICIT) !=3D 0) { error =3D aesni_cipher_setup_common(ses, enccrd->crd_key, @@ -311,7 +324,8 @@ aesni_cipher_process(struct aesni_session *ses, struct = cryptodesc *enccrd, ses->iv); } } - fpu_kern_leave(td, &ses->fpu_ctx); + if (saved_ctx) + fpu_kern_leave(td, &ses->fpu_ctx); if (allocated) crypto_copyback(crp->crp_flags, crp->crp_buf, enccrd->crd_skip, enccrd->crd_len, buf); --o+NaKOy/ZgNfbXd2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkziUkIACgkQC3+MBN1Mb4iI5QCdHlqsjEY2d4IPan9+5EcabUXb 0nIAoMyrnETGquYpttWzQ7lwQhAySMsL =T1Bt -----END PGP SIGNATURE----- --o+NaKOy/ZgNfbXd2-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 10:27: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 86E86106566B for ; Tue, 16 Nov 2010 10:27:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3487C8FC17 for ; Tue, 16 Nov 2010 10:27:59 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1PIIlY-000Npn-Io; Tue, 16 Nov 2010 12:27:56 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Andriy Gapon In-reply-to: <4CD532EB.1050008@freebsd.org> References: <1984713101.142889.1288963447940.JavaMail.root@erie.cs.uoguelph.ca> <20101105212757.GG2392@deviant.kiev.zoral.com.ua> <4CD532EB.1050008@freebsd.org> Comments: In-reply-to Andriy Gapon message dated "Sat, 06 Nov 2010 12:50:19 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Nov 2010 12:27:55 +0200 From: Daniel Braniss Message-ID: Cc: Rick Macklem , freebsd-stable@freebsd.org, jhb@freebsd.org, Josh Carroll , Kostik Belousov Subject: Re: NFS deadlock (unkillable nfsd and no mounts work) 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, 16 Nov 2010 10:27:59 -0000 > on 05/11/2010 23:27 Kostik Belousov said the following: > > I agree that the fix a right fix for real issue. It should only > > affect the filesystems that do support VFS_VGET(). In other words, > > it is relevant for e.g. UFS exports, but not for ZFS, that is the > > Andrey case. > > Actually ZFS does implement vfs_vget, but with a special quirk for .zfs/ and > stuff under it: > > static int > zfs_vget(vfs_t *vfsp, ino_t ino, int flags, vnode_t **vpp) > { > zfsvfs_t *zfsvfs = vfsp->vfs_data; > znode_t *zp; > int err; > > /* > * zfs_zget() can't operate on virtual entires like .zfs/ or ************************************************ entries ************************ =============================================================================== == > * .zfs/snapshot/ directories, that's why we return EOPNOTSUPP. > * This will make NFS to switch to LOOKUP instead of using VGET. > */ > if (ino == ZFSCTL_INO_ROOT || ino == ZFSCTL_INO_SNAPDIR) > return (EOPNOTSUPP); > ... > ... > > > -- > Andriy Gapon > _______________________________________________ > 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 Nov 16 11: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 8B9B41065673 for ; Tue, 16 Nov 2010 11:47:19 +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 3EED58FC16 for ; Tue, 16 Nov 2010 11:47:18 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PIK0L-0008SW-DK for freebsd-stable@freebsd.org; Tue, 16 Nov 2010 12:47:17 +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, 16 Nov 2010 12:47:17 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Nov 2010 12:47:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 16 Nov 2010 12:47:09 +0100 Lines: 12 Message-ID: References: <20101116003029.GC79816@numachi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 11:47:19 -0000 On 11/16/10 08:16, Christer Solskogen wrote: > On Tue, Nov 16, 2010 at 1:30 AM, Brian Reichert wrote: >> On Mon, Nov 15, 2010 at 09:50:50PM +0100, Christer Solskogen wrote: >>> My load on my i7 920 is certainly higher when I add a 8GB usb stick as >>> a ZFS cache device. >> >> USB 1.0? 2.0? Dunno even if that would make a difference... > > This is USB 2.0. I didn't know USB had such much to say on the cpu. You can easily test it - use the stick as a simple disk device with UFS and see how much CPU does it take simply to talk to the device. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 11:55: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 B84861065670 for ; Tue, 16 Nov 2010 11:55:55 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5C48FC1D for ; Tue, 16 Nov 2010 11:55:55 +0000 (UTC) Received: from localhost (acme.spoerlein.net [188.72.220.29]) by acme.spoerlein.net (8.14.4/8.14.4) with ESMTP id oAGBtsJn057965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 16 Nov 2010 12:55:54 +0100 (CET) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1289908554; bh=DkuhutxdHmWS5+zLILksNCE7XIWFr0TUuWHq1+ha6Ig=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=tycOjcIaPtN6/0IDgQYZ9EHmmfdKBWMtl5cLpnS4JMC6Ne00Vs8pieZM1O/qGbjx9 lDSmDipwQOBHy1uYCrFNaETMRyjr3EP3m9GYxzXPU3ct9E5FLMwg5gs4kZaawLqkAY 4evZ/4+C5p/nUnOCTn/m4V5iqqRdYyEULcQ9kNW0= Date: Tue, 16 Nov 2010 12:55:54 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pyun YongHyeon Message-ID: <20101116115554.GK64243@acme.spoerlein.net> Mail-Followup-To: Pyun YongHyeon , stable@freebsd.org References: <20101106093700.GW85693@acme.spoerlein.net> <20101107112421.GH85693@acme.spoerlein.net> <20101107231020.GB1279@michelle.cdnetworks.com> <20101108214112.GY85693@acme.spoerlein.net> <20101114094103.GA64243@acme.spoerlein.net> <20101116020325.GI1257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101116020325.GI1257@michelle.cdnetworks.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Abysmal re(4) performance under 8.1-STABLE (mid-August) 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, 16 Nov 2010 11:55:55 -0000 On Mon, 15.11.2010 at 18:03:25 -0800, Pyun YongHyeon wrote: > On Sun, Nov 14, 2010 at 10:41:03AM +0100, Ulrich Sp??rlein wrote: > > On Mon, 08.11.2010 at 22:41:12 +0100, Ulrich Sp??rlein wrote: > > > On Sun, 07.11.2010 at 15:10:20 -0800, Pyun YongHyeon wrote: > > > > On Sun, Nov 07, 2010 at 12:24:21PM +0100, Ulrich Sp??rlein wrote: > > > > > On Sat, 06.11.2010 at 23:19:33 -0700, Pyun YongHyeon wrote: > > > > > > On Sat, Nov 6, 2010 at 2:37 AM, Ulrich Sp??rlein wrote: > > > > > > > Hello Pyun, > > > > > > > > > > > > > > On this new server, I cannot get more than ~280kByte/s up/downstream out of > > > > > > > re(4) without any tweaking. > > > > > > > > > > > > > > re0: flags=8843 metric 0 mtu 1500 > > > > > > > ?? ?? ?? ??options=389b > > > > > > > ?? ?? ?? ??ether 00:21:85:63:74:34 > > > > > > > ?? ?? ?? ??inet6 fe80::221:85ff:fe63:7434%re0 prefixlen 64 scopeid 0x1 > > > > > > > ?? ?? ?? ??inet 46.4.12.147 netmask 0xffffffc0 broadcast 46.4.12.191 > > > > > > > ?? ?? ?? ??nd6 options=3 > > > > > > > ?? ?? ?? ??media: Ethernet autoselect (100baseTX ) > > > > > > > ?? ?? ?? ??status: active > > > > > > > > > > > > > > > > > > > It seems the link was resolved to half-duplex. Does link partner > > > > > > also agree on the resolved speed/duplex? > > > > > > > > > > As this is a dedicated server in a colo hundreds of km away, I have no > > > > > means to check this easily. Especially I cannot change the setting from > > > > > auto-neg. Btw, linux will show a negotiated 100/full link via mii-tool. > > > > > > > > > > > > > I guess you can contact network administrator of the data center to > > > > check the switch configuration. IEEE 802.3 says if link parter use > > > > forced full-duplex media and you use auto media, the resolved > > > > duplex is half-duplex by definition. I think RealTek may have > > > > followed the standard. There is no reason to use manual media > > > > configuration unless your link partner is severely broken with > > > > auto-negotiation. > > > > > > > > Due to silicon bug of RealTek PHYs, rgephy(4) always use > > > > auto-negotiation so manual media configuration is a kind of > > > > auto-negotiation with limited set of available media advertising. > > > > I don't know how Linux solve the silicon bug though. One of magic > > > > DSP fixups might fix the issue, the DSP fixups vendor released is > > > > not under BSD license and does not say more detailed information > > > > for the code. > > > > > > Luckily the provider switch me to another switch that is set to > > > autoneg, instead of hardcoded to 100/full. re(4) now happily transfers > > > with reasonable speeds, ie. 11MByte/s. > > > > Alas, spoken too soon. While the throughput is now up to speed, I have > > severe problems with packet loss on this device. Again, the linux rescue > > system works fine, but under a recent -STABLE (including your latest > > MFCs) I get an average packet loss of 10-20%. But it is not constant, > > meaning every 5th packet or so, but instead will drop no packets for > > minutes-hours and then blackout for 1-5 min straight (these times are > > estimates, I haven't used a stop watch or anything.) > > > > At first, putting the card into promisc mode seemed to alleviate the > > issue, but the average ping packet loss during the last 10h was again up > > to 10%. Due to the "blackout" nature, this drops all TCP sessions and is > > really annoying. > > > > Do you have any other ideas that I could try? Or should I simply switch > > to a different hardware altogether? > > > > Could you try latest re(4) in HEAD? It has a new feature that > displays hardware MAC counters and it contains a couple of PHY > access enhancements. You would get the MAC counters on console with > "sysctl dev.re.0.stats=1". And let me know how many frames were > dropped. This is very weird, I managed to narrow it down to IPv4 forwarding, that is making the box unreachable for certain periods. One the server, I did: # sysctl net.inet.ip.forwarding=1; sleep 7200; sysctl net.inet.ip.forwarding=0 And on a client, I did: # ping -c 7200 ... 7200 packets transmitted, 5269 packets received, 26.8% packet loss round-trip min/avg/max/stddev = 5.386/23.155/64.633/21.594 ms I have a couple of virtual interfaces, gif, tun (openvpn) and pf(4) running on that box, but no routing daemons or anything. I also had an IPv6 ping running simultaneously (using net/mtr) and this is showing me ~0% packet loss over IPv6 (net.inet6.ip6.forwarding is set, but this does not exhibit the problem). Now I had this very same software setup running on another box without any blackouts, so I'm wondering what the re(4) hardware would have to do with IPv4 forwarding. Next up, I'm going to test if net.inet.ip.fastforwarding exhibits the same blackouts. I will also take down all other interfaces, pf and openvpn and see if I can make any sense of this. Uli re0 statistics: Tx frames : 391300 Rx frames : 383759 Tx errors : 0 Rx errors : 0 Rx missed frames : 0 Rx frame alignment errs : 0 Tx single collisions : 0 Tx multiple collisions : 0 Rx unicast frames : 369915 Rx broadcast frames : 446 Rx multicast frames : 13398 Tx aborts : 0 Tx underruns : 0 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 12:15: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 6F38D106566C for ; Tue, 16 Nov 2010 12:15:33 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0F9668FC1C for ; Tue, 16 Nov 2010 12:15:32 +0000 (UTC) Received: by qyk32 with SMTP id 32so968164qyk.13 for ; Tue, 16 Nov 2010 04:15:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=+BF+TC4NWzELYC8ZUY0A1SRrx44Ouss7f2xxbEgiV8w=; b=FR0SVvCOZ+PMxpICJ7A75pL+hBide6Eq1y3tp1oYTMCj8vwNWxUvG4L+wrjQQJUA50 8PVtqoI/BQ2QtZyyYSwEOd0oIJmdL5MWRlZpssCjXqnrDWkZxsed+UmsZdbOp9auf+r1 Vo+A6mV5dsEg0ON2A+nmAgAR0CqxrJVdxQdRg= 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=Tv0wHLGXGyILoaPL3i0RBqE1X0ljWkTbVAbr/FzM92cbnWGyKRgOOJs5+TWVMIfSp1 2wefd/9KOHu2zkBjwToq7SGlFYrGW5jZcdbcn+kOTyP8JcQhzUwe8+Uuh9hqLMzugjxp ubjmud/5KgnN4L+IFTS5PIIRdZsXN7ZmplFxI= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr6267777qcm.212.1289909732554; Tue, 16 Nov 2010 04:15:32 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 04:15:32 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> Date: Tue, 16 Nov 2010 13:15:32 +0100 Message-ID: From: Christer Solskogen To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 12:15:33 -0000 On Tue, Nov 16, 2010 at 12:47 PM, Ivan Voras wrote: > You can easily test it - use the stick as a simple disk device with UFS and > see how much CPU does it take simply to talk to the device. See, that is why I think it is a ZFS issue. Because I did that. I created a UFS filesystem on the same usb stick. Mounted it and did a "dd if=/dev/zero of=/mnt/file". The systemload goes +0.6 instead if +10.3. See: CPU: 0.0% user, 0.0% nice, 0.6% system, 0.0% interrupt, 99.3% idle Mem: 832M Active, 960M Inact, 7017M Wired, 2600K Cache, 1237M Buf, 3063M Free Swap: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 38261 root 1 46 0 5776K 1112K wdrain 7 0:07 4.98% dd But when using it as cache device for zfs: CPU: 0.0% user, 0.0% nice, 11.9% system, 0.0% interrupt, 88.1% idle Mem: 832M Active, 193M Inact, 5782M Wired, 2592K Cache, 1237M Buf, 5066M Free Swap: 8192M Total, 8192M Free The funny thing is that when I add the device (and some cache is added to it) the load is normal. But the load goes up when nothing is written to it (or beeing read from it) -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 12:54: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 71B58106566C for ; Tue, 16 Nov 2010 12:54:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA11.westchester.pa.mail.comcast.net (qmta11.westchester.pa.mail.comcast.net [76.96.59.211]) by mx1.freebsd.org (Postfix) with ESMTP id 19C598FC0C for ; Tue, 16 Nov 2010 12:54:33 +0000 (UTC) Received: from omta11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA11.westchester.pa.mail.comcast.net with comcast id Xni41f0020mv7h05Bouatv; Tue, 16 Nov 2010 12:54:34 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta11.westchester.pa.mail.comcast.net with comcast id XouZ1f0043LrwQ23XouZK1; Tue, 16 Nov 2010 12:54:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id CDFEA9B427; Tue, 16 Nov 2010 04:54:31 -0800 (PST) Date: Tue, 16 Nov 2010 04:54:31 -0800 From: Jeremy Chadwick To: Christer Solskogen Message-ID: <20101116125431.GA90475@icarus.home.lan> References: <20101116003029.GC79816@numachi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 12:54:34 -0000 On Tue, Nov 16, 2010 at 01:15:32PM +0100, Christer Solskogen wrote: > On Tue, Nov 16, 2010 at 12:47 PM, Ivan Voras wrote: > > > You can easily test it - use the stick as a simple disk device with UFS and > > see how much CPU does it take simply to talk to the device. > > See, that is why I think it is a ZFS issue. Because I did that. > I created a UFS filesystem on the same usb stick. Mounted it and did a > "dd if=/dev/zero of=/mnt/file". > The systemload goes +0.6 instead if +10.3. > > See: > CPU: 0.0% user, 0.0% nice, 0.6% system, 0.0% interrupt, 99.3% idle > Mem: 832M Active, 960M Inact, 7017M Wired, 2600K Cache, 1237M Buf, 3063M Free > Swap: 8192M Total, 8192M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 38261 root 1 46 0 5776K 1112K wdrain 7 0:07 4.98% dd > > But when using it as cache device for zfs: > > CPU: 0.0% user, 0.0% nice, 11.9% system, 0.0% interrupt, 88.1% idle > Mem: 832M Active, 193M Inact, 5782M Wired, 2592K Cache, 1237M Buf, 5066M Free > Swap: 8192M Total, 8192M Free > > The funny thing is that when I add the device (and some cache is added > to it) the load is normal. But the load goes up when nothing is > written to it (or beeing read from it) Since you're running 8.1-RELEASE, can you please test this issue on RELENG_8 (8.1-STABLE) and see if it exists there? You can download a livefs snapshot or equivalent and test via that (preferably one which has ZFS v15 support; you'll need to make a new pool rather than upgrade your existing pool, unless you plan on moving to RELENG_8 permanently). Here's such a snapshot: ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201011/ -- | 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 Nov 16 12:56: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 108BF106566C for ; Tue, 16 Nov 2010 12:56:22 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7ED8F8FC14 for ; Tue, 16 Nov 2010 12:56:21 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A17E.dip.t-dialin.net [87.179.161.126]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 44A5784400E; Tue, 16 Nov 2010 13:56:17 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id C2E0129EC; Tue, 16 Nov 2010 13:56:12 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAGCtvmg077790; Tue, 16 Nov 2010 13:55:57 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 16 Nov 2010 13:55:57 +0100 Message-ID: <20101116135557.66601irt6kd1gndw@webmail.leidinger.net> Date: Tue, 16 Nov 2010 13:55:57 +0100 From: Alexander Leidinger To: Christer Solskogen References: <20101116003029.GC79816@numachi.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 44A5784400E.A6258 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1290516978.69831@Vk9LXFLsopjlYmkTlDf8eA X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 12:56:22 -0000 Quoting Christer Solskogen (from Tue, 16 Nov 2010 13:15:32 +0100): > On Tue, Nov 16, 2010 at 12:47 PM, Ivan Voras wrote: > >> You can easily test it - use the stick as a simple disk device with UFS and >> see how much CPU does it take simply to talk to the device. > > See, that is why I think it is a ZFS issue. Because I did that. > I created a UFS filesystem on the same usb stick. Mounted it and did a > "dd if=/dev/zero of=/mnt/file". > The systemload goes +0.6 instead if +10.3. > > See: > CPU: 0.0% user, 0.0% nice, 0.6% system, 0.0% interrupt, 99.3% idle > Mem: 832M Active, 960M Inact, 7017M Wired, 2600K Cache, 1237M Buf, 3063M Free > Swap: 8192M Total, 8192M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 38261 root 1 46 0 5776K 1112K wdrain 7 0:07 4.98% dd > > But when using it as cache device for zfs: > > CPU: 0.0% user, 0.0% nice, 11.9% system, 0.0% interrupt, 88.1% idle > Mem: 832M Active, 193M Inact, 5782M Wired, 2592K Cache, 1237M Buf, 5066M Free > Swap: 8192M Total, 8192M Free > > The funny thing is that when I add the device (and some cache is added > to it) the load is normal. But the load goes up when nothing is > written to it (or beeing read from it) How do you measure that nothing is read or written to it? Please check with gstat -f '^$' if there are really no reads/writes to the device (please replace with the name of your USB device, e.g. da0). If you see writes, I would say - this is the reason for the load - your cache is on the way to be filled with useful data If gstat shows zero activity, I suggest to run 'top -S' and look at the process(es) which consume about 10% CPU (do not take care about the idle process). Based upon this we can maybe suggest further things to investigate. Bye, Alexander. -- Is a tattoo real, like a curb or a battleship? Or are we suffering in Safeway? http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 13:00: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 EC34E106566B; Tue, 16 Nov 2010 13:00:49 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D3068FC14; Tue, 16 Nov 2010 13:00:49 +0000 (UTC) Received: by qyk7 with SMTP id 7so690937qyk.13 for ; Tue, 16 Nov 2010 05:00:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=fO31/jLkIpGfOJ+2jYjcpfa+pDyiyV8kvcPIVPiXGMQ=; b=CT5ML39Yww7ZmTZUrNvBdG7U4OXvnh3A4r8eHhad7MlCL45/fQHkjLjBXbAd5uMkxa tbYww+w/NIUIUOasGN+Vv/cYK16EgrNaKhhb2uaUNCbgaNHmaeTw/RsGTaLbgJXQMdea sIeY173NE+GdhTA7On61IVyPjZnfph0xqmg68= 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=GL0Ez9flv895UlyKfzZ4hp69U56Qna9rLh7cKYaZdA1OGOAQTbnD+c2BTWYHsACzFy 8R8rFgP2W1N6lEVz9ahAjO1KSbR0db54o+C5UzRhXNLjre5HSuimtfjnTV0TvPfCIVCV uK3e96/D5zxuSr5BhaBINQBvR/+F2jIHc/yLk= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr6306093qcm.212.1289912448665; Tue, 16 Nov 2010 05:00:48 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 05:00:48 -0800 (PST) In-Reply-To: <20101116135557.66601irt6kd1gndw@webmail.leidinger.net> References: <20101116003029.GC79816@numachi.com> <20101116135557.66601irt6kd1gndw@webmail.leidinger.net> Date: Tue, 16 Nov 2010 14:00:48 +0100 Message-ID: From: Christer Solskogen To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 13:00:50 -0000 On Tue, Nov 16, 2010 at 1:55 PM, Alexander Leidinger wrote: > How do you measure that nothing is read or written to it? > I used zpool iostat -v > Please check with > =A0gstat -f '^$' > if there are really no reads/writes to the device (please replace > with the name of your USB device, e.g. da0). > > If you see writes, I would say > =A0- this is the reason for the load > =A0- your cache is on the way to be filled with > =A0 useful data > I see almost no writes (nor reads) > If gstat shows zero activity, I suggest to run 'top -S' and look at the > process(es) which consume about 10% CPU (do not take care about the idle > process). Based upon this we can maybe suggest further things to > investigate. > Heres the output of that: CPU: 0.0% user, 0.0% nice, 11.8% system, 0.0% interrupt, 88.1% idle Mem: 841M Active, 193M Inact, 5086M Wired, 4876K Cache, 1237M Buf, 5750M Fr= ee Swap: 8192M Total, 8192M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAN= D 11 root 8 171 ki31 0K 128K CPU0 0 ??? 713.62% idle 5 root 5 -8 - 0K 76K zvol:i 5 401.9H 91.16% zfsker= n Thanks for your time on looking into this :-) --=20 chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 13:11: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 60C67106566B for ; Tue, 16 Nov 2010 13:11:39 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (unknown [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id 10E3C8FC23 for ; Tue, 16 Nov 2010 13:11:39 +0000 (UTC) Received: from rron.local (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 28FAEB6CF for ; Tue, 16 Nov 2010 14:11:37 +0100 (CET) Date: Tue, 16 Nov 2010 14:11:28 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org Message-ID: <20101116131128.GB21229@rron.local> References: <20101116003029.GC79816@numachi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Tue, 16 Nov 2010 14:11:37 +0100 (CET) Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 13:11:39 -0000 According to Christer Solskogen: > See, that is why I think it is a ZFS issue. Because I did that. > I created a UFS filesystem on the same usb stick. Mounted it and did a > "dd if=/dev/zero of=/mnt/file". > The systemload goes +0.6 instead if +10.3. Do not forget that everything that is read/written from/to USB devices goes through the CPU (no DMA or anything for USB devices). -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.net In memoriam to Ondine, our 2nd child: http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 13:30: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 D2D8A106566B for ; Tue, 16 Nov 2010 13:30:55 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 82DE28FC08 for ; Tue, 16 Nov 2010 13:30:55 +0000 (UTC) Received: by vws4 with SMTP id 4so158082vws.13 for ; Tue, 16 Nov 2010 05:30:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=eiCTNPuNRX1r8AepAbI59qS53tD891KvRemRrna/W4I=; b=GTeL90XNTD9UBUupJm8Jh+da22pJF7PWJeKuuLgD6v5aDlw8yxKpiXNMmVBOUazNiR 8ZKZZ37o3nX/cHLEzhOTM3UwHYRz/6+Jg65m33T/cp0UjCHRmJuXGcKqrZfZcYZDjyah Cg3d4aplhJyqZI4N0onDFdbCz46kxebCowQbQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=kBiduYjYodSR5NP446tgB4KbXr/4A1HrC1p8cxVSv8s9BjramWSlt2OV0kZgGsDqIY thJZgFRzhgDF9CWk26Q79p9hnR0bq9THmf2aPJ2p5t0nq9ZEnRKEfgWstPEiAAXTHp4t dXXW2tY3IjyyBd1mUFrbRr2WaFIEu5Q/teQFU= Received: by 10.229.82.70 with SMTP id a6mr6386487qcl.9.1289912389789; Tue, 16 Nov 2010 04:59:49 -0800 (PST) MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.229.231.143 with HTTP; Tue, 16 Nov 2010 04:59:09 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> From: Ivan Voras Date: Tue, 16 Nov 2010 13:59:09 +0100 X-Google-Sender-Auth: LapzDGBNHgsJo1CosEWnGYtuT_8 Message-ID: To: Christer Solskogen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 13:30:55 -0000 On 16 November 2010 13:15, Christer Solskogen wrote: > On Tue, Nov 16, 2010 at 12:47 PM, Ivan Voras wrote: > >> You can easily test it - use the stick as a simple disk device with UFS = and >> see how much CPU does it take simply to talk to the device. > > See, that is why I think it is a ZFS issue. Because I did that. > I created a UFS filesystem on the same usb stick. Mounted it and did a > "dd if=3D/dev/zero of=3D/mnt/file". > The systemload goes +0.6 instead if +10.3. > > See: > CPU: =C2=A00.0% user, =C2=A00.0% nice, =C2=A00.6% system, =C2=A00.0% inte= rrupt, 99.3% idle > Mem: 832M Active, 960M Inact, 7017M Wired, 2600K Cache, 1237M Buf, 3063M = Free > Swap: 8192M Total, 8192M Free > > =C2=A0PID USERNAME =C2=A0 =C2=A0THR PRI NICE =C2=A0 SIZE =C2=A0 =C2=A0RES= STATE =C2=A0 C =C2=A0 TIME =C2=A0 WCPU COMMAND > 38261 root =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A01 =C2=A046 =C2=A0 =C2=A00 = =C2=A05776K =C2=A01112K wdrain =C2=A07 =C2=A0 0:07 =C2=A04.98% dd > > But when using it as cache device for zfs: > > CPU: =C2=A00.0% user, =C2=A00.0% nice, 11.9% system, =C2=A00.0% interrupt= , 88.1% idle > Mem: 832M Active, 193M Inact, 5782M Wired, 2592K Cache, 1237M Buf, 5066M = Free > Swap: 8192M Total, 8192M Free > > The funny thing is that when I add the device (and some cache is added > to it) the load is normal. But the load goes up when nothing is > written to it (or beeing read from it) You mean you have system load on an otherwise idle system? Try this: 1) start "top" with parameters -H -S, see if anything is using the CPU time 2) start "gstat", see if anything is using IO, and if it's particularly slow or busying the device too much From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:12: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 520C71065670 for ; Tue, 16 Nov 2010 14:12:25 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 16D208FC12 for ; Tue, 16 Nov 2010 14:12:25 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 74780E71F5; Tue, 16 Nov 2010 14:12:24 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 14:12:23 +0000 (GMT) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2010 14:12:23 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <20101116042017.GB5969@fbsd.t60.cpu> In-Reply-To: <20101116042017.GB5969@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161412.23360.bruce@cran.org.uk> Cc: Yue Wu Subject: Re: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 14:12:25 -0000 On Tuesday 16 November 2010 04:20:17 Yue Wu wrote: > I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into > suspend mode, but then it can't be waked up anyhow. > > so my question is, anyone use FreeBSD on IBM T60 and make the > suspend/resume work on it? According to whitelist.c in the linux suspend package, the T60 needs "s3 bios" and "s3 mode" for the video to work on resume, which I don't think has been implemented. When the system has come back from being suspended, does the keyboard still work? At least on my laptop everything works except the backlight doesn't get turned back on. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:31: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 4228A1065674 for ; Tue, 16 Nov 2010 14:31:53 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id EBEA38FC13 for ; Tue, 16 Nov 2010 14:31:52 +0000 (UTC) Received: by ywa8 with SMTP id 8so342066ywa.13 for ; Tue, 16 Nov 2010 06:31:52 -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:references:mime-version:content-type:content-disposition :in-reply-to:organization:user-agent; bh=LfzU9DRaHLtopqcPBqi5gxTMuFHpSljneD0yn3R5t2g=; b=JpHvNodTSmXSfGlEtz2zwavcswjq/+vWNU3gJ3rmHpOusiuU4QCYAnDOcOBj3IGc7G LkQWbVwVb8SaxaQA4xZvw8S6NOhp8UqoKeUjDP2QZhoOVaJge43cOuGylN0udUM7+C4a X8nOHvChqVX3hoOxF0XDvA50zMJoQv+G0YLrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :user-agent; b=xKXCTTSCPOXFYX/1wfgeT7YF9Kv2bVVulMwbbS4vkPl8PIxQmToWxiq90GfFTmZq8L UxSKblkYhWLI88hyBczDoxN/HiXzYx1Sq5xph1I4qPVNrLpyLg/U4KMzjG+9dsawyaVs ZhQesdFzxQPNsdFxMHYAKS6vkBXoUoFxIPy3g= Received: by 10.151.15.5 with SMTP id s5mr2129117ybi.174.1289917911991; Tue, 16 Nov 2010 06:31:51 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id p1sm3912645ybn.17.2010.11.16.06.31.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 06:31:51 -0800 (PST) Date: Tue, 16 Nov 2010 22:31:39 +0800 From: Yue Wu To: Bruce Cran Message-ID: <20101116143139.GA34600@fbsd.t60.cpu> References: <20101116042017.GB5969@fbsd.t60.cpu> <201011161412.23360.bruce@cran.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011161412.23360.bruce@cran.org.uk> Organization: China Pharmaceutical University, Nanjing, China User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 14:31:53 -0000 On Tue, Nov 16, 2010 at 02:12:23PM +0000, Bruce Cran wrote: > On Tuesday 16 November 2010 04:20:17 Yue Wu wrote: > > > I'm using FreeBSD stable on IBM T60, `acpiconf -s 3` can let T60 into > > suspend mode, but then it can't be waked up anyhow. > > > > so my question is, anyone use FreeBSD on IBM T60 and make the > > suspend/resume work on it? > > According to whitelist.c in the linux suspend package, the T60 needs "s3 bios" > and "s3 mode" for the video to work on resume, which I don't think has been > implemented. > > When the system has come back from being suspended, does the keyboard still > work? At least on my laptop everything works except the backlight doesn't get > turned back on. > No, even the indicating light indicates the status is still in suspend, I have to press and hold the power key to power off. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:32:12 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 E11F11065781 for ; Tue, 16 Nov 2010 14:32:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id A36228FC0A for ; Tue, 16 Nov 2010 14:32:12 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 01773E71F5; Tue, 16 Nov 2010 14:32:12 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 14:32:11 +0000 (GMT) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2010 14:32:11 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <20101116042017.GB5969@fbsd.t60.cpu> <201011161412.23360.bruce@cran.org.uk> In-Reply-To: <201011161412.23360.bruce@cran.org.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161432.11136.bruce@cran.org.uk> Cc: Yue Wu Subject: Re: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 14:32:13 -0000 On Tuesday 16 November 2010 14:12:23 Bruce Cran wrote: > According to whitelist.c in the linux suspend package, the T60 needs "s3 > bios" and "s3 mode" for the video to work on resume, which I don't think > has been implemented. Actually it looks like "s3 bios" is just a POST of the video card when resuming - you might want to try setting the sysctl hw.acpi.reset_video to 1 and see if that helps. If you're running amd64 and get a reboot with reset_video=1 then it might be worth commenting out the "int 0x10" line in sys/amd64/acpica/acpi_wakecode.S because it assumes the video is up and running by that point - which on some system's it's not. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:34: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 B2B0F1065693 for ; Tue, 16 Nov 2010 14:34:38 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 74C778FC08 for ; Tue, 16 Nov 2010 14:34:38 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id CD7BDE71F5; Tue, 16 Nov 2010 14:34:37 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 14:34:37 +0000 (GMT) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2010 14:34:36 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <20101116042017.GB5969@fbsd.t60.cpu> <201011161412.23360.bruce@cran.org.uk> <20101116143139.GA34600@fbsd.t60.cpu> In-Reply-To: <20101116143139.GA34600@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161434.36986.bruce@cran.org.uk> Cc: Yue Wu Subject: Re: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 14:34:38 -0000 On Tuesday 16 November 2010 14:31:39 Yue Wu wrote: > No, even the indicating light indicates the status is still in > suspend, I have to press and hold the power key to power off. You'll probably need to talk to the guys over on freebsd-acpi@freebsd.org for help then. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:44:02 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 86B91106566C; Tue, 16 Nov 2010 14:44:02 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 4A1BD8FC14; Tue, 16 Nov 2010 14:44:02 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 9F847E71F4; Tue, 16 Nov 2010 14:44:01 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 14:44:00 +0000 (GMT) From: Bruce Cran To: freebsd-stable@freebsd.org Date: Tue, 16 Nov 2010 14:44:00 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <20101115093709.GA1452@birne.dunkelkammer.void> In-Reply-To: <20101115093709.GA1452@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161444.00227.bruce@cran.org.uk> Cc: freebsd-multimedia@freebsd.org, Stefan Walter Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 14:44:02 -0000 On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the power > button wakes the system up again. Everything seems to work, only the LCD > monitor remains off. (There also seem to be occasional cases in which the > keyboard doesn't work any more, but I haven't really looked at that, yet. > Usually, the system comes back up properly.) Loading dpms(4) doesn't seem > to make a difference. The only way to turn the display on again seems to > be typing "shutdown -r now" blindly. What graphics card do you have? If it's nVidia, try building the driver with ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video chip up on my laptop at least - though it seems some corruption occurs because I've had some odd panics afterwards in the fs and vm subsystems, and attempting to suspend for a second time results in the system rebooting instead. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 14:47: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 C1683106566B for ; Tue, 16 Nov 2010 14:47:54 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 761C18FC0C for ; Tue, 16 Nov 2010 14:47:54 +0000 (UTC) Received: by ywa8 with SMTP id 8so357019ywa.13 for ; Tue, 16 Nov 2010 06:47:53 -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:references:mime-version:content-type:content-disposition :in-reply-to:organization:user-agent; bh=JsIMLuRO+kB40ov2GYFPlhrNB90hKWvWdasgpjunD2k=; b=n21Mc6n8nbxaPlRLru4/MYixtzSmA0TQuvhgqFTfT2pKPpjwBUnJUAkWWPeCjyOlb8 YzJDoTj4yDm9JeKw9WwDOjvrxfQmr3V2T5L6VOrraZXDjrAaw7wmAX6uT2QZcsTyVoQj RucwoNw+b+7omipKJAI/5eKnvAEV5pRYfGP24= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :user-agent; b=H3eESD8lBZIn61Ff0c4M6JrJFA3o555ywjVSfqRJmaFCGbgxVw9UEqa2JN7BbV0Swm hpGA08hWzQU2YBqEFyluM1uHMDn/mBaQ1N5q3oAYAJY86FegSca48zn7CJspuDUR6D6s c8RxyHyA50zq5+FoCkGdoeHJPLeeSPduYVCl0= Received: by 10.91.18.33 with SMTP id v33mr9795927agi.153.1289918873727; Tue, 16 Nov 2010 06:47:53 -0800 (PST) Received: from fbsd.t60.cpu ([221.6.39.130]) by mx.google.com with ESMTPS id 68sm831583yhl.3.2010.11.16.06.47.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 06:47:52 -0800 (PST) Date: Tue, 16 Nov 2010 22:47:44 +0800 From: Yue Wu To: Bruce Cran Message-ID: <20101116144744.GC47822@fbsd.t60.cpu> References: <20101116042017.GB5969@fbsd.t60.cpu> <201011161412.23360.bruce@cran.org.uk> <20101116143139.GA34600@fbsd.t60.cpu> <201011161434.36986.bruce@cran.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011161434.36986.bruce@cran.org.uk> Organization: China Pharmaceutical University, Nanjing, China User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: How to get suspend/resume work on IBM T60? 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, 16 Nov 2010 14:47:54 -0000 On Tue, Nov 16, 2010 at 02:34:36PM +0000, Bruce Cran wrote: > On Tuesday 16 November 2010 14:31:39 Yue Wu wrote: > > > No, even the indicating light indicates the status is still in > > suspend, I have to press and hold the power key to power off. > > You'll probably need to talk to the guys over on freebsd-acpi@freebsd.org for > help then. > Thanks for advice, I will. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 15:53: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 97E921065670 for ; Tue, 16 Nov 2010 15:53:58 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A2378FC17 for ; Tue, 16 Nov 2010 15:53:58 +0000 (UTC) Received: by pvc22 with SMTP id 22so149789pvc.13 for ; Tue, 16 Nov 2010 07:53:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=NyZ8o/UmEQRnY6K/wdcS7h1hhencWChzEhV1jR13c84=; b=g458vAvXTSQOOJe061KwXtvX32bbPxHry9CuFu01fnAXdmkNPzCRZHrPgdBBq/IcWp T5fqCFMW2rcycpEydC2IwC5UXTMqgyJpQCVzUVzoRrfjSuLJiYIjDL6pq85nbCUX0pjS sDi1wmGa9hL5zCvFkVEMbsoySNKvRsOaGhGUo= 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=Mjcmi0aPGrybSwRnCdk+uHzbqWSXTOI+WiMI5Pk8dPsFU9OsP1cJX9wXBm0J+nbtsS ZHiJ2qUt4IUpvJmjW1qyRfwG+Xs69ayGoxF0xXd5ls7lKXC//NFlmcUaQlgMDPV/HEaT IvAfOnh4jPw/tHV750zbs0kjn1hMdbeFhydZk= MIME-Version: 1.0 Received: by 10.229.82.10 with SMTP id z10mr6499383qck.98.1289922837425; Tue, 16 Nov 2010 07:53:57 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 07:53:57 -0800 (PST) In-Reply-To: <20101116131128.GB21229@rron.local> References: <20101116003029.GC79816@numachi.com> <20101116131128.GB21229@rron.local> Date: Tue, 16 Nov 2010 16:53:57 +0100 Message-ID: From: Christer Solskogen To: Ollivier Robert Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 15:53:58 -0000 On Tue, Nov 16, 2010 at 2:11 PM, Ollivier Robert wrote: > According to Christer Solskogen: >> See, that is why I think it is a ZFS issue. Because I did that. >> I created a UFS filesystem on the same usb stick. Mounted it and did a >> "dd if=/dev/zero of=/mnt/file". >> The systemload goes +0.6 instead if +10.3. > > Do not forget that everything that is read/written from/to USB devices goes through the CPU (no DMA or anything for USB devices). > I didn't forget that. Thats why I also tested with UFS. And I do not have the same issue with that. With top -HS I discovered this: 5 root -8 - 0K 76K zio->i 4 403.2H 85.06% {l2arc_feed_threa} -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:01: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 EDFC8106564A for ; Tue, 16 Nov 2010 16:01:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id CE96D8FC16 for ; Tue, 16 Nov 2010 16:01:52 +0000 (UTC) Received: from omta05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by qmta08.emeryville.ca.mail.comcast.net with comcast id XpDL1f0040vp7WLA8s1sWQ; Tue, 16 Nov 2010 16:01:52 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta05.emeryville.ca.mail.comcast.net with comcast id Xs1q1f00L3LrwQ28Rs1r67; Tue, 16 Nov 2010 16:01:51 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 84F389B427; Tue, 16 Nov 2010 08:01:50 -0800 (PST) Date: Tue, 16 Nov 2010 08:01:50 -0800 From: Jeremy Chadwick To: Christer Solskogen Message-ID: <20101116160150.GA93581@icarus.home.lan> References: <20101116003029.GC79816@numachi.com> <20101116131128.GB21229@rron.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 16:01:53 -0000 On Tue, Nov 16, 2010 at 04:53:57PM +0100, Christer Solskogen wrote: > On Tue, Nov 16, 2010 at 2:11 PM, Ollivier Robert > wrote: > > According to Christer Solskogen: > >> See, that is why I think it is a ZFS issue. Because I did that. > >> I created a UFS filesystem on the same usb stick. Mounted it and did a > >> "dd if=/dev/zero of=/mnt/file". > >> The systemload goes +0.6 instead if +10.3. > > > > Do not forget that everything that is read/written from/to USB devices goes through the CPU (no DMA or anything for USB devices). > > > > I didn't forget that. Thats why I also tested with UFS. And I do not > have the same issue with that. > > With top -HS I discovered this: > 5 root -8 - 0K 76K zio->i 4 403.2H 85.06% > {l2arc_feed_threa} Please provide the output from: sysctl -a | grep vfs.zfs.arc sysctl -a | grep vm.kmem sysctl kstat.zfs.misc.arcstats Thank you. -- | 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 Nov 16 16:10:10 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 DF749106566C for ; Tue, 16 Nov 2010 16:10:10 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 690E68FC14 for ; Tue, 16 Nov 2010 16:10:01 +0000 (UTC) Received: by vws4 with SMTP id 4so321906vws.13 for ; Tue, 16 Nov 2010 08:10:00 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=vdFTXAuQopVx3xthbuD8P8RzC4mDN3+1iU3Tiz6Go30=; b=lee9JUounozZm8WAuYcR9lX+EqVUqn0qhXno+ZH1hX4g8oM86YlLJYd5CbBz3FJqj+ 1/hrUg7NacB/KhCdwmvrcD05yP7dBV23G8hDhb+w68VnGgKjuvVzvXffoVGUoxRCa1kP uodTRasHZrNN+NUxz7Qt4O9iwrFX1X2iYnMjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=VooKfk33thKvrlywEjetSDBCKSnwZ3ftcs1QE2piVAZmogw3yHFYnVnvSkwKQwouNf QAdq4iE/nOzNr8q+y1UVzcZhra7gkbowFQ03riTUYs/dk3oqYvGf62tyXsBsU4dpDrrX 6DPzbVkVVdomKbnhIEHleRpaad87RmskG06Kc= Received: by 10.223.86.9 with SMTP id q9mr1348651fal.25.1289923800110; Tue, 16 Nov 2010 08:10:00 -0800 (PST) Received: from centel.dataix.local ([99.181.158.26]) by mx.google.com with ESMTPS id e17sm1344205fak.10.2010.11.16.08.09.58 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 08:09:59 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CE2ACD5.7010507@DataIX.net> Date: Tue, 16 Nov 2010 11:09:57 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Rainer Duffner References: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> In-Reply-To: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 16:10:11 -0000 On 11/15/2010 19:42, Rainer Duffner wrote: > Hi, > > I have the 8.1 sources, did a buildworld, buildkernel, installkernel, > installworld. > Now I have 8.1 binaries: > > server# file /bin/tcsh > /bin/tcsh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), > dynamically linked (uses shared libs), for FreeBSD 8.1, stripped > > but not the kernel: > > server# uname -a > FreeBSD server 7.3-RELEASE-p3 FreeBSD 7.3-RELEASE-p3 #3: Tue Nov 16 > 01:12:23 CET 2010 root@server:/usr/obj/usr/src/sys/GENERIC i386 > > > How is that possible? > > Or is it just a mis-representation? > > kern.osreldate: 801000 > > I did a csup twice and rebuilt the kernel multiple times. > Also did a complete buildworld buildkernel cycle. > For whatever reason it seems that /sys/conf/newvers.sh was never updated when your sources were updated. You should be able to confirm this by looking through that file for '7.3'. If that was not the case then I would believe you have a stale /usr/obj that you should have removed before building kernel and world. If you still have the original obj directory available to you then you should be able to confirm this by looking through a file called vers.c that would also contain the 7.3 string. In any case you should verify that your sources are supposed to be what they are, and one good way to do this is by running (svn status) if you have checked your sources out via svn(1) 'devel/subversion-freebsd' Good luck, -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:21: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 EEF04106566B for ; Tue, 16 Nov 2010 16:21:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id AFCDA8FC08 for ; Tue, 16 Nov 2010 16:21:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a12e:a94b:3ed8:b91b] (unknown [IPv6:2001:7b8:3a7:0:a12e:a94b:3ed8:b91b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 190E25C43; Tue, 16 Nov 2010 17:21:01 +0100 (CET) Message-ID: <4CE2AF77.2090608@FreeBSD.org> Date: Tue, 16 Nov 2010 17:21:11 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.13pre) Gecko/20101113 Lanikai/3.1.7pre MIME-Version: 1.0 To: Rainer Duffner References: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> In-Reply-To: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 16:21:04 -0000 On 2010-11-16 01:42, Rainer Duffner wrote: > I have the 8.1 sources, did a buildworld, buildkernel, installkernel, > installworld. There seems to be a "reboot" missing before installworld...? :) From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:31: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 BA8BA1065672; Tue, 16 Nov 2010 16:31:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 46D2E8FC08; Tue, 16 Nov 2010 16:31:33 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A17E.dip.t-dialin.net [87.179.161.126]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 36C0C84400E; Tue, 16 Nov 2010 17:31:30 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id DCD7E2A03; Tue, 16 Nov 2010 17:31:26 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAGGVBdg027249; Tue, 16 Nov 2010 17:31:11 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 16 Nov 2010 17:31:11 +0100 Message-ID: <20101116173111.10651nkzyneuy4m8@webmail.leidinger.net> Date: Tue, 16 Nov 2010 17:31:11 +0100 From: Alexander Leidinger To: Christer Solskogen References: <20101116003029.GC79816@numachi.com> <20101116135557.66601irt6kd1gndw@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 36C0C84400E.A5066 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.951, required 6, autolearn=disabled, J_CHICKENPOX_41 0.60, RDNS_NONE 1.27, TW_ZF 0.08) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1290529890.66096@IXad66a1QQ99rtnsxLLqjA X-EBL-Spam-Status: No Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 16:31:33 -0000 Quoting Christer Solskogen (from Tue, =20 16 Nov 2010 14:00:48 +0100): > On Tue, Nov 16, 2010 at 1:55 PM, Alexander Leidinger > wrote: >> How do you measure that nothing is read or written to it? >> > > I used zpool iostat -v "zpool iostat" (without -v) does not show cache filling writes to the =20 cache device. I do not know about -v, but I would not be surprised if =20 it does not show this too. >> Please check with >> =C2=A0gstat -f '^$' >> if there are really no reads/writes to the device (please replace >> with the name of your USB device, e.g. da0). >> >> If you see writes, I would say >> =C2=A0- this is the reason for the load >> =C2=A0- your cache is on the way to be filled with >> =C2=A0 useful data >> > > I see almost no writes (nor reads) I'm not sure: you verified the output of "zpool iostat -v" with gstat =20 or not? If not, please do. >> If gstat shows zero activity, I suggest to run 'top -S' and look at the >> process(es) which consume about 10% CPU (do not take care about the idle >> process). Based upon this we can maybe suggest further things to >> investigate. >> > > Heres the output of that: > CPU: 0.0% user, 0.0% nice, 11.8% system, 0.0% interrupt, 88.1% idle > Mem: 841M Active, 193M Inact, 5086M Wired, 4876K Cache, 1237M Buf, 5750M = Free > Swap: 8192M Total, 8192M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMM= AND > 11 root 8 171 ki31 0K 128K CPU0 0 ??? 713.62% idl= e > 5 root 5 -8 - 0K 76K zvol:i 5 401.9H 91.16% zfsk= ern > > Thanks for your time on looking into this :-) Based upon you other answer (with -H), I would still think the L2arc =20 (cache) device is being filled in the background (which means there =20 should be something visible with gstat). Bye, Alexander. --=20 Sorry never means having you're say to love. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:38: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 65EBA106564A for ; Tue, 16 Nov 2010 16:38:41 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16F898FC27 for ; Tue, 16 Nov 2010 16:38:40 +0000 (UTC) Received: by vws4 with SMTP id 4so352656vws.13 for ; Tue, 16 Nov 2010 08:38:40 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=ka+vnKOGFy7mDh7/xXuqpb821mh2j6i5NiO9eN8XxhI=; b=rAmTihqA7xcP58XXsXjBelaLsGzJSbFS0vJDn2QoMqr2RzYY//X8RYE0Zbb0iv/ekA 1NtRk/E65W5I00F0RwHX9hmWFsVrI4U5o27QxUeZpuyhv+d5H4uAMRn3K4cfWzCwqbmy ukwBc+W0oN4Bo2810mFTbDcX0E6dz7bXHLBUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=E+/bCRtRIBMb4ePEDi+Y1NcVMM7bvVS72b9NmPmjBx4z9uqFgI7KTvXV+JtZVyUVxy wxJW+pfouTkhii52Qq5KxcLiDhHCqp206DziAqtGT417UTQC1xso3t/xZ7iLFXXnASYF V7VSeoUyJsIwKyD1N8DFFX7CfZu9b6Ko5r3DA= Received: by 10.223.109.199 with SMTP id k7mr6250054fap.93.1289925490118; Tue, 16 Nov 2010 08:38:10 -0800 (PST) Received: from centel.dataix.local ([99.181.158.26]) by mx.google.com with ESMTPS id y13sm1356103fah.2.2010.11.16.08.38.09 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 08:38:09 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CE2B36F.6010809@DataIX.net> Date: Tue, 16 Nov 2010 11:38:07 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Dimitry Andric References: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> <4CE2AF77.2090608@FreeBSD.org> In-Reply-To: <4CE2AF77.2090608@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Rainer Duffner Subject: Re: Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 16:38:41 -0000 On 11/16/2010 11:21, Dimitry Andric wrote: > On 2010-11-16 01:42, Rainer Duffner wrote: >> I have the 8.1 sources, did a buildworld, buildkernel, installkernel, >> installworld. > > There seems to be a "reboot" missing before installworld...? :) kern.osreldate: 801000 You would not get that sysctl without rebooting on a 7.3 kernel. ;) -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:48: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 C05F5106566C for ; Tue, 16 Nov 2010 16:48:32 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8E88FC17 for ; Tue, 16 Nov 2010 16:48:32 +0000 (UTC) Received: by pzk1 with SMTP id 1so32939pzk.13 for ; Tue, 16 Nov 2010 08:48:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EQjzmUrGWc0BwmlzSnNkNafAczmuj1Dskw97Tv5hEHs=; b=Q/wOHHMVs4BpwrN5Itt34SesHBqnPbi1JLvnJKsgmcElU/+h94qn73dcwEH+Ugm39e WMCiy7S+tt7owch2RO8thINuNiJhuDz7qC+X7lRYFJyXJVKpdwgaz65NqGSycQ2WqJrk ogS5ruh0O4pY2Qup5PNxmSwvOmpfogyun3XG0= 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=T1UBUsJMZ2cQzsf1S1068gLJaLX9w8DZ7/PBctkPGhU6FE8xMDgDkfgNpbxdjcDuTA aecD8+rZokm35FBgdhWyJKvE4fgdVSsBZ2AwVo89DMXoplxyikzefCc04LLU+WWIPlDS TRvVSr5GxsUp8SFrKFJT51SQJ/K/ilREyHhhc= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr6489234qcm.212.1289926111112; Tue, 16 Nov 2010 08:48:31 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 08:48:31 -0800 (PST) In-Reply-To: <20101116173111.10651nkzyneuy4m8@webmail.leidinger.net> References: <20101116003029.GC79816@numachi.com> <20101116135557.66601irt6kd1gndw@webmail.leidinger.net> <20101116173111.10651nkzyneuy4m8@webmail.leidinger.net> Date: Tue, 16 Nov 2010 17:48:31 +0100 Message-ID: From: Christer Solskogen To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 16:48:33 -0000 On Tue, Nov 16, 2010 at 5:31 PM, Alexander Leidinger wrote: > Quoting Christer Solskogen (from Tue, 16 N= ov > 2010 14:00:48 +0100): > >> On Tue, Nov 16, 2010 at 1:55 PM, Alexander Leidinger >> wrote: >>> >>> How do you measure that nothing is read or written to it? >>> >> >> I used zpool iostat -v > > "zpool iostat" (without -v) does not show cache filling writes to the cac= he > device. I do not know about -v, but I would not be surprised if it does n= ot > show this too. > Ah, but it does. capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- data 2.11T 1.96T 0 0 0 0 raidz1 2.11T 1.96T 0 0 0 0 ada1 - - 0 0 0 0 ada2 - - 0 0 0 0 ada3 - - 0 0 0 0 cache - - - - - - da0 2.64G 4.89G 0 0 0 0 ---------- ----- ----- ----- ----- ----- ----- >>> Please check with >>> =A0gstat -f '^$' >>> if there are really no reads/writes to the device (please replace >>> >>> with the name of your USB device, e.g. da0). >>> >>> If you see writes, I would say >>> =A0- this is the reason for the load >>> =A0- your cache is on the way to be filled with >>> =A0 useful data >>> >> >> I see almost no writes (nor reads) > > I'm not sure: you verified the output of "zpool iostat -v" with gstat or > not? If not, please do. > Yeah, gstat shows (almost) the same as zpool iostat -v. (gstat have a higher refresh rate than iostat) > Based upon you other answer (with -H), I would still think the L2arc (cac= he) > device is being filled in the background (which means there should be > something visible with gstat). > gstat shows that something is going on when I add the cache device(about one minute in my case). But the systemload is +0.01%. But when it's settled the system load goes up. top -HS says that the command called: l2arc_feed_threa goes up when nothing is happening to the cache. (according to "zpool iostat -v" and gstat) --=20 chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:40: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 2C5881065672 for ; Tue, 16 Nov 2010 16:40:27 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id F180F8FC24 for ; Tue, 16 Nov 2010 16:40:26 +0000 (UTC) Received: by pzk1 with SMTP id 1so24684pzk.13 for ; Tue, 16 Nov 2010 08:40:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=8Vid4Gaw5zs82cA7wcT0lMazaWRtQmdRKd+blnZIdhE=; b=ZhFmZn6D1y/Hnou0S7AInAQjSXoct2QB1AeInaiZFUR6ULyKvx4iHgk1RibOFCM3nj yNfW/30L8gd6GGSf0oWJOa97r2wxh40kW7EW3LzLx5sd26M3awYTagNIIhnMq1kd1G3m 9ZyjEYqjAZ/5IJ14IATrLmHeUpjJ916315tv8= 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=jX0e0z6qoKkuSvveZU5YIkrEEMApBXBseORZPEkL5crpK3Nfvit7EAeBn4EFqunNFv 6kNwXVVL7VctXR+rEEjKEGyIj5PpWjZUuTXPZ0wAhehlsTdZOffI/hPCxFqa7XEbgjes DzolFKdvyVY5eMQibEuPT/U393Z9Bh+vO0NqY= MIME-Version: 1.0 Received: by 10.229.91.194 with SMTP id o2mr6428522qcm.250.1289925625795; Tue, 16 Nov 2010 08:40:25 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 08:40:25 -0800 (PST) In-Reply-To: <20101116160150.GA93581@icarus.home.lan> References: <20101116003029.GC79816@numachi.com> <20101116131128.GB21229@rron.local> <20101116160150.GA93581@icarus.home.lan> Date: Tue, 16 Nov 2010 17:40:25 +0100 Message-ID: From: Christer Solskogen To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Tue, 16 Nov 2010 16:51:10 +0000 Cc: Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 16:40:27 -0000 On Tue, Nov 16, 2010 at 5:01 PM, Jeremy Chadwick wrote: > sysctl -a | grep vfs.zfs.arc > sysctl -a | grep vm.kmem > sysctl kstat.zfs.misc.arcstats > $ sysctl -a | grep vfs.zfs.arc vfs.zfs.arc_meta_limit: 1342177280 vfs.zfs.arc_meta_used: 1319657696 vfs.zfs.arc_min: 671088640 vfs.zfs.arc_max: 5368709120 $ sysctl -a | grep vm.kmem vm.kmem_size_scale: 3 vm.kmem_size_max: 329853485875 vm.kmem_size_min: 0 vm.kmem_size: 17179869184 $ sysctl kstat.zfs.misc.arcstats kstat.zfs.misc.arcstats.hits: 1222580509 kstat.zfs.misc.arcstats.misses: 68466812 kstat.zfs.misc.arcstats.demand_data_hits: 484092448 kstat.zfs.misc.arcstats.demand_data_misses: 4205673 kstat.zfs.misc.arcstats.demand_metadata_hits: 491631116 kstat.zfs.misc.arcstats.demand_metadata_misses: 19606091 kstat.zfs.misc.arcstats.prefetch_data_hits: 24766020 kstat.zfs.misc.arcstats.prefetch_data_misses: 37797493 kstat.zfs.misc.arcstats.prefetch_metadata_hits: 222090925 kstat.zfs.misc.arcstats.prefetch_metadata_misses: 6857555 kstat.zfs.misc.arcstats.mru_hits: 69264838 kstat.zfs.misc.arcstats.mru_ghost_hits: 11925502 kstat.zfs.misc.arcstats.mfu_hits: 974464567 kstat.zfs.misc.arcstats.mfu_ghost_hits: 12990137 kstat.zfs.misc.arcstats.allocated: 103515682 kstat.zfs.misc.arcstats.deleted: 48289237 kstat.zfs.misc.arcstats.stolen: 28519978 kstat.zfs.misc.arcstats.recycle_miss: 6634926 kstat.zfs.misc.arcstats.mutex_miss: 80863 kstat.zfs.misc.arcstats.evict_skip: 59151426 kstat.zfs.misc.arcstats.evict_l2_cached: 1196327357952 kstat.zfs.misc.arcstats.evict_l2_eligible: 2965132368896 kstat.zfs.misc.arcstats.evict_l2_ineligible: 1384672357376 kstat.zfs.misc.arcstats.hash_elements: 281528 kstat.zfs.misc.arcstats.hash_elements_max: 482648 kstat.zfs.misc.arcstats.hash_collisions: 33649608 kstat.zfs.misc.arcstats.hash_chains: 76224 kstat.zfs.misc.arcstats.hash_chain_max: 12 kstat.zfs.misc.arcstats.p: 3661654753 kstat.zfs.misc.arcstats.c: 5296620032 kstat.zfs.misc.arcstats.c_min: 671088640 kstat.zfs.misc.arcstats.c_max: 5368709120 kstat.zfs.misc.arcstats.size: 5296227856 kstat.zfs.misc.arcstats.hdr_size: 67212264 kstat.zfs.misc.arcstats.data_size: 4485484032 kstat.zfs.misc.arcstats.other_size: 743532072 kstat.zfs.misc.arcstats.l2_hits: 13784878 kstat.zfs.misc.arcstats.l2_misses: 50000542 kstat.zfs.misc.arcstats.l2_feeds: 451293848 kstat.zfs.misc.arcstats.l2_rw_clash: 471 kstat.zfs.misc.arcstats.l2_read_bytes: 232047452160 kstat.zfs.misc.arcstats.l2_write_bytes: 1000487455744 kstat.zfs.misc.arcstats.l2_writes_sent: 1419007 kstat.zfs.misc.arcstats.l2_writes_done: 1419007 kstat.zfs.misc.arcstats.l2_writes_error: 6 kstat.zfs.misc.arcstats.l2_writes_hdr_miss: 417 kstat.zfs.misc.arcstats.l2_evict_lock_retry: 377 kstat.zfs.misc.arcstats.l2_evict_reading: 91 kstat.zfs.misc.arcstats.l2_free_on_write: 896559 kstat.zfs.misc.arcstats.l2_abort_lowmem: 75001 kstat.zfs.misc.arcstats.l2_cksum_bad: 4 kstat.zfs.misc.arcstats.l2_io_error: 5 kstat.zfs.misc.arcstats.l2_size: 2325617664 kstat.zfs.misc.arcstats.l2_hdr_size: 0 kstat.zfs.misc.arcstats.memory_throttle_count: 2493 kstat.zfs.misc.arcstats.l2_write_trylock_fail: 148110262 kstat.zfs.misc.arcstats.l2_write_passed_headroom: 6266060163 kstat.zfs.misc.arcstats.l2_write_spa_mismatch: 0 kstat.zfs.misc.arcstats.l2_write_in_l2: 11644519641883 kstat.zfs.misc.arcstats.l2_write_io_in_progress: 1099778 kstat.zfs.misc.arcstats.l2_write_not_cacheable: 643516792351 kstat.zfs.misc.arcstats.l2_write_full: 86844 kstat.zfs.misc.arcstats.l2_write_buffer_iter: 451293848 kstat.zfs.misc.arcstats.l2_write_pios: 1419007 kstat.zfs.misc.arcstats.l2_write_buffer_bytes_scanned: 189074461394960896 kstat.zfs.misc.arcstats.l2_write_buffer_list_iter: 28880609174 kstat.zfs.misc.arcstats.l2_write_buffer_list_null_iter: 1367002655 Hope this helps! -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 16:55: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 C7C55106566C; Tue, 16 Nov 2010 16:55:15 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92F2B8FC13; Tue, 16 Nov 2010 16:55:15 +0000 (UTC) Received: by pxi1 with SMTP id 1so210862pxi.13 for ; Tue, 16 Nov 2010 08:55:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Gf3Bp7EVyvpsnkIGdBWxjtMI7f8IZZRcukRty1ao4Ts=; b=kh4lY0/sYY5A6I9sh0iuK6ckVZ1mIxaux2dZXanh/q0UKm0KBiFChUm2fLuff6269E f/yJqjqTkEHTeG+Iw3LgB8w/pVAG+VDuUAhTv3hNW897cHwN2VJ9pHQahOtQivMwzC6g V9+epgxIj/vYmvpLYHNgoCrHjDtDmuo1O5QWI= 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=dOSX5THi4cfeyOFvY9X34iOLfIt9zvYHR1t+mD8gKF+MqgYOXWJdtpnb+MkGOJzLoa gsuh4ILH1OXG10a7a1ASO/DFphGryJMoCXMtk0HBwIofeBu3qGskAWAnlSKvzxRUd/N5 Axv2bOtwK/27G5uXYiUSETRuntMktmVBfQIAI= MIME-Version: 1.0 Received: by 10.229.95.11 with SMTP id b11mr6505264qcn.174.1289926514473; Tue, 16 Nov 2010 08:55:14 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 08:55:14 -0800 (PST) In-Reply-To: <20101116125431.GA90475@icarus.home.lan> References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> Date: Tue, 16 Nov 2010 17:55:14 +0100 Message-ID: From: Christer Solskogen To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 16 Nov 2010 16:55:15 -0000 On Tue, Nov 16, 2010 at 1:54 PM, Jeremy Chadwick wrote: > Since you're running 8.1-RELEASE, can you please test this issue on > RELENG_8 (8.1-STABLE) and see if it exists there? > Sure, I could do that. 8.2-RELEASE isn't that far away, is it? But I think that Alexander should get the necessary info first (since he is the ZFS expert ;-) I also have another machine which I can installed it to. I just have to verify if that machine also have the same problem. It might be the usb stick (but I doubt that), it might be something with cache device on usb when using raidz, it might be anything else. -- chs, From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 17:15: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 90C681065670 for ; Tue, 16 Nov 2010 17:15:40 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx7.ksu.ru (honey.ksu.ru [193.232.252.54]) by mx1.freebsd.org (Postfix) with ESMTP id 942FA8FC0C for ; Tue, 16 Nov 2010 17:15:39 +0000 (UTC) Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iport2.ksu.ru with ESMTP; 16 Nov 2010 20:15:36 +0300 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id oAGHFM1i004521; Tue, 16 Nov 2010 17:15:22 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id oAGHEuiS096616; Tue, 16 Nov 2010 20:14:56 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4CE2BC0F.9000607@ksu.ru> Date: Tue, 16 Nov 2010 20:14:55 +0300 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.13) Gecko/20101001 SeaMonkey/2.0.8 MIME-Version: 1.0 To: Rainer Duffner References: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> In-Reply-To: <0D880B22-5743-4533-8642-0E5DB364D46B@ultra-secure.de> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060604030409090606080702" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading from 7.3 to 8.1: uname -a still shows 7.3p3 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, 16 Nov 2010 17:15:40 -0000 This is a cryptographically signed message in MIME format. --------------ms060604030409090606080702 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Rainer Duffner wrote: > Hi, > > I have the 8.1 sources, did a buildworld, buildkernel, installkernel, > installworld. > Now I have 8.1 binaries: > > server# file /bin/tcsh > /bin/tcsh: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD),= > dynamically linked (uses shared libs), for FreeBSD 8.1, stripped > > but not the kernel: > > server# uname -a > FreeBSD server 7.3-RELEASE-p3 FreeBSD 7.3-RELEASE-p3 #3: Tue Nov 16 > 01:12:23 CET 2010 root@server:/usr/obj/usr/src/sys/GENERIC i386 > > > How is that possible? > > Or is it just a mis-representation? > > kern.osreldate: 801000 > > I did a csup twice and rebuilt the kernel multiple times. > Also did a complete buildworld buildkernel cycle. > > > > > Regards, > Rainer > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > did you accidentally have a mirrored boot drive which is degraded with=20 failed first drive? then you install system to degraded mirror, but boot = from failed drive with old kernel. --=20 SY, Marat --------------ms060604030409090606080702-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 18:57: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 6CA67106564A; Tue, 16 Nov 2010 18:57:20 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2BACA8FC1C; Tue, 16 Nov 2010 18:57:19 +0000 (UTC) Received: from adsl-dyn-88-208-128-110.heliweb.de ([88.208.128.110] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PIQiU-0007Kk-Lc; Tue, 16 Nov 2010 19:57:18 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 5D2921142D; Tue, 16 Nov 2010 19:57:18 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Tue, 16 Nov 2010 19:57:18 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101116185718.GC1435@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101115115110.GK56407@e.0x20.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: <20101115115110.GK56407@e.0x20.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 18:57:20 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Lars Engels, 15.11.10, 12:51h CET: > On Mon, Nov 15, 2010 at 10:37:09AM +0100, Stefan Walter wrote: > > Hi, > >=20 > [...] > > The other problem is with suspend/resume: > >=20 > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the pow= er > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which t= he > > keyboard doesn't work any more, but I haven't really looked at that, ye= t. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't se= em > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. >=20 > Try to set hw.acpi.reset_video to 1 in loader.conf. That does indeed help (when suspending/resuming from the console - when doing it from X11, it doesn't) - thanks! Regards, Stefan --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOLUDlaRERsSueCzAQJn+AwAlCY0WmrCLlR2Uhk7QvI2J5vbdK6fB7RR kTwKhYdKQwbotKMg3+d1pCMtRtLn9v9AqipKYCvNnJQ9rhzU+eUipKTzpfWbqnkP WUfxQlH791enYFKiv3SNnUAI/fcwKpEqtdT0kWantMhQ+yLH3zksVYZ7wJlL/1ZK kdPHzT0qjnmZcUX7zeocuGIBAjIdzfHpFUPr9FMN3FWOGT/uNCaC8zfXI2L9sTQU nYWYWAOwtp69/M1cCrcC6C4LetQoeuqS5n4CY1C6Pgb9RDUTQDUhABsUX/z10f1o Xni4Rsdzc+ghVaguADZMVAOpUvP3Y1Awax8lRBYnAWG+sED06XaQudbyPVA9ZwhS zm8ePDoPK30EXtrqPJEWEBr5m7pV6xw7qmHzNIZoYhWICYh9pti1wBfAhjHDWMuj maqsKRaTxdIi1sqle7iSTYRpniyjDAdtj57dLIP3mMXq8eNAkvSOwURud2JDf4GR PNjS27D+znah1/Fr0pyP8x9kziVfem3+ =BOKp -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 18:58: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 38B34106566C; Tue, 16 Nov 2010 18:58:44 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id EA5B18FC0C; Tue, 16 Nov 2010 18:58:43 +0000 (UTC) Received: from adsl-dyn-88-208-128-110.heliweb.de ([88.208.128.110] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PIQjr-0007Tn-3A; Tue, 16 Nov 2010 19:58:43 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id E21151142D; Tue, 16 Nov 2010 19:58:42 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Tue, 16 Nov 2010 19:58:42 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101116185842.GD1435@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> <20101115165204.GE95782@libertas.local.camdensoftware.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TakKZr9L6Hm6aLOc" Content-Disposition: inline In-Reply-To: <20101115165204.GE95782@libertas.local.camdensoftware.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 18:58:44 -0000 --TakKZr9L6Hm6aLOc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Chip Camden, 15.11.10, 17:52h CET: [Audio problem with snd_hda] >=20 > I had the same problem, but a later update to 8.1-STABLE seems to have > fixed it. OK, looking forward to an update, then. Thanks! Regards, Stefan --TakKZr9L6Hm6aLOc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOLUYlaRERsSueCzAQJHfAv/YQd05CaVLp0dj1x0SIWwV45ZyrFeRLmp ry+o4H42PKpym1NZjVYu/jIVuuxKKaMYkQkQDUGh+rPBfauNZX7lSPWWvO+kyj4h Un9OcLjpF3l9oFQDEix7xxspBD6vv0r7Q46ZMDF2QM4KHXG0i4loN3yOtZkx/pom d47sf4w+TnDDH39Q7bd4+JMf16JG5zWvo4W3+S3NJnqTt4wr8FSB9UIjDHUsCYRh bOiV6BGDoAO1CDjjgz2r0HmORiJ4F3P/N4x3/dvnjHw8lOS1+MhpWS2wMxVKkyO/ eFTzs05VzUBLDsg3mNPqfV9zg+VI0EX2I2EBHCrOR46fkqLPRejJhdk6KbtECfmb uulN0Dwsqj3/oiVmYSlJKkEmQpVvsWCsehRrUcvQGLN+uJHBf/GOKrE0qZW1S9nJ /Nj7LoTEfiSklSmEJswncZ4C9OgfsqbV0OM2VIm/ZOhGkViumwEbhPsqB7CCANk9 oVgGwPZIHTpIB9yZiOKRiTnpo1Ibr6+I =Eano -----END PGP SIGNATURE----- --TakKZr9L6Hm6aLOc-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 19:06: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 0CBA1106566C; Tue, 16 Nov 2010 19:06:03 +0000 (UTC) (envelope-from stefan@freebsd.org) Received: from mail.hamcom.de (mail.hamcom.de [212.37.37.213]) by mx1.freebsd.org (Postfix) with ESMTP id BE1F68FC12; Tue, 16 Nov 2010 19:06:02 +0000 (UTC) Received: from adsl-dyn-88-208-128-110.heliweb.de ([88.208.128.110] helo=birne.dunkelkammer.void) by mail.hamcom.de with esmtpa (Exim 4.71) (envelope-from ) id 1PIQqv-0000Yw-Kz; Tue, 16 Nov 2010 20:06:01 +0100 Received: by birne.dunkelkammer.void (Postfix, from userid 1002) id 6A0FF1142D; Tue, 16 Nov 2010 20:06:01 +0100 (CET) X-HeLi-id: cfcd208495d565ef66e7dff9f98764da Date: Tue, 16 Nov 2010 20:06:01 +0100 From: Stefan Walter To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101116190601.GE1435@birne.dunkelkammer.void> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="raC6veAxrt5nqIoY" Content-Disposition: inline In-Reply-To: <201011161444.00227.bruce@cran.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 19:06:03 -0000 --raC6veAxrt5nqIoY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Bruce Cran, 16.11.10, 15:44h CET: > On Monday 15 November 2010 09:37:09 Stefan Walter wrote: >=20 > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the pow= er > > button wakes the system up again. Everything seems to work, only the LCD > > monitor remains off. (There also seem to be occasional cases in which t= he > > keyboard doesn't work any more, but I haven't really looked at that, ye= t. > > Usually, the system comes back up properly.) Loading dpms(4) doesn't se= em > > to make a difference. The only way to turn the display on again seems to > > be typing "shutdown -r now" blindly. >=20 > What graphics card do you have? If it's nVidia, try building the driver w= ith=20 > ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the video= chip=20 > up on my laptop at least - though it seems some corruption occurs because= I've=20 > had some odd panics afterwards in the fs and vm subsystems, and attemptin= g to=20 > suspend for a second time results in the system rebooting instead. It's an ATI Radeon HD 4200 integrated on the mainboard, using x11-drivers/xf86-video-ati. It now works from the console with hw.acpi.reset_video=3D1. From within X11, it doesn't. Regards, Stefan --raC6veAxrt5nqIoY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQGVAwUBTOLWGVaRERsSueCzAQLbsQv+MLkgcsJITUJKyrVAbZJIELNyZE/kFgjE TXpFosoRDUaVtEAAnXeSldt3iTL/BebwBnWy/x92h7oq1DHlMjatkMDl9w0fQUkD caE1z5qA86wsXBci8wj91/jFecV0pcOKrQ/GydGeLLhOlDMih++h+hjKFV2WzUd2 MdEbD4p8HBI2+x3LnEXCfkQe30m2hjc51IxAr7+1ySir6CjdIyVsZS8lz/mJCsvP YIuip8LkY9/hrOyXBJ3jtbzbP0MxYONzAYdS1FaXslsZbo/omp1lqNzYkPIFubmX QUgwhg9MwEhE/WXTmUWwEMB8iHQEbDLde3rH/a7qQDm0fQZWAPmisSRjLOo7G31c W2sPnFnh36PDviEI2hkn8n/FK1eoZHlTUWqAFdBIDjqi8DHyvqGmsXQ4/DDaUhUy 5KcrPEuZo70CkAoul/KEUqL94OmOKbb1qprfReuZaqSPc6NB5DUv2S9nLGogZLdz puq++U5bM6qhyjjbM8UJa5us6f3rReaO =b8WG -----END PGP SIGNATURE----- --raC6veAxrt5nqIoY-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 20:30:29 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 482A8106566C; Tue, 16 Nov 2010 20:30:29 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Date: Tue, 16 Nov 2010 15:30:18 -0500 User-Agent: KMail/1.6.2 References: <201011152036.48181.jkim@FreeBSD.org> In-Reply-To: <201011152036.48181.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161530.20165.jkim@FreeBSD.org> Cc: Ed Schouten , Hans Petter Selasky Subject: Re: [Call for Tests] PAT issue on Apple hardware 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, 16 Nov 2010 20:30:29 -0000 On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote: > Often times I hear complaints like "my Mac hangs after upgrading to > 8.1" or "snapshot CD hangs on my brand new Mac". I know some of > these complaints started happening when we switched to new PAT > layout. It is so puzzling because it never happened on non-Apple > hardware, AFAIK. I really like to fix this problem but I cannot > afford a Mac. :-P > > If you are one of those lucky people, please test the attached > patch and report your hardware model and any improvement or > regression. > > Also, I added a new tunable "vm.pmap.pat_works" so that you can > turn it off from loader (i.e., "set vm.pmap.pat_works=0") and > restore old behaviour without recompiling a new kernel. I revised this patch to make it more robust. http://people.freebsd.org/~jkim/pat-current.diff Also, I prepared a patch for stable/8. If you have recent Apple hardware and it hangs with 8.1 or stable/8, please test this patch. http://people.freebsd.org/~jkim/pat-stable.diff Thanks! Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 20:46: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 619531065670; Tue, 16 Nov 2010 20:46:43 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mx1.freebsd.org (Postfix) with ESMTP id 1F6738FC12; Tue, 16 Nov 2010 20:46:42 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 4A6A23A581; Tue, 16 Nov 2010 21:46:44 +0100 (CET) Date: Tue, 16 Nov 2010 21:46:44 +0100 From: Lars Engels To: freebsd-stable@freebsd.org, freebsd-multimedia@freebsd.org Message-ID: <20101116204644.GR56407@e.0x20.net> References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VPQfEUzMwMjjKNbV" Content-Disposition: inline In-Reply-To: <20101116190601.GE1435@birne.dunkelkammer.void> X-Editor: VIM - Vi IMproved 7.2 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 20:46:43 -0000 --VPQfEUzMwMjjKNbV Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 16, 2010 at 08:06:01PM +0100, Stefan Walter wrote: > Bruce Cran, 16.11.10, 15:44h CET: >=20 > > On Monday 15 November 2010 09:37:09 Stefan Walter wrote: > >=20 > > > Suspend To RAM (S3) works by using "acpiconf -s 3", and pushing the p= ower > > > button wakes the system up again. Everything seems to work, only the = LCD > > > monitor remains off. (There also seem to be occasional cases in which= the > > > keyboard doesn't work any more, but I haven't really looked at that, = yet. > > > Usually, the system comes back up properly.) Loading dpms(4) doesn't = seem > > > to make a difference. The only way to turn the display on again seems= to > > > be typing "shutdown -r now" blindly. > >=20 > > What graphics card do you have? If it's nVidia, try building the driver= with=20 > > ACPI_PM enabled and running "acpiconf -s3" from X11. That boots the vid= eo chip=20 > > up on my laptop at least - though it seems some corruption occurs becau= se I've=20 > > had some odd panics afterwards in the fs and vm subsystems, and attempt= ing to=20 > > suspend for a second time results in the system rebooting instead. >=20 > It's an ATI Radeon HD 4200 integrated on the mainboard, using > x11-drivers/xf86-video-ati. It now works from the console with > hw.acpi.reset_video=3D1. From within X11, it doesn't. You could try this: http://lists.debian.org/debian-bsd/2009/11/msg00006.html Download && compile the code (gcc -o chvt chvt.c). Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to /etc/rc.resume, so that your machine automatically changes to ttyv0 before going to sleep and changes back to X after waking up. --VPQfEUzMwMjjKNbV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkzi7bQACgkQKc512sD3afhR8QCfZgydJzFB7lN6rZw16S1C9Mlu PFsAoLjSUE+O8MAcRz4JkEy7dFxACGEK =7csl -----END PGP SIGNATURE----- --VPQfEUzMwMjjKNbV-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 20:51: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 555F31065675; Tue, 16 Nov 2010 20:51:20 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 15EC88FC28; Tue, 16 Nov 2010 20:51:20 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 2BA85E71F5; Tue, 16 Nov 2010 20:51:19 +0000 (GMT) Received: from unknown (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 20:51:18 +0000 (GMT) Date: Tue, 16 Nov 2010 20:51:16 +0000 From: Bruce Cran To: Lars Engels Message-ID: <20101116205116.000032a6@unknown> In-Reply-To: <20101116204644.GR56407@e.0x20.net> References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 16 Nov 2010 20:51:20 -0000 On Tue, 16 Nov 2010 21:46:44 +0100 Lars Engels wrote: > Download && compile the code (gcc -o chvt chvt.c). > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > /etc/rc.resume, so that your machine automatically changes to ttyv0 > before going to sleep and changes back to X after waking up. The acpi code already does this: if you run acpiconf from within X you'll see ttyv0 appear, the system turns off and when resuming ttyv0 appears before X11. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 21:15: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 4E9D5106566B for ; Tue, 16 Nov 2010 21:15:39 +0000 (UTC) (envelope-from telbizov@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 11CAE8FC12 for ; Tue, 16 Nov 2010 21:15:38 +0000 (UTC) Received: by pvc22 with SMTP id 22so407991pvc.13 for ; Tue, 16 Nov 2010 13:15:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=TgTKwsUmZ8ltPrnUmNLKXjj7wyDorhKitvmDH1gcljc=; b=ah0zk+DJHYyIBfePruXHdS++5S8KQNb1v0DoKW2yRrLqFixzC1oWWpxaQIMAQifaqr 0rvuyYbNCu7qifziqLPOmEX5Qro/mmzKy1fNqwAFBB6W34mXZNAszbO7+mrX5DCxcoiO YuksMEQTMIOQkwgbXRXk5hz1rUnw//NKchdOs= 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=pr5fTaADS0GHzQwDeRJSJXGwxu4X94gtd2H5cX4efcdQDm1bYE8V7RYSL3YHYE/mss zCpHHnVrWKBculp0Fb/HFWro/YSWw5C9k3ENndcPnECXnsLtbLWAy6zncOKlEfF2s7Ps bM1ZXMlzazDr+R+AHaELrnWdGY2p9dMrYDk7g= MIME-Version: 1.0 Received: by 10.229.213.80 with SMTP id gv16mr6698176qcb.110.1289942137323; Tue, 16 Nov 2010 13:15:37 -0800 (PST) Received: by 10.229.85.149 with HTTP; Tue, 16 Nov 2010 13:15:37 -0800 (PST) In-Reply-To: <4CD6243B.90707@DataIX.net> References: <4CD6243B.90707@DataIX.net> Date: Tue, 16 Nov 2010 13:15:37 -0800 Message-ID: From: Rumen Telbizov To: jhell Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Artem Belevich Subject: Re: Degraded zpool cannot detach old/bad drive 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, 16 Nov 2010 21:15:39 -0000 Hello everyone, jhell thanks for the advice. I am sorry I couldn't try it earlier but the server was pretty busy and I just found a window to test this. So I think I'm pretty much there but still having a problem. So here's what I have: I exported the pool. I hid the individual disks (without mfid0 which is my root) in /etc/devfs.rules like you suggested: /etc/devfs.rules add path 'mfid1' hide add path 'mfid1p1' hide ... Checked that those are gone from /dev/. Then here's what happened when tried to import the pool # zpool import pool: tank id: 13504509992978610301 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: tank ONLINE raidz1 ONLINE gptid/a7fb11e8-dfc9-11df-8732-002590087f3a ONLINE gptid/7a36f6f3-b9fd-11df-8105-002590087f3a ONLINE gptid/7a92d827-b9fd-11df-8105-002590087f3a ONLINE gptid/7b00dc15-b9fd-11df-8105-002590087f3a ONLINE raidz1 ONLINE gptid/7b6c8c45-b9fd-11df-8105-002590087f3a ONLINE gptid/7bd9c888-b9fd-11df-8105-002590087f3a ONLINE gptid/7c5129ee-b9fd-11df-8105-002590087f3a ONLINE gptid/7cceb1b1-b9fd-11df-8105-002590087f3a ONLINE raidz1 ONLINE gpt/disk-e1:s10 ONLINE gpt/disk-e1:s11 ONLINE gptid/7e61fd64-b9fd-11df-8105-002590087f3a ONLINE gptid/7ef18e3b-b9fd-11df-8105-002590087f3a ONLINE raidz1 ONLINE gptid/7f881f2c-b9fd-11df-8105-002590087f3a ONLINE gptid/8024fa06-b9fd-11df-8105-002590087f3a ONLINE gptid/80c7ea1b-b9fd-11df-8105-002590087f3a ONLINE gptid/b20fe225-dfc9-11df-8732-002590087f3a ONLINE raidz1 ONLINE gptid/82285e4b-b9fd-11df-8105-002590087f3a ONLINE gptid/82ec73bd-b9fd-11df-8105-002590087f3a ONLINE gpt/disk-e1:s20 ONLINE gpt/disk-e1:s21 ONLINE raidz1 ONLINE gptid/851c6087-b9fd-11df-8105-002590087f3a ONLINE gptid/85e2ef76-b9fd-11df-8105-002590087f3a ONLINE gpt/disk-e2:s0 ONLINE gpt/disk-e2:s1 ONLINE raidz1 ONLINE gptid/8855ae14-b9fd-11df-8105-002590087f3a ONLINE gptid/893243c7-b9fd-11df-8105-002590087f3a ONLINE gptid/8a1589fe-b9fd-11df-8105-002590087f3a ONLINE gptid/8b0125ce-b9fd-11df-8105-002590087f3a ONLINE raidz1 ONLINE gptid/8bf0471b-b9fd-11df-8105-002590087f3a ONLINE gptid/8ce57ab9-b9fd-11df-8105-002590087f3a ONLINE gptid/8de3a927-b9fd-11df-8105-002590087f3a ONLINE gptid/8ee44a55-b9fd-11df-8105-002590087f3a ONLINE spares gpt/disk-e2:s11 gptid/8fe55a60-b9fd-11df-8105-002590087f3a Obviously zfs forgot about the /dev/mfidXXp1 devices (GREAT!) but now catches the gptid's :( So I tried to disable gptid hoping that ZFS will continue with /dev/gpt/ only but for some reason after setting k*ern.geom.label.gptid.enable: 0 *I still see all the /dev/gptid/XXX entries and zpool import catches gptid's. Here are my sysctls: kern.geom.label.debug: 2 kern.geom.label.ext2fs.enable: 1 kern.geom.label.iso9660.enable: 1 kern.geom.label.msdosfs.enable: 1 kern.geom.label.ntfs.enable: 1 kern.geom.label.reiserfs.enable: 1 kern.geom.label.ufs.enable: 1 kern.geom.label.ufsid.enable: 0 *kern.geom.label.gptid.enable: 0* kern.geom.label.gpt.enable: 1 It seems like *kern.geom.label.gptid.enable: 0 *does not work anymore? I am pretty sure I was able to hide all the /dev/gptid/* entries with this sysctl variable before but now it doesn't quite work for me. I feel pretty confident that if I manage to hide the gptids, zfs will fall back to /dev/gpt and everything will be back to normal. zpool import -d /dev/gpt doesn't make it any better (doesn't find all the devices) just like you suggested in your previous email! Let me know if you have any ideas? All opinions are appreciated! Thank you, Rumen Telbizov On Sat, Nov 6, 2010 at 8:59 PM, jhell wrote: > On 10/31/2010 15:53, Rumen Telbizov wrote: > > Hi Artem, everyone, > > > > Here's the latest update on my case. > > I did upgrade the system to the latest stable: 8.1-STABLE FreeBSD > 8.1-STABLE > > #0: Sun Oct 31 11:44:06 PDT 2010 > > After that I did zpool upgrade and zfs upgrade -r all the filesystems. > > Currently I am running zpool 15 and zfs 4. > > Everything went fine with the upgrade but unfortunately my problem still > > persists. There's no difference in this aspect. > > I still have mfid devices. I also tried chmod-ing as you suggested > /dev/mfid > > devices but zfs/zpool didn't seem to care and imported > > the array regardless. > > > > So at this point since no one else seems to have any ideas and we seem to > be > > stuck I am almost ready to declare defeat on this one. > > Although the pool is usable I couldn't bring it back to exactly the same > > state as it was before the disk replacements took place. > > Disappointing indeed, although not a complete show stopper. > > > > I still think that if there's a way to edit the cache file and change the > > devices that might do the trick. > > > > Thanks for all the help, > > Rumen Telbizov > > > > > > On Fri, Oct 29, 2010 at 5:01 PM, Artem Belevich wrote: > > > >> On Fri, Oct 29, 2010 at 4:42 PM, Rumen Telbizov > >> wrote: > >>> FreeBSD 8.1-STABLE #0: Sun Sep 5 00:22:45 PDT 2010 > >>> That's when I csuped and rebuilt world/kernel. > >> > >> There were a lot of ZFS-related MFCs since then. I'd suggest updating > >> to the most recent -stable and try again. > >> > >> I've got another idea that may or may not work. Assuming that GPT > >> labels disappear because zpool opens one of the /dev/mfid* devices, > >> you can try to do "chmod a-rw /dev/mfid*" on them and then try > >> importing the pool again. > >> > >> --Artem > >> > > > > > > > > The problem seems to be that its just finding the actual disk before it > finds the GPT labels. You should be able to export the pool and then > re-import the pool after hiding the disks that it is finding via > /etc/devfs.rules file. > > Try adding something like (WARNING: This will hide all devices mfi) > adjust accordingly: > add path 'mfi*' hide > > To your devfs ruleset before re-importing the pool and that should make > ZFS go wondering around /dev enough to find the appropriate GPT label > for the disk it is trying to locate. > > It would seem to me that using '-d' in this case would not be effective > as ZFS would be looking for 'gpt/LABEL' within /dev/gpt/ if memory > serves correctly, and obviously path /dev/gpt/gpt/ would not exist. Also > even if it did find the correct gpt label then it would be assuming its > at a /dev path and not /dev/gpt/* and would fall back to finding the mfi > devices after the next boot again. > > -- > > jhell,v > -- Rumen Telbizov http://telbizov.com From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 22:08:44 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 B6014106564A for ; Tue, 16 Nov 2010 22:08:44 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 6867D8FC14 for ; Tue, 16 Nov 2010 22:08:44 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAGM8a9Q060436 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 16 Nov 2010 17:08:36 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE300DE.8010304@sentex.net> Date: Tue, 16 Nov 2010 17:08:30 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101116094330.GH2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 16 Nov 2010 22:08:44 -0000 On 11/16/2010 4:43 AM, Kostik Belousov wrote: > On Mon, Nov 15, 2010 at 10:42:50PM -0500, Mike Tancsa wrote: >> On 11/15/2010 4:13 PM, Kostik Belousov wrote: >>> >>> Patch is at >>> http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch >> >> >> Hi, >> One small failure on the patch >> >> The text leading up to this was: >> -------------------------- >> |Index: pc98/include/npx.h >> |=================================================================== >> |--- pc98/include/npx.h (revision 215253) >> |+++ pc98/include/npx.h (working copy) >> -------------------------- >> Patching file pc98/include/npx.h using Plan A... >> Hunk #1 failed at 1. >> 1 out of 1 hunks failed--saving rejects to pc98/include/npx.h.rej > This is because our patch(1) in base is somewhat old, I believe. > The diff was generated by svn diff from the up to date stable/8 > checkout, and the reason for failure is expanded $FreeBSD$ tags. > > Newer gnu patch, available in ports, handless this correctly, > reporting about patches applied with "fuzz". > >> >> >> I tested with openssl and openvpn and all seems to work great on the via >> board and my i5 board!! Simple test details at >> >> http://www.tancsa.com/fpu.html >> >> I will try out geli and some more extensive tests tomorrow >> >> Thanks for porting this back to RELENG_8 ! > This is actually somewhat puzzling. Does openssl in base automatically > use crypto(4) ? I force it it via ssl.cnf 0(achinetboot)% tail -11 /etc/ssl/openssl.cnf openssl_conf = openssl_def [openssl_def] engines = openssl_engines [openssl_engines] padlock = cryptodev_engine [cryptodev_engine] default_algorithms = ALL 0(achinetboot)% The limiting factor here for ssh seems to be the 100Mb link my i5 box is on. Here is with and without aesni loaded 0(achinetboot)% /usr/bin/time scp -c aes128-cbc test.bin mdtancsa@10.255.255.1:/dev/null test.bin 100% 88MB 11.0MB/s 00:08 8.14 real 0.44 user 0.57 sys 0(achinetboot)% /usr/bin/time scp -c aes128-cbc test.bin mdtancsa@10.255.255.1:/dev/null test.bin 100% 88MB 11.0MB/s 00:08 8.15 real 1.46 user 0.36 sys 0(achinetboot)% I will move it to gigabit to get a better test shortly. > > Also, could you, please redo the speed tests for aesni(4) with the > following patch applied over the driver sources ? > > Thank you ! > > diff --git a/sys/crypto/aesni/aesni_wrap.c b/sys/crypto/aesni/aesni_wrap.c > index 36c66ea..3fd397c 100644 > --- a/sys/crypto/aesni/aesni_wrap.c > +++ b/sys/crypto/aesni/aesni_wrap.c > @@ -246,14 +246,21 @@ int patch -p2 < a Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |diff --git a/sys/crypto/aesni/aesni_wrap.c b/sys/crypto/aesni/aesni_wrap.c |index 36c66ea..3fd397c 100644 |--- a/sys/crypto/aesni/aesni_wrap.c |+++ b/sys/crypto/aesni/aesni_wrap.c -------------------------- Patching file crypto/aesni/aesni_wrap.c using Plan A... Hunk #1 succeeded at 246. Hunk #2 succeeded at 271. Hunk #3 succeeded at 324. Hmm... Ignoring the trailing garbage. done Seems to work ok 0(achinetboot)# kldload aesni 0(achinetboot)# openssl speed -evp aes-128-cbc To get the most accurate results, try to run this program when this computer is idle. Doing aes-128-cbc for 3s on 16 size blocks: 2587085 aes-128-cbc's in 0.39s Doing aes-128-cbc for 3s on 64 size blocks: 2425301 aes-128-cbc's in 0.38s Doing aes-128-cbc for 3s on 256 size blocks: 1925353 aes-128-cbc's in 0.19s Doing aes-128-cbc for 3s on 1024 size blocks: 1098255 aes-128-cbc's in 0.11s Doing aes-128-cbc for 3s on 8192 size blocks: 152631 aes-128-cbc's in 0.05s OpenSSL 0.9.8n 24 Mar 2010 built on: date not available options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: cc available timing options: USE_TOD HZ=128 [sysconf value] timing function used: getrusage The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-128-cbc 105979.48k 404781.84k 2632455.13k 9955323.90k 27619906.16k 0(achinetboot)# But there is a LOT of variation between runs for some reason. I added to http://www.tancsa.com/fpu.html the different runs From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 22:19:31 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 AEC68106566C for ; Tue, 16 Nov 2010 22:19:31 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id ECACF8FC1E for ; Tue, 16 Nov 2010 22:19:30 +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 oAGMJQVM000721 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Nov 2010 00:19:26 +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.4/8.14.4) with ESMTP id oAGMJQJH003673; Wed, 17 Nov 2010 00:19:26 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAGMJQTe003672; Wed, 17 Nov 2010 00:19:26 +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, 17 Nov 2010 00:19:26 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101116221926.GN2392@deviant.kiev.zoral.com.ua> References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="cUXk36noUJGm9fSL" Content-Disposition: inline In-Reply-To: <4CE300DE.8010304@sentex.net> 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=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_20, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 16 Nov 2010 22:19:31 -0000 --cUXk36noUJGm9fSL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 16, 2010 at 05:08:30PM -0500, Mike Tancsa wrote: > On 11/16/2010 4:43 AM, Kostik Belousov wrote: > > On Mon, Nov 15, 2010 at 10:42:50PM -0500, Mike Tancsa wrote: > >> On 11/15/2010 4:13 PM, Kostik Belousov wrote: > >>> > >>> Patch is at > >>> http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch > >> > >> > >> Hi, > >> One small failure on the patch > >> > >> The text leading up to this was: > >> -------------------------- > >> |Index: pc98/include/npx.h > >> |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> |--- pc98/include/npx.h (revision 215253) > >> |+++ pc98/include/npx.h (working copy) > >> -------------------------- > >> Patching file pc98/include/npx.h using Plan A... > >> Hunk #1 failed at 1. > >> 1 out of 1 hunks failed--saving rejects to pc98/include/npx.h.rej > > This is because our patch(1) in base is somewhat old, I believe. > > The diff was generated by svn diff from the up to date stable/8 > > checkout, and the reason for failure is expanded $FreeBSD$ tags. > >=20 > > Newer gnu patch, available in ports, handless this correctly, > > reporting about patches applied with "fuzz". > >=20 > >> > >> > >> I tested with openssl and openvpn and all seems to work great on the v= ia > >> board and my i5 board!! Simple test details at > >> > >> http://www.tancsa.com/fpu.html > >> > >> I will try out geli and some more extensive tests tomorrow > >> > >> Thanks for porting this back to RELENG_8 ! > > This is actually somewhat puzzling. Does openssl in base automatically > > use crypto(4) ? >=20 >=20 > I force it it via ssl.cnf >=20 >=20 > 0(achinetboot)% tail -11 /etc/ssl/openssl.cnf >=20 > openssl_conf =3D openssl_def >=20 > [openssl_def] > engines =3D openssl_engines >=20 > [openssl_engines] > padlock =3D cryptodev_engine >=20 > [cryptodev_engine] > default_algorithms =3D ALL > 0(achinetboot)% Ah, that explains the results. >=20 >=20 > The limiting factor here for ssh seems to be the 100Mb link my i5 box is > on. Here is with and without aesni loaded >=20 > 0(achinetboot)% /usr/bin/time scp -c aes128-cbc test.bin > mdtancsa@10.255.255.1:/dev/null > test.bin > 100% 88MB 11.0MB/s 00:08 > 8.14 real 0.44 user 0.57 sys > 0(achinetboot)% /usr/bin/time scp -c aes128-cbc test.bin > mdtancsa@10.255.255.1:/dev/null > test.bin > 100% 88MB 11.0MB/s 00:08 > 8.15 real 1.46 user 0.36 sys > 0(achinetboot)% >=20 > I will move it to gigabit to get a better test shortly. >=20 > >=20 > > Also, could you, please redo the speed tests for aesni(4) with the > > following patch applied over the driver sources ? > >=20 > > Thank you ! > >=20 > > diff --git a/sys/crypto/aesni/aesni_wrap.c b/sys/crypto/aesni/aesni_wra= p.c > > index 36c66ea..3fd397c 100644 > > --- a/sys/crypto/aesni/aesni_wrap.c > > +++ b/sys/crypto/aesni/aesni_wrap.c > > @@ -246,14 +246,21 @@ int >=20 >=20 >=20 > patch -p2 < a > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff --git a/sys/crypto/aesni/aesni_wrap.c b/sys/crypto/aesni/aesni_wrap= .c > |index 36c66ea..3fd397c 100644 > |--- a/sys/crypto/aesni/aesni_wrap.c > |+++ b/sys/crypto/aesni/aesni_wrap.c > -------------------------- > Patching file crypto/aesni/aesni_wrap.c using Plan A... > Hunk #1 succeeded at 246. > Hunk #2 succeeded at 271. > Hunk #3 succeeded at 324. > Hmm... Ignoring the trailing garbage. > done >=20 >=20 > Seems to work ok >=20 >=20 >=20 > 0(achinetboot)# kldload aesni > 0(achinetboot)# openssl speed -evp aes-128-cbc > To get the most accurate results, try to run this > program when this computer is idle. > Doing aes-128-cbc for 3s on 16 size blocks: 2587085 aes-128-cbc's in 0.39s > Doing aes-128-cbc for 3s on 64 size blocks: 2425301 aes-128-cbc's in 0.38s > Doing aes-128-cbc for 3s on 256 size blocks: 1925353 aes-128-cbc's in 0.1= 9s > Doing aes-128-cbc for 3s on 1024 size blocks: 1098255 aes-128-cbc's in 0.= 11s > Doing aes-128-cbc for 3s on 8192 size blocks: 152631 aes-128-cbc's in 0.0= 5s > OpenSSL 0.9.8n 24 Mar 2010 > built on: date not available > options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) > aes(partial) blowfish(idx) > compiler: cc > available timing options: USE_TOD HZ=3D128 [sysconf value] > timing function used: getrusage > The 'numbers' are in 1000s of bytes per second processed. > type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 > bytes > aes-128-cbc 105979.48k 404781.84k 2632455.13k 9955323.90k > 27619906.16k > 0(achinetboot)# >=20 > But there is a LOT of variation between runs for some reason. >=20 > I added to http://www.tancsa.com/fpu.html >=20 > the different runs >=20 >=20 Mike, thank you again. Would your conclusion be that the patch seems to increase the throughput of the aesni(4) ? I think that on small-sized blocks, when using aesni(4), the dominating factor is the copying/copyout of the data to/from the kernel address space. Still would be interesting to compare the full output of "openssl speed" on aesni(4) with and without the patch I posted. --cUXk36noUJGm9fSL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzjA24ACgkQC3+MBN1Mb4i4egCeP9uMBfgENlpjwj6fiXvrOnO5 A7MAoJQnVrl7XZXzx7ud07ERNhn6CLlW =r9gD -----END PGP SIGNATURE----- --cUXk36noUJGm9fSL-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 16 23:36:29 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CD28A1065674; Tue, 16 Nov 2010 23:36:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Tue, 16 Nov 2010 18:36:16 -0500 User-Agent: KMail/1.6.2 References: <20101115045549.GB96011@johnny.reilly.home> In-Reply-To: <20101115045549.GB96011@johnny.reilly.home> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161836.18526.jkim@FreeBSD.org> Cc: Subject: Re: Console options for legacy-free mini-itx server? 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, 16 Nov 2010 23:36:29 -0000 On Sunday 14 November 2010 11:55 pm, Andrew Reilly wrote: > Oh: the other thing about this system: I can't warm-start > it, have to power down and then manually hit the power-on > button. Attempting to reboot leaves the console sitting at > something like "Stopping other CPUs" forever. I assume that > this is a BIOS config problem, but haven't found the right > control knob yet. I've tried turning hyperthreading on and off: > no difference. Reading the kernel code around that message > suggests that rebooting involves getting the keyboard controller > to send an NMI, and I wonder if the legacy-free no-keyboard > state of my system is having an effect on that, too? You may try "sysctl hw.acpi.handle_reboot=1". If it works, just add it in /etc/sysctl.conf. FYI, it is automatically set since r213755 and MFC'd to stable/8 as r215006. Jung-uk Kimr213755 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 00:31: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 15710106566C; Wed, 17 Nov 2010 00:31:54 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwqsrv02p.mx.bigpond.com (nschwqsrv02p.mx.bigpond.com [61.9.189.234]) by mx1.freebsd.org (Postfix) with ESMTP id 7DCC38FC15; Wed, 17 Nov 2010 00:31:53 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101116235547.IBEK25233.nschwmtas02p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com>; Tue, 16 Nov 2010 23:55:47 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101116235546.WOTX8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home>; Tue, 16 Nov 2010 23:55:46 +0000 Date: Wed, 17 Nov 2010 10:55:26 +1100 From: Andrew Reilly To: Jung-uk Kim Message-ID: <20101116235526.GA24069@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <201011161836.18526.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011161836.18526.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4CE31A02.00FE,ss=1,fgs=0 X-SIH-MSG-ID: qRgwF9LuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU67mJrM/nsj21ThcNBmPO2QqZ6v0X4/QsuM= Cc: freebsd-stable@FreeBSD.org Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 00:31:54 -0000 On Tue, Nov 16, 2010 at 06:36:16PM -0500, Jung-uk Kim wrote: > On Sunday 14 November 2010 11:55 pm, Andrew Reilly wrote: > > Oh: the other thing about this system: I can't warm-start > > it, have to power down and then manually hit the power-on > > button. Attempting to reboot leaves the console sitting at > > something like "Stopping other CPUs" forever. I assume that > > this is a BIOS config problem, but haven't found the right > > control knob yet. I've tried turning hyperthreading on and off: > > no difference. Reading the kernel code around that message > > suggests that rebooting involves getting the keyboard controller > > to send an NMI, and I wonder if the legacy-free no-keyboard > > state of my system is having an effect on that, too? > > You may try "sysctl hw.acpi.handle_reboot=1". If it works, just add > it in /etc/sysctl.conf. > > FYI, it is automatically set since r213755 and MFC'd to stable/8 as > r215006. I've just checked, and my system has that sysctl knob set to 1 already. I don't know how long that has been the case, though: perhaps it has only been since my last boot anyway? I will give reboot another try when I am next in the same room as the machine... I still track -stable with csup, because I believed that to be the officially preferred method. Is it OK to track directly with svn, now? More specifically, how can one correlate svn revision numbers against a csup-extracted source tree? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 00:41:29 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 08A21106564A; Wed, 17 Nov 2010 00:41:29 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Tue, 16 Nov 2010 19:41:02 -0500 User-Agent: KMail/1.6.2 References: <20101115045549.GB96011@johnny.reilly.home> <201011161836.18526.jkim@FreeBSD.org> <20101116235526.GA24069@johnny.reilly.home> In-Reply-To: <20101116235526.GA24069@johnny.reilly.home> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011161941.19106.jkim@FreeBSD.org> Cc: Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 00:41:29 -0000 On Tuesday 16 November 2010 06:55 pm, Andrew Reilly wrote: > On Tue, Nov 16, 2010 at 06:36:16PM -0500, Jung-uk Kim wrote: > > On Sunday 14 November 2010 11:55 pm, Andrew Reilly wrote: > > > Oh: the other thing about this system: I can't warm-start > > > it, have to power down and then manually hit the power-on > > > button. Attempting to reboot leaves the console sitting at > > > something like "Stopping other CPUs" forever. I assume that > > > this is a BIOS config problem, but haven't found the right > > > control knob yet. I've tried turning hyperthreading on and > > > off: no difference. Reading the kernel code around that > > > message suggests that rebooting involves getting the keyboard > > > controller to send an NMI, and I wonder if the legacy-free > > > no-keyboard state of my system is having an effect on that, > > > too? > > > > You may try "sysctl hw.acpi.handle_reboot=1". If it works, just > > add it in /etc/sysctl.conf. > > > > FYI, it is automatically set since r213755 and MFC'd to stable/8 > > as r215006. > > I've just checked, and my system has that sysctl knob set to 1 > already. I don't know how long that has been the case, though: > perhaps it has only been since my last boot anyway? I will > give reboot another try when I am next in the same room as the > machine... I guess you already have r215006, then. :-) If it appeared automagically, that means your system supports the ACPI reset register. If you still have reboot issues, please let me know. > I still track -stable with csup, because I believed that to be > the officially preferred method. I believe so. > Is it OK to track directly with svn, now? Me, not sure. > More specifically, how can one correlate svn revision numbers > against a csup-extracted source tree? Unfortunately I don't see any easy way to find correlation ATM. :-( Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 01:46:39 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 7240A106566C for ; Wed, 17 Nov 2010 01:46:39 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 290078FC0C for ; Wed, 17 Nov 2010 01:46:39 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAH1kTDN075220 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 16 Nov 2010 20:46:29 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE333EF.10406@sentex.net> Date: Tue, 16 Nov 2010 20:46:23 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> <20101116221926.GN2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101116221926.GN2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 17 Nov 2010 01:46:39 -0000 On 11/16/2010 5:19 PM, Kostik Belousov wrote: > Would your conclusion be that the patch seems to increase the throughput > of the aesni(4) ? > > I think that on small-sized blocks, when using aesni(4), the dominating > factor is the copying/copyout of the data to/from the kernel address > space. Still would be interesting to compare the full output > of "openssl speed" on aesni(4) with and without the patch I posted. Hi, There does seem to be some improvement on large blocks. But there are some freakishly fast times. On other sizes, there is no difference in speed it would seem I did 20 runs. Updated stats at http://www.tancsa.com/fpu.html ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 02:13: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 6F74E1065672; Wed, 17 Nov 2010 02:13:00 +0000 (UTC) (envelope-from TERRY@tmk.com) Received: from server.tmk.com (server.tmk.com [204.141.35.63]) by mx1.freebsd.org (Postfix) with ESMTP id 488438FC15; Wed, 17 Nov 2010 02:13:00 +0000 (UTC) Received: from tmk.com by tmk.com (PMDF V6.4 #37010) id <01NUC5J6QBZK00BNN4@tmk.com>; Tue, 16 Nov 2010 21:12:57 -0500 (EST) Date: Tue, 16 Nov 2010 20:41:47 -0500 (EST) From: Terry Kennedy In-reply-to: "Your message dated Mon, 15 Nov 2010 23:48:26 -0800" <816D59CD-1BAF-4331-BEAD-67CEADCE4EF9@deman.com> To: Michael DeMan Message-id: <01NUC6V4LBAQ00BNN4@tmk.com> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=us-ascii References: <01NUB1F8POL000BNN4@tmk.com> <01NUB3IOMZJW00BNN4@tmk.com> Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS panic after replacing log device 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, 17 Nov 2010 02:13:00 -0000 > I would say it is definitely very odd that writes are a problem. Sounds > like it might be a hardware problem. Is it possible to export the pool, > remove the ZIL and re-import it? I myself would be pretty nervous trying > that, but it would help isolate the problem? If you can risk it. I think it is unlikely to be a hardware problem. While I haven't run any destructive testing on the ZFS pool, the fact that it can be read without error, combined with ECC throughout the system and the panic always happen- ing on the first write, makes me think that it is a software issue in ZFS. When I do: zpool export data; zpool remove data da0 I get a "No such pool: data". I then re-imported the pool and did: zpool offline data da0; zpool export data; zpool import data After doing that, I can write to the pool without a panic. But once I online the log device and do any writes, I get the panic again. As I mentioned, I have this data replicated elsewere, so I can exper- iment with the pool if it will help track down this issue. Terry Kennedy http://www.tmk.com terry@tmk.com New York, NY USA From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 02:42:21 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 141B4106566B for ; Wed, 17 Nov 2010 02:42:21 +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 8A0A08FC12 for ; Wed, 17 Nov 2010 02:42:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAH2gGik051633; Wed, 17 Nov 2010 13:42:16 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 17 Nov 2010 13:42:15 +1100 (EST) From: Ian Smith To: Andrew Reilly In-Reply-To: <20101115045549.GB96011@johnny.reilly.home> Message-ID: <20101117133530.H39988@sola.nimnet.asn.au> References: <20101115045549.GB96011@johnny.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 02:42:21 -0000 On Mon, 15 Nov 2010, Andrew Reilly wrote: > Hi there, [..] > Oh: the other thing about this system: I can't warm-start > it, have to power down and then manually hit the power-on > button. Attempting to reboot leaves the console sitting at > something like "Stopping other CPUs" forever. I assume that > this is a BIOS config problem, but haven't found the right > control knob yet. I've tried turning hyperthreading on and off: > no difference. Reading the kernel code around that message > suggests that rebooting involves getting the keyboard controller > to send an NMI, and I wonder if the legacy-free no-keyboard > state of my system is having an effect on that, too? I really don't know if this may be relevant, but spotted in your dmesg: device_attach: acpi_perf1 attach returned 6 est0: on cpu0 p4tcc0: on cpu0 device_attach: acpi_perf1 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 16 device_attach: est1 attach returned 6 p4tcc1: on cpu1 I'm used to seeing est either attach to both CPUs, or fail to attach to either CPU. Here it's attached to cpu0, but not to cpu1. Is that odd? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 03:37: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 BAE95106566C; Wed, 17 Nov 2010 03:37:42 +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 AABEF8FC21; Wed, 17 Nov 2010 03:37:41 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAH3KXtE053743; Wed, 17 Nov 2010 14:20:34 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 17 Nov 2010 14:20:33 +1100 (EST) From: Ian Smith To: Bruce Cran In-Reply-To: <20101116205116.000032a6@unknown> Message-ID: <20101117141403.P39988@sola.nimnet.asn.au> References: <20101115093709.GA1452@birne.dunkelkammer.void> <201011161444.00227.bruce@cran.org.uk> <20101116190601.GE1435@birne.dunkelkammer.void> <20101116204644.GR56407@e.0x20.net> <20101116205116.000032a6@unknown> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-multimedia@freebsd.org, freebsd-stable@freebsd.org, Lars Engels , Stefan Walter Subject: Re: 8.1-RELEASE: snd_hda works as module only, suspend/resume leaves display off 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, 17 Nov 2010 03:37:42 -0000 On Tue, 16 Nov 2010, Bruce Cran wrote: > On Tue, 16 Nov 2010 21:46:44 +0100 > Lars Engels wrote: > > > Download && compile the code (gcc -o chvt chvt.c). > > Add "$path/$to/chvt 1" to /etc/rc.suspend and "$path/$to/chvt 9" to > > /etc/rc.resume, so that your machine automatically changes to ttyv0 > > before going to sleep and changes back to X after waking up. > > The acpi code already does this: if you run acpiconf from within X > you'll see ttyv0 appear, the system turns off and when resuming ttyv0 > appears before X11. Perhaps this might be one of those machines (I have two) that respond positively to setting sysctl hw.syscons.sc_no_suspend_vtswitch=1 ? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 04:12: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 5E0E3106566C for ; Wed, 17 Nov 2010 04:12:17 +0000 (UTC) (envelope-from stylinae@mail.uc.edu) Received: from bay0-omc2-s6.bay0.hotmail.com (bay0-omc2-s6.bay0.hotmail.com [65.54.190.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4269D8FC16 for ; Wed, 17 Nov 2010 04:12:16 +0000 (UTC) Received: from BL2PRD0103HT009.prod.exchangelabs.com ([65.54.190.125]) by bay0-omc2-s6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 16 Nov 2010 20:12:16 -0800 Received: from mail-gw0-f54.google.com (74.125.83.54) by pod51000.outlook.com (10.6.4.54) with Microsoft SMTP Server (TLS) id 14.0.650.49; Wed, 17 Nov 2010 04:12:14 +0000 Received: by gwj20 with SMTP id 20so919672gwj.13 for ; Tue, 16 Nov 2010 20:12:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.100.14.15 with SMTP id 15mr2757580ann.22.1289967133888; Tue, 16 Nov 2010 20:12:13 -0800 (PST) Received: by 10.100.16.17 with HTTP; Tue, 16 Nov 2010 20:12:13 -0800 (PST) Date: Tue, 16 Nov 2010 23:12:13 -0500 Message-ID: From: Adam Stylinski To: X-MS-Exchange-Transport-Rules-Loop: 0 X-OriginalArrivalTime: 17 Nov 2010 04:12:16.0626 (UTC) FILETIME=[9EBFD520:01CB860D] Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: STABLE panics/hardlocks when savage module is inserted 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, 17 Nov 2010 04:12:17 -0000 I hate to be the guy who gripes on the mailing list about his dinosaur video card's drivers crashing his system, but it's possible this could be an issue of a wider scope. When I kldload savage the system hardlocks. Not exactly sure if it's panicking or not, however I do have a serial port, so maybe I can setup a serial console and compile the kernel with debugger support to try and get a backtrace. Anybody have any pointers? From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 04:55: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 EAF1F106564A for ; Wed, 17 Nov 2010 04:55:52 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 588CC8FC19 for ; Wed, 17 Nov 2010 04:55:52 +0000 (UTC) Received: by gwj20 with SMTP id 20so931689gwj.13 for ; Tue, 16 Nov 2010 20:55:51 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=DfErpQwdS3rnUlxdkRf6CwNwirJ/18NR7/WcecKVj6s=; b=O8lV53SeF9UB2yj4qUpXXdRTemroIG/ANtccgwo+NDEAq9DvvTCBC9+e7hS/zfGu9G YSIORm4B5TeiYDFUndZSSANGG68jO+EKRZIU52oJoAiR7ooTNWi8NPpemPQm4n0vsSkX B9RL+FX3JRzhut8YeCpnC3ayggjnPXmzhkPqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CmevIidt8ccQIwLUxh/E7gs+fdG+SsiHXwDLEvXP+QyDxQsWA9omeJJ6Larb3n2mnb QyPj/DBpcEso9Tv8vYQ2uUGF3wQ/AWmnMSzOotBuEJb2ea4qfrRLspiddQEzWpprOrcW GslTNvZC/UrlXnio4nxbiRqRoMemEdIwOtl2E= Received: by 10.151.107.4 with SMTP id j4mr6429598ybm.351.1289969751716; Tue, 16 Nov 2010 20:55:51 -0800 (PST) Received: from centel.dataix.local ([99.181.155.174]) by mx.google.com with ESMTPS id v12sm4422227ybk.23.2010.11.16.20.55.49 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 20:55:50 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CE36054.6010503@DataIX.net> Date: Tue, 16 Nov 2010 23:55:48 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Rumen Telbizov References: <4CD6243B.90707@DataIX.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Artem Belevich Subject: Re: Degraded zpool cannot detach old/bad drive 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, 17 Nov 2010 04:55:53 -0000 On 11/16/2010 16:15, Rumen Telbizov wrote: > It seems like *kern.geom.label.gptid.enable: 0 *does not work anymore? I am > pretty sure I was able to hide all the /dev/gptid/* entries with this > sysctl variable before but now it doesn't quite work for me. I could be wrong but I believe that is more of a loader tuneable than a sysctl that should be modified at run-time. Rebooting with this set to 0 will disable showing the /dev/gptid directory. This makes me wonder if those sysctl's should be marked read-only at run-time. Though you could even rm -rf /dev/gptid ;) -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 05:23: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 D0835106566B for ; Wed, 17 Nov 2010 05:23:22 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 82D558FC18 for ; Wed, 17 Nov 2010 05:23:22 +0000 (UTC) Received: by gyg13 with SMTP id 13so948981gyg.13 for ; Tue, 16 Nov 2010 21:23:21 -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 :organization:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=q+3xPRj0LgbFUS2Uys6d6mDPlnhiR2HtsE3KRVuqPLs=; b=cRiiZ1YBheNqgqJLGVxSvEdRBWftGPHTyYS0Lr5olLM5CTaaK3VhG/c6kUhE7KrKgo ZBV8c91EH2fdjEiZ35Oa49HdaGJT2JT4qyhzPNfoL84jR0SUu5bER95PW3OKfDbtYph0 Od0idQAvlBzRQ9Ccn3JkCprrSFeu4eEplqp2c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=WBcvTdcG2k0gpkgLhigi5voB/El3aEoe6srdnK1P4loa5vRtgqKUGGnn1kDG192BJK hOMIVkWZWAfwBs59vU9mHSEfgqJDc7gfZXo8aJMg6YWeJVnL6kmNZeQkawSv0eYVBqWm B4gqUqOECpbNby7PJrHl+HbDyLPaCWC8ps4Es= Received: by 10.91.17.37 with SMTP id u37mr10766147agi.191.1289971401554; Tue, 16 Nov 2010 21:23:21 -0800 (PST) Received: from centel.dataix.local ([99.181.155.174]) by mx.google.com with ESMTPS id w3sm5944860anw.5.2010.11.16.21.23.20 (version=SSLv3 cipher=RC4-MD5); Tue, 16 Nov 2010 21:23:20 -0800 (PST) Sender: "J. Hellenthal" Message-ID: <4CE366C7.1030104@DataIX.net> Date: Wed, 17 Nov 2010 00:23:19 -0500 From: jhell Organization: http://www.DataIX.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.12) Gecko/20101028 Lightning/1.0b1 Thunderbird MIME-Version: 1.0 To: Adam Stylinski References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: STABLE panics/hardlocks when savage module is inserted 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, 17 Nov 2010 05:23:22 -0000 On 11/16/2010 23:12, Adam Stylinski wrote: > I hate to be the guy who gripes on the mailing list about his dinosaur video > card's drivers crashing his system, but it's possible this could be an issue > of a wider scope. When I kldload savage the system hardlocks. Not exactly > sure if it's panicking or not, however I do have a serial port, so maybe I > can setup a serial console and compile the kernel with debugger support to > try and get a backtrace. > > Anybody have any pointers? This should give you enough of an overview of how to obtain and report the information you obtain for debugging kernel problems. http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html The generic kernel configuration for the most part should be enough information to start for most cases and this would at least give you a starting point. Using a GENERIC kernel from a release or a snapshot too would also help to determine if its a problem as part of the project or a configuration mistake you might have made in your custom kernel. -- jhell,v From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 06:46: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 20E811065670; Wed, 17 Nov 2010 06:46:33 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id B388B8FC13; Wed, 17 Nov 2010 06:46:32 +0000 (UTC) Received: by qyk32 with SMTP id 32so1956408qyk.13 for ; Tue, 16 Nov 2010 22:46:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=I2DJ3k5C2j3yI/CYMq9NOnIU5D4rKJa4v6vtTmIrG5Y=; b=gPXVOS9FRLNqdAftbRmh1rxTEReUo9wkPmTeO2XBrjGouibGXrhNzqcES8L2eIeKRc VHwP1lA7nOYsyEtWfTflKZ+TzhGFBaq0tc9YoSs/Eg5K/cY+z+T11t1XLJLfYs6TXHod 07tl4dkRAWP5IbhGq2kqs+tEU6J1qffgFGtAI= 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=kK9ARG1PbqCLQZnGQ9IXaPUL+TW+gzYbYid8xN2QkEFauZkZtUz3bPRyPRUocMVHrC dcIwwO2/9SDY7fYMMTPla1l35BpxkdmNZKVNH0UUC35iFR6SklhvSwilQ1IGNIZoDbLq 98uCMKX14UMmBgfGvlW6pVBOmQnMoE/+U+1uI= MIME-Version: 1.0 Received: by 10.229.89.202 with SMTP id f10mr7198850qcm.212.1289976391971; Tue, 16 Nov 2010 22:46:31 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 22:46:31 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> Date: Wed, 17 Nov 2010 07:46:31 +0100 Message-ID: From: Christer Solskogen To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 17 Nov 2010 06:46:33 -0000 On Tue, Nov 16, 2010 at 5:55 PM, Christer Solskogen wrote: Yesterday I installed 8.1-RELEASE on another machine, made a zpool and added the same usb device as cache. That machine does not have same issue as my other machine. -- chs, From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 07:47: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 CE8DB106564A; Wed, 17 Nov 2010 07:47:06 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 641A48FC17; Wed, 17 Nov 2010 07:47:06 +0000 (UTC) Received: by qyk32 with SMTP id 32so1996520qyk.13 for ; Tue, 16 Nov 2010 23:47:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=FR3sSJcXEU+zgiOguSeKbLg9QZQr5ARPOTQ6ypx3dic=; b=VkHEV525ywHI4edGSA/CjDp51Bo6ByOBvFadAmitwQUjfnH2JqRAvuRV8YTizMVHuI vaLGKJIlsGQC5fy4IKxzgkpJHxc0K4QxdqLEBSLDB0tsg8Q+WRCbVSiXR+izCiSOOYTE I3oAE9h++cDaC/QXoMfRgprr7VuImPQyuu4I0= 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=cALRpf5n+QIOFNfCsXnF2vNrCWfIz1NbuDRQOCW9mpPgvhwkFRsRbcbCGPKRBAgA6S cKxbNJWSiT7kehHE9XO0hLmDwneYUcVVzTk2z4zzxmTDY0wUlbpM5pJ6hrIgSY2T+oxk IoIhi6jbcauVcQqMicp1jcnUnrkzk9r+MiF4k= MIME-Version: 1.0 Received: by 10.229.91.194 with SMTP id o2mr7197393qcm.250.1289980025475; Tue, 16 Nov 2010 23:47:05 -0800 (PST) Received: by 10.229.231.81 with HTTP; Tue, 16 Nov 2010 23:47:05 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> Date: Wed, 17 Nov 2010 08:47:05 +0100 Message-ID: From: Christer Solskogen To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 17 Nov 2010 07:47:06 -0000 On Wed, Nov 17, 2010 at 7:46 AM, Christer Solskogen wrote: > On Tue, Nov 16, 2010 at 5:55 PM, Christer Solskogen > wrote: > > > Yesterday I installed 8.1-RELEASE on another machine, made a zpool and > added the same usb device as cache. That machine does not have same > issue as my other machine. I also tried adding a SSD as a cache device to the machine that gets the high load. Same symptoms as if I added a USB stick. Will try to reboot server now to se if that has any impact. -- chs, From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 08:20: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 6C92A1065696 for ; Wed, 17 Nov 2010 08:20:09 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 519C58FC0A for ; Wed, 17 Nov 2010 08:20:09 +0000 (UTC) Received: from [10.17.45.101] (adsl-76-199-99-230.dsl.pltn13.sbcglobal.net [76.199.99.230]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id oAH7r8fb042387 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 16 Nov 2010 23:53:09 -0800 (PST) (envelope-from crapsh@monkeybrains.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monkeybrains.net; s=monkey; t=1289980390; bh=cstUDknu8n3WC5w8Q9qX280rL6adXw6czk8cDLJgOMw=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=VhjYXbVqFkUoIbquk1zsF5NuwBUOJJf/MjoyzS1w2zfOyjTgM0THXw6a3eCHFvigj VCa+Bk1TZYpYggqnReqlTSo0Yp8XLIR0w9nwGdnC+O8fX/Vmv6OoQG1LZ9zgn0+PUn T+3AD/aPI4joVCy9gltX2dv9ttxqxx29cegg51XY= Message-ID: <4CE389F2.2090509@monkeybrains.net> Date: Tue, 16 Nov 2010 23:53:22 -0800 From: Rudy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.11pre) Gecko/20100928 Shredder/3.1.5pre MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.4 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: dummynet -- changing scheduler resets pipe bw ? 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, 17 Nov 2010 08:20:09 -0000 I have been reading the ipfw man pages and /usr/src/sys/netinet/ipfw/dummynet.txt to try to better understand how to set up queues/pipes/schedulars/flows. I noticed something odd... changing the sched type [a] doesn't seem to change the type away from WF2Q+ [b] resets the bw to 'unlimited' Maybe I don't have qfq? Rudy Output: 158> ipfw -v pipe 5 show answer for cmd 130, len 4096 00005: 6.000 Mbit/s 0 ms burst 0 q131077 50 sl. 0 flows (1 buckets) sched 65541 weight 0 lmax 0 pri 0 droptail sched 65541 type FIFO flags 0x0 0 buckets 0 active 159> ipfw pipe 5 config sched qfq 160> ipfw -v pipe 5 show answer for cmd 130, len 4096 00005: unlimited 0 ms burst 0 q131077 50 sl. 0 flows (1 buckets) sched 65541 weight 0 lmax 0 pri 0 droptail sched 65541 type FIFO flags 0x0 0 buckets 0 active 161> ipfw pipe 5 config bw 6Mbit/s 162> ipfw -v pipe 5 show answer for cmd 130, len 4096 00005: 6.000 Mbit/s 0 ms burst 0 q131077 50 sl. 0 flows (1 buckets) sched 65541 weight 0 lmax 0 pri 0 droptail sched 65541 type FIFO flags 0x0 0 buckets 0 active 166> ipfw sched list 00001: 21.000 Mbit/s 0 ms burst 0 sched 1 type WF2Q+ flags 0x0 0 buckets 0 active 00002: 21.000 Mbit/s 0 ms burst 0 sched 2 type WF2Q+ flags 0x0 0 buckets 0 active 00003: 6.000 Mbit/s 0 ms burst 0 sched 3 type WF2Q+ flags 0x0 0 buckets 0 active 00004: 12.000 Mbit/s 0 ms burst 0 sched 4 type WF2Q+ flags 0x0 0 buckets 0 active 00005: 6.000 Mbit/s 0 ms burst 0 sched 5 type WF2Q+ flags 0x0 0 buckets 1 active Children flowsets: 5 0 ip 0.0.0.0/0 0.0.0.0/0 19389008 15491784384 204 174119 1090892 00022: 12.000 Mbit/s 0 ms burst 0 sched 22 type WF2Q+ flags 0x0 0 buckets 0 active Children flowsets: 23 167> ipfw pipe 5 config sched qfq 168> ipfw sched list 00001: 21.000 Mbit/s 0 ms burst 0 sched 1 type WF2Q+ flags 0x0 0 buckets 0 active 00002: 21.000 Mbit/s 0 ms burst 0 sched 2 type WF2Q+ flags 0x0 0 buckets 0 active 00003: 6.000 Mbit/s 0 ms burst 0 sched 3 type WF2Q+ flags 0x0 0 buckets 0 active 00004: 12.000 Mbit/s 0 ms burst 0 sched 4 type WF2Q+ flags 0x0 0 buckets 0 active 00005: unlimited 0 ms burst 0 sched 5 type WF2Q+ flags 0x0 0 buckets 1 active Children flowsets: 5 0 ip 0.0.0.0/0 0.0.0.0/0 19449511 15527760672 0 0 1095037 00022: 12.000 Mbit/s 0 ms burst 0 sched 22 type WF2Q+ flags 0x0 0 buckets 0 active Children flowsets: 23 FreeBSD jejen.monkeybrains.net 8.1-STABLE FreeBSD 8.1-STABLE #2: Wed Oct 20 15:55:41 PDT 2010 root@pulga.monkeybrains.net:/usr/obj/usr/src/sys/JEJEN amd64 strings /boot/kernel/dummynet.ko.symbols | head -1 $FreeBSD: src/sys/netinet/ipfw/ip_dummynet.c,v 1.5.2.3 2010/03/23 09:58:59 luigi Exp $ From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 11:13: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 B91AD1065674 for ; Wed, 17 Nov 2010 11:13:38 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id 337FA8FC1C for ; Wed, 17 Nov 2010 11:13:37 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.3) with ESMTP id oAHAnBLS076193 for ; Wed, 17 Nov 2010 12:49:35 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4CE3B320.70302@eng.auth.gr> Date: Wed, 17 Nov 2010 12:49:04 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101103 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: chflags on zfs (sappnd) 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, 17 Nov 2010 11:13:38 -0000 Hi everbody, from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: # touch lili # chflags sappnd lili # ls -lrto lili -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili # echo "lala" >> lili # echo "lala" >> lili -su: echo: write error: Operation not permitted So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). I found a bug report on: http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. Do we know anything more about it? # uname -a FreeBSD myhost 8.1-STABLE FreeBSD 8.1-STABLE #1: Fri Nov 5 17:27:37 EET 2010 root@:/mnt/obj/mnt/src/sys/GENERIC amd64 Thank you all for your time in advance, mamalos -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 13:51: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 4C468106566B for ; Wed, 17 Nov 2010 13:51:22 +0000 (UTC) (envelope-from darcsis@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF19C8FC17 for ; Wed, 17 Nov 2010 13:51:21 +0000 (UTC) Received: by yxh35 with SMTP id 35so1107668yxh.13 for ; Wed, 17 Nov 2010 05:51:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:to:cc:subject :in-reply-to:organization:references:user-agent:x-envelope-to :mail-followup-to:date:message-id:mime-version:content-type; bh=Ni5EilqvZQc5pADmjbAUuL5XNBEmU8s36T/hDR50NCU=; b=M1e86wZYQ7f5dLwMcEdIc6NMzROfVC2A3IawbO+wuCvvPXs5uCaonbHs0zFpfUsxBl wo3ZYltvPoqVn/4X+g5NEXc3Ami95TazNNr5F4yVm8LYd+XNxw3lWK/Oje8HyGepTGZs RyBcYkd1o9VfTbmy1g7ghxifn3mdnKs9fHc8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:organization:references:user-agent :x-envelope-to:mail-followup-to:date:message-id:mime-version :content-type; b=qE/GAziKVODJA+nHfUHyIIP6eYN0ImGdV81ldx9I0iObWr3eLY2tkw20maf69RNuTv PN732j4WnDvY0OY+A2dv3bfB/iUng8Bbu9/R3xVgCNUrBQZYlfXYbrjBYtcvdIQD1J/Q wkrtvPK41prnlrNhABVu5/3hUC0MXN6KWDxVI= Received: by 10.231.17.200 with SMTP id t8mr7059048iba.184.1290001880306; Wed, 17 Nov 2010 05:51:20 -0800 (PST) Received: from smtp.xbsd.name ([123.117.32.50]) by mx.google.com with ESMTPS id gy41sm2257139ibb.5.2010.11.17.05.51.15 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 17 Nov 2010 05:51:18 -0800 (PST) Received: from pluton.xbsd.name (pluton.xbsd.name [172.16.1.10]) by smtp.xbsd.name (OpenSMTPD) with ESMTP id BWsR6MH9 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128); Wed, 17 Nov 2010 21:51:09 +0800 (CST) From: darcsis@gmail.com (Denise H. G.) To: George Mamalakis In-Reply-To: <4CE3B320.70302@eng.auth.gr> (George Mamalakis's message of "Wed, 17 Nov 2010 12:49:04 +0200") Organization: Pluto The Planet References: <4CE3B320.70302@eng.auth.gr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) X-Envelope-To: mamalos@eng.auth.gr Mail-Followup-To: George Mamalakis , freebsd-stable Date: Wed, 17 Nov 2010 21:51:06 +0800 Message-ID: <86mxp85a9h.fsf@pluton.xbsd.name> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable Subject: Re: chflags on zfs (sappnd) 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, 17 Nov 2010 13:51:22 -0000 On 2010/11/17 at 18:49, George Mamalakis wrote: > > Hi everbody, > from http://wiki.freebsd.org/ZFS I understand that chflags are > supported by zfs. But if I have a file with sappnd on a zfs > filesystem, I am unable to execute a command like this: > > # touch lili > # chflags sappnd lili > # ls -lrto lili > -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili > # echo "lala" >> lili > # echo "lala" >> lili > -su: echo: write error: Operation not permitted > > So, the first time it worked, but it stops working on any consequent > time (when the file is no more empty). > I found a bug report on: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 > > where a patch is suggested. Nevertheless, even though my sources are > newer than the suggested patch, my source tree does not contain it. > Do we know anything more about it? > > # uname -a > FreeBSD myhost 8.1-STABLE FreeBSD 8.1-STABLE #1: Fri Nov 5 17:27:37 > EET 2010 root@:/mnt/obj/mnt/src/sys/GENERIC amd64 > > Thank you all for your time in advance, > > mamalos > I can't reproduce the warning message here. When I do the second 'echo', nothing appeared. But the file content was unchanged. I am using zfs version 15. #uname -a FreeBSD pluton.xbsd.name 8.1-STABLE FreeBSD 8.1-STABLE #0: Wed Nov 17 08:13:47 CST 2010 dhg@pluton.xbsd.name:/opt/obj/sysbld/usr/src/sys/pluton-amd64 amd64 -- If a scientist uncovers a publishable fact, it will become central to his theory. His theory, in turn, will become central to all scientific truth. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 16:35:57 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 5C20A1065672 for ; Wed, 17 Nov 2010 16:35:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id EBA108FC21 for ; Wed, 17 Nov 2010 16:35:56 +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 oAHGZfkw015458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Nov 2010 18:35:41 +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.4/8.14.4) with ESMTP id oAHGZfpk012662; Wed, 17 Nov 2010 18:35:41 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAHGZfad012661; Wed, 17 Nov 2010 18:35:41 +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, 17 Nov 2010 18:35:41 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101117163541.GR2392@deviant.kiev.zoral.com.ua> References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> <20101116221926.GN2392@deviant.kiev.zoral.com.ua> <4CE333EF.10406@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QHdPxs9xTQFJbl9m" Content-Disposition: inline In-Reply-To: <4CE333EF.10406@sentex.net> 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=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 17 Nov 2010 16:35:57 -0000 --QHdPxs9xTQFJbl9m Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 16, 2010 at 08:46:23PM -0500, Mike Tancsa wrote: > On 11/16/2010 5:19 PM, Kostik Belousov wrote: > > Would your conclusion be that the patch seems to increase the throughput > > of the aesni(4) ? > >=20 > > I think that on small-sized blocks, when using aesni(4), the dominating > > factor is the copying/copyout of the data to/from the kernel address > > space. Still would be interesting to compare the full output > > of "openssl speed" on aesni(4) with and without the patch I posted. >=20 > Hi, > There does seem to be some improvement on large blocks. But there are > some freakishly fast times. On other sizes, there is no difference in > speed it would seem >=20 > I did 20 runs. Updated stats at http://www.tancsa.com/fpu.html Thank you. Indeed, I think that the test units are too small so that random system events can cause the variation. Nonetheless, patch seems to help, so I committed it. Meantime, the similar change may be beneficial for padlock(4) too. f you are going to test it, please note that most likely, openssl padlock engine does not use padlock(4), I do not know for sure. diff --git a/sys/crypto/via/padlock.c b/sys/crypto/via/padlock.c index 77e059b..ba63093 100644 --- a/sys/crypto/via/padlock.c +++ b/sys/crypto/via/padlock.c @@ -170,7 +170,7 @@ padlock_newsession(device_t dev, uint32_t *sidp, struct= cryptoini *cri) struct padlock_session *ses =3D NULL; struct cryptoini *encini, *macini; struct thread *td; - int error; + int error, saved_ctx; =20 if (sidp =3D=3D NULL || cri =3D=3D NULL) return (EINVAL); @@ -238,10 +238,18 @@ padlock_newsession(device_t dev, uint32_t *sidp, stru= ct cryptoini *cri) =20 if (macini !=3D NULL) { td =3D curthread; - error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, FPU_KERN_NORMAL); + if (!is_fpu_kern_thread(0)) { + error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, + FPU_KERN_NORMAL); + saved_ctx =3D 1; + } else { + error =3D 0; + saved_ctx =3D 0; + } if (error =3D=3D 0) { error =3D padlock_hash_setup(ses, macini); - fpu_kern_leave(td, &ses->ses_fpu_ctx); + if (saved_ctx) + fpu_kern_leave(td, &ses->ses_fpu_ctx); } if (error !=3D 0) { padlock_freesession_one(sc, ses, 0); diff --git a/sys/crypto/via/padlock_cipher.c b/sys/crypto/via/padlock_ciphe= r.c index 0ae26c8..1456ddf 100644 --- a/sys/crypto/via/padlock_cipher.c +++ b/sys/crypto/via/padlock_cipher.c @@ -205,7 +205,7 @@ padlock_cipher_process(struct padlock_session *ses, str= uct cryptodesc *enccrd, struct thread *td; u_char *buf, *abuf; uint32_t *key; - int allocated, error; + int allocated, error, saved_ctx; =20 buf =3D padlock_cipher_alloc(enccrd, crp, &allocated); if (buf =3D=3D NULL) @@ -250,14 +250,21 @@ padlock_cipher_process(struct padlock_session *ses, s= truct cryptodesc *enccrd, } =20 td =3D curthread; - error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, FPU_KERN_NORMAL); + if (!is_fpu_kern_thread(0)) { + error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, FPU_KERN_NORMAL); + saved_ctx =3D 1; + } else { + error =3D 0; + saved_ctx =3D 0; + } if (error !=3D 0) goto out; =20 padlock_cbc(abuf, abuf, enccrd->crd_len / AES_BLOCK_LEN, key, cw, ses->ses_iv); =20 - fpu_kern_leave(td, &ses->ses_fpu_ctx); + if (saved_ctx) + fpu_kern_leave(td, &ses->ses_fpu_ctx); =20 if (allocated) { crypto_copyback(crp->crp_flags, crp->crp_buf, enccrd->crd_skip, diff --git a/sys/crypto/via/padlock_hash.c b/sys/crypto/via/padlock_hash.c index 58c58b2..0fe182b 100644 --- a/sys/crypto/via/padlock_hash.c +++ b/sys/crypto/via/padlock_hash.c @@ -366,17 +366,24 @@ padlock_hash_process(struct padlock_session *ses, str= uct cryptodesc *maccrd, struct cryptop *crp) { struct thread *td; - int error; + int error, saved_ctx; =20 td =3D curthread; - error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, FPU_KERN_NORMAL); + if (!is_fpu_kern_thread(0)) { + error =3D fpu_kern_enter(td, &ses->ses_fpu_ctx, FPU_KERN_NORMAL); + saved_ctx =3D 1; + } else { + error =3D 0; + saved_ctx =3D 0; + } if (error !=3D 0) return (error); if ((maccrd->crd_flags & CRD_F_KEY_EXPLICIT) !=3D 0) padlock_hash_key_setup(ses, maccrd->crd_key, maccrd->crd_klen); =20 error =3D padlock_authcompute(ses, maccrd, crp->crp_buf, crp->crp_flags); - fpu_kern_leave(td, &ses->ses_fpu_ctx); + if (saved_ctx) + fpu_kern_leave(td, &ses->ses_fpu_ctx); return (error); } =20 --QHdPxs9xTQFJbl9m Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzkBFwACgkQC3+MBN1Mb4glLgCg84M8O4YhICTfLgjBQpS5rKsK X60AoL1rJFCn2zjHDZpihSLXdsQTU3tA =7tWt -----END PGP SIGNATURE----- --QHdPxs9xTQFJbl9m-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 17:03: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 94DB0106566B for ; Wed, 17 Nov 2010 17:03:47 +0000 (UTC) (envelope-from markus.gebert@hostpoint.ch) Received: from mail.adm.hostpoint.ch (mail.adm.hostpoint.ch [217.26.48.124]) by mx1.freebsd.org (Postfix) with ESMTP id 540328FC13 for ; Wed, 17 Nov 2010 17:03:47 +0000 (UTC) Received: from [77.109.131.203] (port=56534 helo=dynip67.office.hostpoint.internal) by mail.adm.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PIl26-000OiC-IV; Wed, 17 Nov 2010 17:38:54 +0100 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Markus Gebert In-Reply-To: <4CE3B320.70302@eng.auth.gr> Date: Wed, 17 Nov 2010 17:38:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4CE3B320.70302@eng.auth.gr> To: George Mamalakis X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable Subject: Re: chflags on zfs (sappnd) 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, 17 Nov 2010 17:03:47 -0000 On 17.11.2010, at 11:49, George Mamalakis wrote: > Hi everbody, >=20 > from http://wiki.freebsd.org/ZFS I understand that chflags are = supported by zfs. But if I have a file with sappnd on a zfs filesystem, = I am unable to execute a command like this: >=20 > # touch lili > # chflags sappnd lili > # ls -lrto lili > -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili > # echo "lala" >> lili > # echo "lala" >> lili > -su: echo: write error: Operation not permitted >=20 > So, the first time it worked, but it stops working on any consequent = time (when the file is no more empty). > I found a bug report on: >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149495 And: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D151082&cat=3Dkern > where a patch is suggested. Nevertheless, even though my sources are = newer than the suggested patch, my source tree does not contain it. > Do we know anything more about it? The fix was committed to CURRENT on Oct 8th (r213634). The commit = message talks about MFC after a week, however to me it looks like the = fix hasn't made it to 8-STABLE yet. Also, there seems to be a related commit r213673 which essentially = reverts r213634 and has a more general approach to handling ioflags with = zfs. This commit was on Oct 10th, again 1 week MFC grace period, again = not in 8-STABLE yet, at least to my knowlegde. Maybe MFC was simply forgotten, maybe there's a good reason to delay it, = I don't know. We're using my patch (the one mentioned in the PRs) for = now and append-only works as intended. Applying the changes in r213673 = to 8-STABLE might be an option too, if you're considering patching to = get the append flag working. Anyway, hopefully one of these fixes gets MFCd to 8-STABLE soon. Markus From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 18:43: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 4DE151065693; Wed, 17 Nov 2010 18:43:24 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA718FC2A; Wed, 17 Nov 2010 18:43:22 +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 UAA05194; Wed, 17 Nov 2010 20:43:21 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE42244.8060309@freebsd.org> Date: Wed, 17 Nov 2010 20:43:16 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig73E48D082A82728C363537E6" Cc: Subject: acpi(ca) mfc for 8.2 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, 17 Nov 2010 18:43:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig73E48D082A82728C363537E6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I want to do MFC of ACPICA imports to stable/8 before 8.2 release. This would obviously include commits that fix mismerges or remove obsolet= e code. Plus some other small enhancements/fixes in our ACPI code. This is what I currently have: svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log Please note that the svn diff above can not be used with patch(1), becaus= e of some svn peculiarities related to files in vendor area. Here's a plain diff that should be more useful: http://people.freebsd.org/~avg/acpi-stable-8.plain.diff I will appreciate any testing and reviews. Mobile users who track stable/8 would be the primary candidates, I guess = :-) Thanks a lot! --=20 Andriy Gapon --------------enig73E48D082A82728C363537E6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJM5CJJAAoJEHSlLSemUf4vlicH/RVPVpTbg5A3igGDd8+KvqkV WqO6NNfzjRR4T+lWYeEveYB542/L6Sbul4PERj3TdQhda5RmjLZBBPXhZg9d8Ouj ANam+BsKAFtgIiAwJIgfgFLETo8PWMnPzBkB5w1/MfiC7dQ8imd2YMUJoQ7z8lud JUFz28laLofYpCKSikMmR3/JlHsRSYEsHUyrTrd3TT9l4I2nB6Imw9fQHBWgwccu MUNCaVcqCKXCCETpV7mlATd9bmvtQP0oddp1HkriivJ4VlwTKIubFfe7bzowQWWA QP5q+Gc3qgly4DVZ8Nm6jjZy+7GviCiRxo1f9/ceGiLeujQPslnwgBneFsXPDlw= =AHRk -----END PGP SIGNATURE----- --------------enig73E48D082A82728C363537E6-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 19:01:02 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 00AFB1065693 for ; Wed, 17 Nov 2010 19:01:02 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 425358FC21 for ; Wed, 17 Nov 2010 19:01:00 +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 VAA05443; Wed, 17 Nov 2010 21:00:29 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE4264C.7050207@freebsd.org> Date: Wed, 17 Nov 2010 21:00:28 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Markus Gebert References: <4CE3B320.70302@eng.auth.gr> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable , George Mamalakis Subject: Re: chflags on zfs (sappnd) 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, 17 Nov 2010 19:01:02 -0000 on 17/11/2010 18:38 Markus Gebert said the following: > > On 17.11.2010, at 11:49, George Mamalakis wrote: > >> Hi everbody, >> >> from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: >> >> # touch lili >> # chflags sappnd lili >> # ls -lrto lili >> -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili >> # echo "lala" >> lili >> # echo "lala" >> lili >> -su: echo: write error: Operation not permitted >> >> So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). >> I found a bug report on: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 > > And: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=151082&cat=kern > > >> where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. >> Do we know anything more about it? > > The fix was committed to CURRENT on Oct 8th (r213634). The commit message talks about MFC after a week, however to me it looks like the fix hasn't made it to 8-STABLE yet. > > Also, there seems to be a related commit r213673 which essentially reverts r213634 and has a more general approach to handling ioflags with zfs. This commit was on Oct 10th, again 1 week MFC grace period, again not in 8-STABLE yet, at least to my knowlegde. > > Maybe MFC was simply forgotten, maybe there's a good reason to delay it, I don't know. We're using my patch (the one mentioned in the PRs) for now and append-only works as intended. Applying the changes in r213673 to 8-STABLE might be an option too, if you're considering patching to get the append flag working. > > Anyway, hopefully one of these fixes gets MFCd to 8-STABLE soon. > Good analysis, but did you forget to CC the committer(s)? It is known that sometimes the committers do need a gentle (or not so) nudging :-) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 19:19: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 A1CF4106566C for ; Wed, 17 Nov 2010 19:19:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id DD5BB8FC1C for ; Wed, 17 Nov 2010 19:19:07 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAHJIwGj072293 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 17 Nov 2010 14:18:58 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE42A9A.5030001@sentex.net> Date: Wed, 17 Nov 2010 14:18:50 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov , freebsd-stable@freebsd.org References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> <20101116221926.GN2392@deviant.kiev.zoral.com.ua> <4CE333EF.10406@sentex.net> <20101117163541.GR2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101117163541.GR2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Subject: Re: Call for testers: FPU changes 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, 17 Nov 2010 19:19:08 -0000 On 11/17/2010 11:35 AM, Kostik Belousov wrote: > Meantime, the similar change may be beneficial for padlock(4) too. > f you are going to test it, please note that most likely, openssl padlock > engine does not use padlock(4), I do not know for sure. > > diff --git a/sys/crypto/via/padlock.c b/sys/crypto/via/padlock.c > index 77e059b..ba63093 100644 > --- a/sys/crypto/via/padlock.c > +++ b/sys/crypto/via/padlock.c Patch applied cleanly Full results at the bottom of http://www.tancsa.com/fpu.html On large blocks, version 1 vs the above patch show no significant difference. This is with openssl using the cryptodev engine. I also compared to the openssl padlock engine which gave interesting results! 0(via)# cat version1.txt | sed -e 's/k//g' | awk '{print $6}' > 1 0(via)# cat version2.txt | sed -e 's/k//g' | awk '{print $6}' > 2 0(via)# ministat 1 2 x 1 + 2 N Min Max Median Avg Stddev x 30 2591851.6 6645345.1 4326340.6 4227917.6 1083181.2 + 30 2574883.9 8830282.8 4033610.4 4241195.6 1519334.8 No difference proven at 95.0% confidence 0(via)# cat version1.txt | sed -e 's/k//g' | awk '{print $5}' > 1 0(via)# cat version2.txt | sed -e 's/k//g' | awk '{print $5}' > 2 0(via)# ministat 1 2 N Min Max Median Avg Stddev x 30 1124673.3 2320883.7 1527677.1 1550631.9 295165.4 + 30 1069788.2 2508865.7 1594506.2 1588193.2 389414.33 No difference proven at 95.0% confidence 0(via)# From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 19:25: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 D48FF106566C; Wed, 17 Nov 2010 19:25:13 +0000 (UTC) (envelope-from markus.gebert@hostpoint.ch) Received: from mail.adm.hostpoint.ch (mail.adm.hostpoint.ch [217.26.48.124]) by mx1.freebsd.org (Postfix) with ESMTP id 94F4C8FC0A; Wed, 17 Nov 2010 19:25:13 +0000 (UTC) Received: from 46-127-28-239.dclient.hispeed.ch ([46.127.28.239]:60357 helo=[172.16.1.20]) by mail.adm.hostpoint.ch with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PInd2-0002YV-0j; Wed, 17 Nov 2010 20:25:12 +0100 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Markus Gebert In-Reply-To: <4CE4264C.7050207@freebsd.org> Date: Wed, 17 Nov 2010 20:25:12 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6B9C30FF-784E-46FF-ADE8-2C574391371C@hostpoint.ch> References: <4CE3B320.70302@eng.auth.gr> <4CE4264C.7050207@freebsd.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable , Pawel Jakub Dawidek , Martin Matuska , George Mamalakis Subject: Re: chflags on zfs (sappnd) 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, 17 Nov 2010 19:25:13 -0000 On 17.11.2010, at 20:00, Andriy Gapon wrote: > on 17/11/2010 18:38 Markus Gebert said the following: >>=20 >> On 17.11.2010, at 11:49, George Mamalakis wrote: >>=20 >>> Hi everbody, >>>=20 >>> from http://wiki.freebsd.org/ZFS I understand that chflags are = supported by zfs. But if I have a file with sappnd on a zfs filesystem, = I am unable to execute a command like this: >>>=20 >>> # touch lili >>> # chflags sappnd lili >>> # ls -lrto lili >>> -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili >>> # echo "lala" >> lili >>> # echo "lala" >> lili >>> -su: echo: write error: Operation not permitted >>>=20 >>> So, the first time it worked, but it stops working on any consequent = time (when the file is no more empty). >>> I found a bug report on: >>>=20 >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D149495 >>=20 >> And: >>=20 >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D151082&cat=3Dkern >>=20 >>=20 >>> where a patch is suggested. Nevertheless, even though my sources are = newer than the suggested patch, my source tree does not contain it. >>> Do we know anything more about it? >>=20 >> The fix was committed to CURRENT on Oct 8th (r213634). The commit = message talks about MFC after a week, however to me it looks like the = fix hasn't made it to 8-STABLE yet. >>=20 >> Also, there seems to be a related commit r213673 which essentially = reverts r213634 and has a more general approach to handling ioflags with = zfs. This commit was on Oct 10th, again 1 week MFC grace period, again = not in 8-STABLE yet, at least to my knowlegde. >>=20 >> Maybe MFC was simply forgotten, maybe there's a good reason to delay = it, I don't know. We're using my patch (the one mentioned in the PRs) = for now and append-only works as intended. Applying the changes in = r213673 to 8-STABLE might be an option too, if you're considering = patching to get the append flag working. >>=20 >> Anyway, hopefully one of these fixes gets MFCd to 8-STABLE soon. >>=20 >=20 > Good analysis, but did you forget to CC the committer(s)? > It is known that sometimes the committers do need a gentle (or not so) = nudging :-) Right :-) mm@ and pjd@ now CCed. Markus From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 19:25: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 EAFD2106579C; Wed, 17 Nov 2010 19:25:44 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8ACD68FC18; Wed, 17 Nov 2010 19:25:44 +0000 (UTC) Received: by qyk8 with SMTP id 8so351479qyk.13 for ; Wed, 17 Nov 2010 11:25:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=tsAvd9do5bV/iTfKK3NpFrH6rsDFZ7KXMUEZpbS/JlY=; b=w3NG42ou6Ixa8qwCuN7JDgS4N7Hloi8RXuZM4yq9iKZZpeQSzhnLaN6/grB+QIJT6o obsjwdhD1w4WDqQWd42RTDGZsBtVt4yc3I9Mm5+sw4q5q8MNopG8cKPaSfl9W2lEzL++ C0OFPI4Yl5aERb9Bn8cEN3YP2zDQb94346/KQ= 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=iBhYMgqsEPoDtvjKMcQHvHj0unSwFdvEokW8eWHavHbevxL3sdsWvXKJ3s+PN8+BnT 4UuuxQpLHmGiPhU5EWbdV9SuxEbb0+GYKLrBxj6jl3anMExRFJUTkMsMi8wKdBZbFoox ylP1+x+xOlly1wKJ+fXAFzAheg7zZXzbtvS5g= MIME-Version: 1.0 Received: by 10.229.95.11 with SMTP id b11mr7889011qcn.174.1290021943320; Wed, 17 Nov 2010 11:25:43 -0800 (PST) Received: by 10.229.231.81 with HTTP; Wed, 17 Nov 2010 11:25:43 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> Date: Wed, 17 Nov 2010 20:25:43 +0100 Message-ID: From: Christer Solskogen To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: "High" cpu usage when using ZFS cache device 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, 17 Nov 2010 19:25:45 -0000 On Wed, Nov 17, 2010 at 8:47 AM, Christer Solskogen wrote: > Will try to reboot server now to se if that has any impact. It seems to have solved it. At least temporary. -- chs, From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 19:52: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 1896E106564A for ; Wed, 17 Nov 2010 19:52:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A8CB98FC08 for ; Wed, 17 Nov 2010 19:52:53 +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 oAHJqnW7027956 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Nov 2010 21:52: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.4/8.14.4) with ESMTP id oAHJqnbl014095; Wed, 17 Nov 2010 21:52:49 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAHJqnJW014094; Wed, 17 Nov 2010 21:52: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, 17 Nov 2010 21:52:49 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101117195249.GV2392@deviant.kiev.zoral.com.ua> References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> <20101116221926.GN2392@deviant.kiev.zoral.com.ua> <4CE333EF.10406@sentex.net> <20101117163541.GR2392@deviant.kiev.zoral.com.ua> <4CE42A9A.5030001@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RaRnhf7ZScGdjRjl" Content-Disposition: inline In-Reply-To: <4CE42A9A.5030001@sentex.net> 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=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no 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: Call for testers: FPU changes 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, 17 Nov 2010 19:52:54 -0000 --RaRnhf7ZScGdjRjl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 17, 2010 at 02:18:50PM -0500, Mike Tancsa wrote: > On 11/17/2010 11:35 AM, Kostik Belousov wrote: > > Meantime, the similar change may be beneficial for padlock(4) too. > > f you are going to test it, please note that most likely, openssl padlo= ck > > engine does not use padlock(4), I do not know for sure. > >=20 > > diff --git a/sys/crypto/via/padlock.c b/sys/crypto/via/padlock.c > > index 77e059b..ba63093 100644 > > --- a/sys/crypto/via/padlock.c > > +++ b/sys/crypto/via/padlock.c >=20 > Patch applied cleanly >=20 >=20 > Full results at the bottom of > http://www.tancsa.com/fpu.html >=20 > On large blocks, version 1 vs the above patch show no significant > difference. This is with openssl using the cryptodev engine. I also > compared to the openssl padlock engine which gave interesting results! >=20 >=20 >=20 > 0(via)# cat version1.txt | sed -e 's/k//g' | awk '{print $6}' > 1 > 0(via)# cat version2.txt | sed -e 's/k//g' | awk '{print $6}' > 2 > 0(via)# ministat 1 2 > x 1 > + 2 > N Min Max Median Avg Stdd= ev > x 30 2591851.6 6645345.1 4326340.6 4227917.6 1083181= .2 > + 30 2574883.9 8830282.8 4033610.4 4241195.6 1519334= .8 > No difference proven at 95.0% confidence >=20 > 0(via)# cat version1.txt | sed -e 's/k//g' | awk '{print $5}' > 1 > 0(via)# cat version2.txt | sed -e 's/k//g' | awk '{print $5}' > 2 > 0(via)# ministat 1 2 > N Min Max Median Avg Stdd= ev > x 30 1124673.3 2320883.7 1527677.1 1550631.9 295165= .4 > + 30 1069788.2 2508865.7 1594506.2 1588193.2 389414.= 33 > No difference proven at 95.0% confidence > 0(via)# >=20 Thank you once more. If nothing new pops up, I will commit the MFC tomorrow. Unfortunately, no suspend/resume testers appeared, so be it. --RaRnhf7ZScGdjRjl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkzkMpAACgkQC3+MBN1Mb4iFkACg8v1h1PSWe7Wav42kBe9qjU6X 8ygAn0pnKGWM+eVt2mQLi1vxT6EL98H7 =SUCo -----END PGP SIGNATURE----- --RaRnhf7ZScGdjRjl-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 22:14: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 9A62B10657E3 for ; Wed, 17 Nov 2010 22:14:30 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.117]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE4F8FC25 for ; Wed, 17 Nov 2010 22:14:30 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.45]) by c-in3ofal02-01.sv2.lotuslive.com (Postfix) with ESMTP id B08C91200123 for ; Wed, 17 Nov 2010 22:08:58 +0000 (GMT) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-03.sv2.lotuslive.com (Postfix) with ESMTP id 9A9536E2E00 for ; Wed, 17 Nov 2010 22:08:58 +0000 (GMT) Received: from c-in3ws--02-02.ben.sv2.lotuslive.com (c-in3ws--02-02.sv2.lotuslive.com [10.6.32.77]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 22:08:58 +0000 Received: (qmail 9707 invoked from network); 17 Nov 2010 22:08:58 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-02.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 22:08:58 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andriy Gapon In-Reply-To: <4CE42244.8060309@freebsd.org> References: <4CE42244.8060309@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 17:08:56 -0500 Message-ID: <1290031736.1899.10.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 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, 17 Nov 2010 22:14:30 -0000 On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:=20 > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolet= e code. > Plus some other small enhancements/fixes in our ACPI code. >=20 > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log >=20 > Please note that the svn diff above can not be used with patch(1), becaus= e of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff >=20 > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess = :-) > Thanks a lot! On my system: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 running on ThinkPad X60, I get proliferation of=20 "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" messages after applying the patch. Verbose dmesg from "before" and "after" cold boots are available at: http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 respectively. Now, on this machine tz0 is not a real thermal zone but some kind of implement to initiate system shutdown for some case I never had enough time or inclination to track through ASL. Real thermal zone is tz1. hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 43.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 75.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 If I can provide any additional information or test any patches, please, let me know. Also, I would like to take this opportunity to thank you for your work. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 22:15: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 A9D1A106567A for ; Wed, 17 Nov 2010 22:15:22 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.119]) by mx1.freebsd.org (Postfix) with ESMTP id 819928FC1F for ; Wed, 17 Nov 2010 22:15:22 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.43]) by c-in3ofal02-02.sv2.lotuslive.com (Postfix) with ESMTP id 618B612904C4 for ; Wed, 17 Nov 2010 22:04:04 +0000 (GMT) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-01.sv2.lotuslive.com (Postfix) with ESMTP id 847778C1785 for ; Wed, 17 Nov 2010 22:04:03 +0000 (GMT) Received: from c-in3ws--02-02.ben.sv2.lotuslive.com (c-in3ws--02-02.sv2.lotuslive.com [10.6.32.77]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 22:04:03 +0000 Received: (qmail 27844 invoked from network); 17 Nov 2010 22:04:03 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-02.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 22:04:03 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andriy Gapon In-Reply-To: <4CE42244.8060309@freebsd.org> References: <4CE42244.8060309@freebsd.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 17:04:01 -0500 Message-ID: <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 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, 17 Nov 2010 22:15:22 -0000 On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote:=20 > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolet= e code. > Plus some other small enhancements/fixes in our ACPI code. >=20 > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log >=20 > Please note that the svn diff above can not be used with patch(1), becaus= e of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff >=20 > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess = :-) > Thanks a lot! On my system: FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 running on ThinkPad X60, I get proliferation of=20 "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" messages after applying the patch. Verbose dmesg from "before" and "after" cold boots are available at: http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 respectively. Now, on this machine tz0 is not a real thermal zone but some kind of implement to initiate system shutdown for some case I never had enough time or inclination to track through ASL. Real thermal zone is tz1. hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 10 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 45.0C hw.acpi.thermal.tz0.active: -1 hw.acpi.thermal.tz0.passive_cooling: 0 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: -1 hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 127.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: -1 hw.acpi.thermal.tz0._TC2: -1 hw.acpi.thermal.tz0._TSP: -1 hw.acpi.thermal.tz1.temperature: 43.0C hw.acpi.thermal.tz1.active: -1 hw.acpi.thermal.tz1.passive_cooling: 1 hw.acpi.thermal.tz1.thermal_flags: 0 hw.acpi.thermal.tz1._PSV: 75.0C hw.acpi.thermal.tz1._HOT: -1 hw.acpi.thermal.tz1._CRT: 97.0C hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz1._TC1: 5 hw.acpi.thermal.tz1._TC2: 4 hw.acpi.thermal.tz1._TSP: 600 If I can provide any additional information or test any patches, please, let me know. Also, I would like to take this opportunity to thank you for your work. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 22:42:07 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 26B8910656A3; Wed, 17 Nov 2010 22:42:07 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 17:41:55 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_1oF5MOfv2lvbHEN" Message-Id: <201011171741.57389.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 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, 17 Nov 2010 22:42:07 -0000 --Boundary-00=_1oF5MOfv2lvbHEN Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" Kovalenko wrote: > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > release. This would obviously include commits that fix mismerges > > or remove obsolete code. Plus some other small enhancements/fixes > > in our ACPI code. > > > > This is what I currently have: > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > Please note that the svn diff above can not be used with > > patch(1), because of some svn peculiarities related to files in > > vendor area. > > Here's a plain diff that should be more useful: > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > I will appreciate any testing and reviews. > > Mobile users who track stable/8 would be the primary candidates, > > I guess :-) Thanks a lot! > > On my system: > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 > i386 > > running on ThinkPad X60, I get proliferation of > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > messages after applying the patch. > > Verbose dmesg from "before" and "after" cold boots are available > at: > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > respectively. > > Now, on this machine tz0 is not a real thermal zone but some kind > of implement to initiate system shutdown for some case I never had > enough time or inclination to track through ASL. Real thermal zone > is tz1. > > hw.acpi.thermal.min_runtime: 0 > hw.acpi.thermal.polling_rate: 10 > hw.acpi.thermal.user_override: 1 > hw.acpi.thermal.tz0.temperature: 45.0C > hw.acpi.thermal.tz0.active: -1 > hw.acpi.thermal.tz0.passive_cooling: 0 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: -1 > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 127.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: -1 > hw.acpi.thermal.tz0._TC2: -1 > hw.acpi.thermal.tz0._TSP: -1 > hw.acpi.thermal.tz1.temperature: 43.0C > hw.acpi.thermal.tz1.active: -1 > hw.acpi.thermal.tz1.passive_cooling: 1 > hw.acpi.thermal.tz1.thermal_flags: 0 > hw.acpi.thermal.tz1._PSV: 75.0C > hw.acpi.thermal.tz1._HOT: -1 > hw.acpi.thermal.tz1._CRT: 97.0C > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz1._TC1: 5 > hw.acpi.thermal.tz1._TC2: 4 > hw.acpi.thermal.tz1._TSP: 600 > > If I can provide any additional information or test any patches, > please, let me know. Ouch... Can you please try the attached patch? Thanks, Jung-uk Kim --Boundary-00=_1oF5MOfv2lvbHEN Content-Type: text/plain; charset="iso-8859-1"; name="acpi_thermal.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="acpi_thermal.diff" Index: sys/dev/acpica/acpi_thermal.c =================================================================== --- sys/dev/acpica/acpi_thermal.c (revision 215429) +++ sys/dev/acpica/acpi_thermal.c (working copy) @@ -181,14 +181,16 @@ static int acpi_tz_cooling_unit = -1; static int acpi_tz_probe(device_t dev) { - int result; + char *name; - if (acpi_get_type(dev) == ACPI_TYPE_THERMAL && !acpi_disabled("thermal")) { - device_set_desc(dev, "Thermal Zone"); - result = -10; - } else - result = ENXIO; - return (result); + if (!acpi_disabled("thermal")) { + name = acpi_name(acpi_get_handle(dev)); + if (name != NULL && strcmp(name, "\\_TZ_") == 0) { + device_set_desc(dev, "Thermal Zone"); + return (-10); + } + } + return (ENXIO); } static int --Boundary-00=_1oF5MOfv2lvbHEN-- From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 22:48:29 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 8BFB21065670; Wed, 17 Nov 2010 22:48:28 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 17:48:09 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <1290031441.1899.8.camel@RabbitsDen.RabbitsLawn.verizon.net> <201011171741.57389.jkim@FreeBSD.org> In-Reply-To: <201011171741.57389.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011171748.11701.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 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, 17 Nov 2010 22:48:29 -0000 On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote: > On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" Kovalenko > > wrote: > > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > > release. This would obviously include commits that fix > > > mismerges or remove obsolete code. Plus some other small > > > enhancements/fixes in our ACPI code. > > > > > > This is what I currently have: > > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > > > Please note that the svn diff above can not be used with > > > patch(1), because of some svn peculiarities related to files in > > > vendor area. > > > Here's a plain diff that should be more useful: > > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > > > I will appreciate any testing and reviews. > > > Mobile users who track stable/8 would be the primary > > > candidates, I guess :-) Thanks a lot! > > > > On my system: > > > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX6 > >0 i386 > > > > running on ThinkPad X60, I get proliferation of > > > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > > > messages after applying the patch. > > > > Verbose dmesg from "before" and "after" cold boots are available > > at: > > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > > > respectively. > > > > Now, on this machine tz0 is not a real thermal zone but some kind > > of implement to initiate system shutdown for some case I never > > had enough time or inclination to track through ASL. Real thermal > > zone is tz1. > > > > hw.acpi.thermal.min_runtime: 0 > > hw.acpi.thermal.polling_rate: 10 > > hw.acpi.thermal.user_override: 1 > > hw.acpi.thermal.tz0.temperature: 45.0C > > hw.acpi.thermal.tz0.active: -1 > > hw.acpi.thermal.tz0.passive_cooling: 0 > > hw.acpi.thermal.tz0.thermal_flags: 0 > > hw.acpi.thermal.tz0._PSV: -1 > > hw.acpi.thermal.tz0._HOT: -1 > > hw.acpi.thermal.tz0._CRT: 127.0C > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz0._TC1: -1 > > hw.acpi.thermal.tz0._TC2: -1 > > hw.acpi.thermal.tz0._TSP: -1 > > hw.acpi.thermal.tz1.temperature: 43.0C > > hw.acpi.thermal.tz1.active: -1 > > hw.acpi.thermal.tz1.passive_cooling: 1 > > hw.acpi.thermal.tz1.thermal_flags: 0 > > hw.acpi.thermal.tz1._PSV: 75.0C > > hw.acpi.thermal.tz1._HOT: -1 > > hw.acpi.thermal.tz1._CRT: 97.0C > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > hw.acpi.thermal.tz1._TC1: 5 > > hw.acpi.thermal.tz1._TC2: 4 > > hw.acpi.thermal.tz1._TSP: 600 > > > > If I can provide any additional information or test any patches, > > please, let me know. > > Ouch... Can you please try the attached patch? Please ignore this patch. I need little bit more thinking. Sorry, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 23:06:51 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 B669E106564A for ; Wed, 17 Nov 2010 23:06:51 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas02p.mx.bigpond.com (nschwmtas02p.mx.bigpond.com [61.9.189.140]) by mx1.freebsd.org (Postfix) with ESMTP id 517BE8FC08 for ; Wed, 17 Nov 2010 23:06:50 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101117230649.ZEHO25233.nschwmtas02p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com>; Wed, 17 Nov 2010 23:06:49 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101117230649.TFVZ8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home>; Wed, 17 Nov 2010 23:06:49 +0000 Date: Thu, 18 Nov 2010 10:06:38 +1100 From: Andrew Reilly To: Ian Smith Message-ID: <20101117230638.GA39596@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101117133530.H39988@sola.nimnet.asn.au> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4CE46009.0043,ss=1,fgs=0 X-SIH-MSG-ID: qBwyFtP4TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rEJvdRv9GgxD9LJhiGNGEmaajtTY3Rs9mK Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 23:06:51 -0000 On Wed, Nov 17, 2010 at 01:42:15PM +1100, Ian Smith wrote: > I'm used to seeing est either attach to both CPUs, or fail to attach to > either CPU. Here it's attached to cpu0, but not to cpu1. Is that odd? It seems odd, but since I don't know what est does (there isn't a man page), I'm not sure how it (possibly) being broken affects me. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 23:08:06 2010 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id DF0521065670; Wed, 17 Nov 2010 23:08:05 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 17 Nov 2010 18:07:54 -0500 User-Agent: KMail/1.6.2 References: <4CE42244.8060309@freebsd.org> <201011171741.57389.jkim@FreeBSD.org> <201011171748.11701.jkim@FreeBSD.org> In-Reply-To: <201011171748.11701.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011171807.57841.jkim@FreeBSD.org> Cc: freebsd-acpi@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Andriy Gapon Subject: Re: acpi(ca) mfc for 8.2 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, 17 Nov 2010 23:08:06 -0000 On Wednesday 17 November 2010 05:48 pm, Jung-uk Kim wrote: > On Wednesday 17 November 2010 05:41 pm, Jung-uk Kim wrote: > > On Wednesday 17 November 2010 05:04 pm, Alexandre "Sunny" > > Kovalenko > > > > wrote: > > > On Wed, 2010-11-17 at 20:43 +0200, Andriy Gapon wrote: > > > > I want to do MFC of ACPICA imports to stable/8 before 8.2 > > > > release. This would obviously include commits that fix > > > > mismerges or remove obsolete code. Plus some other small > > > > enhancements/fixes in our ACPI code. > > > > > > > > This is what I currently have: > > > > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > > > > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > > > > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > > > > > > > Please note that the svn diff above can not be used with > > > > patch(1), because of some svn peculiarities related to files > > > > in vendor area. > > > > Here's a plain diff that should be more useful: > > > > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff > > > > > > > > I will appreciate any testing and reviews. > > > > Mobile users who track stable/8 would be the primary > > > > candidates, I guess :-) Thanks a lot! > > > > > > On my system: > > > > > > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 8.1-STABLE FreeBSD > > > 8.1-STABLE #0 r215086: Wed Nov 10 11:07:30 EST 2010 > > > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TP > > >X6 0 i386 > > > > > > running on ThinkPad X60, I get proliferation of > > > > > > "acpi_tz0: error fetching current temperature -- AE_NOT_FOUND" > > > > > > messages after applying the patch. > > > > > > Verbose dmesg from "before" and "after" cold boots are > > > available at: > > > > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.before.bz2 > > > http://members.verizon.net/~akovalenko/ACPI/dmesg.after.bz2 > > > > > > respectively. > > > > > > Now, on this machine tz0 is not a real thermal zone but some > > > kind of implement to initiate system shutdown for some case I > > > never had enough time or inclination to track through ASL. Real > > > thermal zone is tz1. > > > > > > hw.acpi.thermal.min_runtime: 0 > > > hw.acpi.thermal.polling_rate: 10 > > > hw.acpi.thermal.user_override: 1 > > > hw.acpi.thermal.tz0.temperature: 45.0C > > > hw.acpi.thermal.tz0.active: -1 > > > hw.acpi.thermal.tz0.passive_cooling: 0 > > > hw.acpi.thermal.tz0.thermal_flags: 0 > > > hw.acpi.thermal.tz0._PSV: -1 > > > hw.acpi.thermal.tz0._HOT: -1 > > > hw.acpi.thermal.tz0._CRT: 127.0C > > > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > hw.acpi.thermal.tz0._TC1: -1 > > > hw.acpi.thermal.tz0._TC2: -1 > > > hw.acpi.thermal.tz0._TSP: -1 > > > hw.acpi.thermal.tz1.temperature: 43.0C > > > hw.acpi.thermal.tz1.active: -1 > > > hw.acpi.thermal.tz1.passive_cooling: 1 > > > hw.acpi.thermal.tz1.thermal_flags: 0 > > > hw.acpi.thermal.tz1._PSV: 75.0C > > > hw.acpi.thermal.tz1._HOT: -1 > > > hw.acpi.thermal.tz1._CRT: 97.0C > > > hw.acpi.thermal.tz1._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > > > hw.acpi.thermal.tz1._TC1: 5 > > > hw.acpi.thermal.tz1._TC2: 4 > > > hw.acpi.thermal.tz1._TSP: 600 > > > > > > If I can provide any additional information or test any > > > patches, please, let me know. > > > > Ouch... Can you please try the attached patch? > > Please ignore this patch. I need little bit more thinking. I think I know what's going on. Andriy, it seems this change is missing from your patchset (maybe more): http://svn.freebsd.org/viewvc/base/head/sys/contrib/dev/acpica/utilities/utglobal.c?r1=210976&r2=213806 Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 23:38:31 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 02B981065673 for ; Wed, 17 Nov 2010 23:38:31 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.118]) by mx1.freebsd.org (Postfix) with ESMTP id D64758FC26 for ; Wed, 17 Nov 2010 23:38:30 +0000 (UTC) Received: from outbound2.messaging.lotuslive.com (unknown [10.6.32.102]) by c-in3ofal02-01.sv2.lotuslive.com (Postfix) with ESMTP id 0C23F1000BC4 for ; Wed, 17 Nov 2010 23:26:58 +0000 (GMT) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-04.sv2.lotuslive.com (Postfix) with ESMTP id E5151166FB7 for ; Wed, 17 Nov 2010 23:26:57 +0000 (GMT) Received: from c-in3ws--02-09.ben.sv2.lotuslive.com (c-in3ws--02-09.sv2.lotuslive.com [10.6.32.89]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 23:26:57 +0000 Received: (qmail 29468 invoked from network); 17 Nov 2010 23:26:57 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-09.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 23:26:57 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andrew Reilly In-Reply-To: <20101117230638.GA39596@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 18:26:56 -0500 Message-ID: <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 23:38:31 -0000 On Thu, 2010-11-18 at 10:06 +1100, Andrew Reilly wrote: > On Wed, Nov 17, 2010 at 01:42:15PM +1100, Ian Smith wrote: > > I'm used to seeing est either attach to both CPUs, or fail to attach to= =20 > > either CPU. Here it's attached to cpu0, but not to cpu1. Is that odd?= =20 >=20 > It seems odd, but since I don't know what est does (there isn't > a man page), I'm not sure how it (possibly) being broken > affects me. >=20 > Cheers, >=20 Faint reference to 'est' could be found in 'man cpufreq'. HTH, --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 23:41: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 E9686106564A for ; Wed, 17 Nov 2010 23:41:58 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas06p.mx.bigpond.com (nschwmtas06p.mx.bigpond.com [61.9.189.152]) by mx1.freebsd.org (Postfix) with ESMTP id 81C438FC15 for ; Wed, 17 Nov 2010 23:41:58 +0000 (UTC) Received: from nschwotgx01p.mx.bigpond.com ([124.188.161.100]) by nschwmtas06p.mx.bigpond.com with ESMTP id <20101117234157.MCNS759.nschwmtas06p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com>; Wed, 17 Nov 2010 23:41:57 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20101117234156.VGIP8424.nschwotgx01p.mx.bigpond.com@johnny.reilly.home>; Wed, 17 Nov 2010 23:41:56 +0000 Date: Thu, 18 Nov 2010 10:40:56 +1100 From: Andrew Reilly To: Alexandre Sunny Kovalenko Message-ID: <20101117234056.GA40176@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4CE46844.00FB,ss=1,fgs=0 X-SIH-MSG-ID: ohE1Ed33TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rEJvdRv9GgxD9LJhiGNGUhaaniTY3Rs9mK Cc: stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 23:41:59 -0000 On Wed, Nov 17, 2010 at 06:26:56PM -0500, Alexandre Sunny Kovalenko wrote: > On Thu, 2010-11-18 at 10:06 +1100, Andrew Reilly wrote: > > On Wed, Nov 17, 2010 at 01:42:15PM +1100, Ian Smith wrote: > > > I'm used to seeing est either attach to both CPUs, or fail to attach to > > > either CPU. Here it's attached to cpu0, but not to cpu1. Is that odd? > > > > It seems odd, but since I don't know what est does (there isn't > > a man page), I'm not sure how it (possibly) being broken > > affects me. > > > > Cheers, > > > > Faint reference to 'est' could be found in 'man cpufreq'. Thanks for the reference! From reading that, it seems as though the sysctl-exposed functionality matches the dmesg.boot description (speed controls only available on cpu 0): dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2933 dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250 dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 dev.cpu.0.cx_lowest: C1 dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 dev.cpu.1.cx_lowest: C1 dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us Since the cpufreq man page lists the inability to set the frequency of different CPUs differently, perhaps this isn't a bug at all? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Nov 17 23: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 874DA106566C for ; Wed, 17 Nov 2010 23:56:56 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.120]) by mx1.freebsd.org (Postfix) with ESMTP id 6792F8FC19 for ; Wed, 17 Nov 2010 23:56:56 +0000 (UTC) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-04.sv2.lotuslive.com (Postfix) with ESMTP id CEDB5166FBC for ; Wed, 17 Nov 2010 23:56:55 +0000 (GMT) Received: from c-in3ws--02-01.ben.sv2.lotuslive.com (c-in3ws--02-01.sv2.lotuslive.com [10.6.32.74]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Wed, 17 Nov 2010 23:56:55 +0000 Received: (qmail 20224 invoked from network); 17 Nov 2010 23:56:55 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-01.fen.sv2.lotusliveops.com with SMTP; 17 Nov 2010 23:56:55 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andrew Reilly In-Reply-To: <20101117234056.GA40176@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101117234056.GA40176@johnny.reilly.home> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 18:56:53 -0500 Message-ID: <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 17 Nov 2010 23:56:56 -0000 On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > On Wed, Nov 17, 2010 at 06:26:56PM -0500, Alexandre Sunny Kovalenko wrote: > > On Thu, 2010-11-18 at 10:06 +1100, Andrew Reilly wrote: > > > On Wed, Nov 17, 2010 at 01:42:15PM +1100, Ian Smith wrote: > > > > I'm used to seeing est either attach to both CPUs, or fail to attac= h to=20 > > > > either CPU. Here it's attached to cpu0, but not to cpu1. Is that = odd?=20 > > >=20 > > > It seems odd, but since I don't know what est does (there isn't > > > a man page), I'm not sure how it (possibly) being broken > > > affects me. > > >=20 > > > Cheers, > > >=20 > >=20 > > Faint reference to 'est' could be found in 'man cpufreq'. >=20 > Thanks for the reference! From reading that, it seems as though > the sysctl-exposed functionality matches the dmesg.boot > description (speed controls only available on cpu 0): >=20 > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 2933 > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/6= 5000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466= /22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 = 299/2500 149/1250 > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.0.cx_lowest: C1 > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > dev.cpu.1.%desc: ACPI CPU > dev.cpu.1.%driver: cpu > dev.cpu.1.%location: handle=3D\_PR_.CPU1 > dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 > dev.cpu.1.%parent: acpi0 > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > dev.cpu.1.cx_lowest: C1 > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us >=20 > Since the cpufreq man page lists the inability to set the > frequency of different CPUs differently, perhaps this isn't a > bug at all? >=20 > Cheers, >=20 Does portion of 'devinfo -rv' similar to the snippet below show 'est' attached to both CPUs? <...> cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 ACPI I/O ports: 0x1014 0x1015 acpi_perf0 acpi_throttle0 coretemp0 =3D=3D> est0 p4tcc0 cpufreq0 cpu1 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU1 ACPI I/O ports: 0x1014 0x1015 acpi_perf1 acpi_throttle1 coretemp1 =3D=3D> est1 p4tcc1 cpufreq1 <...> --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 00:05: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 8E12B1065672; Thu, 18 Nov 2010 00:05:40 +0000 (UTC) (envelope-from mickael.maillot@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 282268FC13; Thu, 18 Nov 2010 00:05:38 +0000 (UTC) Received: by qwb8 with SMTP id 8so68800qwb.13 for ; Wed, 17 Nov 2010 16:05:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=tCvBF5wRog8Rxeh4Kl+lnKaXR0q910sHu1Wt/DazukU=; b=LbiGWDZv5M9CoGqdAjJHyvBGuiYxDe1les39VIOIgBDr8sgcY8v5ksPhQHuQ64cC64 NzDB1+iLvRCAUtImWJk0hemE04OtMLPVEodrHx8LJ/N467+bu0ipalRJ3iNud7QWvOOo IR322CoHxIEdI0ms1DFUZChFOfUuR26rFypQ8= 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=ewAKi8NBX+eS/b4fBZ5kaZzAy/jkOFJ1mrpX7GoW4mnluex46NFgXA7O5Pn90LwHib KyClAV+Sx7Z4pK+soM8LTKGU0vAaUnYg5S1m1JJjtbfsGsxcd3yckgLfthXs7W8ZPlSf LsrGgF//AfRMqy9fEUJis+6qM59Y2FfG3Wl78= MIME-Version: 1.0 Received: by 10.229.96.132 with SMTP id h4mr7987758qcn.205.1290036897327; Wed, 17 Nov 2010 15:34:57 -0800 (PST) Received: by 10.229.47.74 with HTTP; Wed, 17 Nov 2010 15:34:57 -0800 (PST) In-Reply-To: References: <20101116003029.GC79816@numachi.com> <20101116125431.GA90475@icarus.home.lan> Date: Thu, 18 Nov 2010 00:34:57 +0100 Message-ID: From: =?ISO-8859-1?Q?Micka=EBl_Maillot?= To: Christer Solskogen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Ivan Voras , Jeremy Chadwick Subject: Re: "High" cpu usage when using ZFS cache device 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, 18 Nov 2010 00:05:40 -0000 same problem here after ~ 30 days with a production server and 2 SSD Intel X25M as L2. so we update and reboot the 8-STABLE server every month. 2010/11/17 Christer Solskogen > On Wed, Nov 17, 2010 at 8:47 AM, Christer Solskogen > wrote: > > Will try to reboot server now to se if that has any impact. > > It seems to have solved it. At least temporary. > > -- > chs, > _______________________________________________ > 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 Thu Nov 18 00:14:07 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 F2757106566B for ; Thu, 18 Nov 2010 00:14:06 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas04p.mx.bigpond.com (nschwmtas04p.mx.bigpond.com [61.9.189.146]) by mx1.freebsd.org (Postfix) with ESMTP id 8951F8FC0A for ; Thu, 18 Nov 2010 00:14:06 +0000 (UTC) Received: from nschwotgx02p.mx.bigpond.com ([124.188.161.100]) by nschwmtas04p.mx.bigpond.com with ESMTP id <20101118001404.CGZT24340.nschwmtas04p.mx.bigpond.com@nschwotgx02p.mx.bigpond.com>; Thu, 18 Nov 2010 00:14:04 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nschwotgx02p.mx.bigpond.com with ESMTP id <20101118001404.VMR13035.nschwotgx02p.mx.bigpond.com@johnny.reilly.home>; Thu, 18 Nov 2010 00:14:04 +0000 Date: Thu, 18 Nov 2010 11:13:49 +1100 From: Andrew Reilly To: Alexandre Sunny Kovalenko Message-ID: <20101118001349.GA40554@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101117234056.GA40176@johnny.reilly.home> <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150205.4CE46FCC.0093,ss=1,fgs=0 X-SIH-MSG-ID: rRs2GdT+TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rHK+ZRv9GgxD9EJhqFNGAkaazgTY3Rs9mK Cc: stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 00:14:07 -0000 Hi Alexandre, On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote: > On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > > dev.cpu.0.%desc: ACPI CPU > > dev.cpu.0.%driver: cpu > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > dev.cpu.0.%parent: acpi0 > > dev.cpu.0.freq: 2933 > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250 > > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > > dev.cpu.0.cx_lowest: C1 > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > > dev.cpu.1.%desc: ACPI CPU > > dev.cpu.1.%driver: cpu > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > dev.cpu.1.%parent: acpi0 > > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > > dev.cpu.1.cx_lowest: C1 > > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us > > > > Since the cpufreq man page lists the inability to set the > > frequency of different CPUs differently, perhaps this isn't a > > bug at all? > > > > Cheers, > > > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > attached to both CPUs? > <...> > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > ACPI I/O ports: > 0x1014 > 0x1015 > acpi_perf0 > acpi_throttle0 > coretemp0 > ==> est0 > p4tcc0 > cpufreq0 > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > ACPI I/O ports: > 0x1014 > 0x1015 > acpi_perf1 > acpi_throttle1 > coretemp1 > ==> est1 > p4tcc1 > cpufreq1 > <...> Yes, but as you can see they are not nested under coretemp. devices: cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 ACPI I/O ports: 0x414 0x415 acpi_perf0 est0 p4tcc0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 ACPI I/O ports: 0x414 0x415 acpi_perf1 est1 p4tcc1 cpufreq1 This seems to be at odds with the dmesg and sysctl view of things? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 00:33: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 A4CA4106566B for ; Thu, 18 Nov 2010 00:33:32 +0000 (UTC) (envelope-from thomas@gibfest.dk) Received: from mail.tyknet.dk (mail.tyknet.dk [IPv6:2002:d596:2a92:2:155::]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2618FC12 for ; Thu, 18 Nov 2010 00:33:32 +0000 (UTC) Received: from [10.10.1.103] (1503033810.dong.dbnet.dk [89.150.121.210]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.tyknet.dk (Postfix) with ESMTPSA id 5BE8F638DAC; Thu, 18 Nov 2010 01:33:28 +0100 (CET) X-DKIM: OpenDKIM Filter v2.1.3 mail.tyknet.dk 5BE8F638DAC DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gibfest.dk; s=default; t=1290040411; bh=Jg3JtITaDzjJPDZjlveg9mQ5o+SyiJ8aGujXs6TG2uc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=IePTq/GD0AxwNTNJmqXpdybuMrl/aaIRUmIt+8tEBo9RHwiYlZP4UyN+Hjg65syh5 WOzSvMsVasswspYIiftj8wus51A9ruOJPh+ZcZfllSAjqXdjZVPbTOCdB5P4XMt4tk YlxN6zSqQSKBK7qeeqgtJuoM90K3M6d5vbGMKTqk= Message-ID: <4CE47457.2020701@gibfest.dk> Date: Thu, 18 Nov 2010 01:33:27 +0100 From: Thomas Steen Rasmussen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Andrew Reilly References: <20101115045549.GB96011@johnny.reilly.home> In-Reply-To: <20101115045549.GB96011@johnny.reilly.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 00:33:32 -0000 On 15-11-2010 05:55, Andrew Reilly wrote: > Oh: the other thing about this system: I can't warm-start > it, have to power down and then manually hit the power-on > button. Attempting to reboot leaves the console sitting at > something like "Stopping other CPUs" forever. Andrew, No solution for you unfortunately, just a "me too". I have this exact issue on a (very) small box I bought recently. Details here: http://lists.freebsd.org/pipermail/freebsd-acpi/2010-October/006813.html My post didn't yield any responses, and I haven't found a solution. There is a few acpi reboot related looking sysctls though. They didn't do anything for me, but maybe they will work for you, if you haven't already tried them: # sysctl hw.acpi | grep reboot hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 0 Good luck, Thomas Steen Rasmussen From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 00:46: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 080291065673 for ; Thu, 18 Nov 2010 00:46:41 +0000 (UTC) (envelope-from gaijin.k@ovi.com) Received: from outbound2.messaging.lotuslive.com (outbound2.messaging.lotuslive.com [8.12.152.120]) by mx1.freebsd.org (Postfix) with ESMTP id DB3538FC24 for ; Thu, 18 Nov 2010 00:46:40 +0000 (UTC) Received: from c-in3ofil02-01.sv2.lotuslive.com (unknown [10.6.32.48]) by c-in3obnd02-04.sv2.lotuslive.com (Postfix) with ESMTP id 51AF9166FD8 for ; Thu, 18 Nov 2010 00:46:40 +0000 (GMT) Received: from c-in3ws--02-10.ben.sv2.lotuslive.com (c-in3ws--02-10.sv2.lotuslive.com [10.6.32.90]) (sender gaijin.k@ovi.com) by c-in3ofil02-01.sv2.lotusliveops.com (LotusLive iNotes outfilter/0.91) with SMTP; Thu, 18 Nov 2010 00:46:40 +0000 Received: (qmail 4724 invoked from network); 18 Nov 2010 00:46:40 -0000 Received: from unknown (HELO smtp.mail.ovi.com) (gaijin.k@ovi.com@74.105.210.169) by c-in3ws--02-10.fen.sv2.lotusliveops.com with SMTP; 18 Nov 2010 00:46:40 -0000 From: "Alexandre \"Sunny\" Kovalenko" To: Andrew Reilly In-Reply-To: <20101118001349.GA40554@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101117234056.GA40176@johnny.reilly.home> <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101118001349.GA40554@johnny.reilly.home> Content-Type: text/plain; charset="UTF-8" Date: Wed, 17 Nov 2010 19:46:38 -0500 Message-ID: <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 X-Mailer: Evolution 2.30.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 00:46:41 -0000 On Thu, 2010-11-18 at 11:13 +1100, Andrew Reilly wrote: > Hi Alexandre, >=20 > On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote: > > On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > > > dev.cpu.0.%desc: ACPI CPU > > > dev.cpu.0.%driver: cpu > > > dev.cpu.0.%location: handle=3D\_PR_.CPU0 > > > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > > > dev.cpu.0.%parent: acpi0 > > > dev.cpu.0.freq: 2933 > > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 23= 99/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 = 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3= 750 299/2500 149/1250 > > > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > > > dev.cpu.0.cx_lowest: C1 > > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > > > dev.cpu.1.%desc: ACPI CPU > > > dev.cpu.1.%driver: cpu > > > dev.cpu.1.%location: handle=3D\_PR_.CPU1 > > > dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 > > > dev.cpu.1.%parent: acpi0 > > > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > > > dev.cpu.1.cx_lowest: C1 > > > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us > > >=20 > > > Since the cpufreq man page lists the inability to set the > > > frequency of different CPUs differently, perhaps this isn't a > > > bug at all? > > >=20 > > > Cheers, > > >=20 > >=20 > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > > attached to both CPUs? > > <...> > > cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 > > ACPI I/O ports: > > 0x1014 > > 0x1015 > > acpi_perf0 > > acpi_throttle0 > > coretemp0 > > =3D=3D> est0 > > p4tcc0 > > cpufreq0 > > cpu1 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU1 > > ACPI I/O ports: > > 0x1014 > > 0x1015 > > acpi_perf1 > > acpi_throttle1 > > coretemp1 > > =3D=3D> est1 > > p4tcc1 > > cpufreq1 > > <...> >=20 > Yes, but as you can see they are not nested under coretemp. devices: >=20 > cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 > ACPI I/O ports: > 0x414 > 0x415 > acpi_perf0 > est0 > p4tcc0 > cpufreq0 > cpu1 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU1 > ACPI I/O ports: > 0x414 > 0x415 > acpi_perf1 > est1 > p4tcc1 > cpufreq1 >=20 > This seems to be at odds with the dmesg and sysctl view of things? >=20 > Cheers, >=20 I am sorry -- in the attempt to point them out, I have messed up the alignment -- they *should not* be nested under coretemp. It is strange that 'est' reported error on attach, yet seems to be attached to the device. This said, I am way out of my depth here -- hopefully someone smarter than I will chime in. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 01:28:17 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 09EC4106564A for ; Thu, 18 Nov 2010 01:28:17 +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 58F178FC15 for ; Thu, 18 Nov 2010 01:28:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAI1SCrd025223; Thu, 18 Nov 2010 12:28:13 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 18 Nov 2010 12:28:12 +1100 (EST) From: Ian Smith To: "Alexandre \"Sunny\" Kovalenko" In-Reply-To: <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> Message-ID: <20101118121513.T39988@sola.nimnet.asn.au> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101117234056.GA40176@johnny.reilly.home> <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101118001349.GA40554@johnny.reilly.home> <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 01:28:17 -0000 On Wed, 17 Nov 2010, Alexandre "Sunny" Kovalenko wrote: > On Thu, 2010-11-18 at 11:13 +1100, Andrew Reilly wrote: > > Hi Alexandre, > > > > On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote: > > > On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > > > > dev.cpu.0.%desc: ACPI CPU > > > > dev.cpu.0.%driver: cpu > > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.0.%parent: acpi0 > > > > dev.cpu.0.freq: 2933 > > > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250 > > > > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.0.cx_lowest: C1 > > > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > > > > dev.cpu.1.%desc: ACPI CPU > > > > dev.cpu.1.%driver: cpu > > > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.1.%parent: acpi0 > > > > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.1.cx_lowest: C1 > > > > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us > > > > > > > > Since the cpufreq man page lists the inability to set the > > > > frequency of different CPUs differently, perhaps this isn't a > > > > bug at all? > > > > > > > > Cheers, > > > > > > > > > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > > > attached to both CPUs? > > > <...> > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf0 > > > acpi_throttle0 > > > coretemp0 > > > ==> est0 > > > p4tcc0 > > > cpufreq0 > > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf1 > > > acpi_throttle1 > > > coretemp1 > > > ==> est1 > > > p4tcc1 > > > cpufreq1 > > > <...> > > > > Yes, but as you can see they are not nested under coretemp. devices: > > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf0 > > est0 > > p4tcc0 > > cpufreq0 > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf1 > > est1 > > p4tcc1 > > cpufreq1 > > > > This seems to be at odds with the dmesg and sysctl view of things? > > > > Cheers, > > > > I am sorry -- in the attempt to point them out, I have messed up the > alignment -- they *should not* be nested under coretemp. It is strange > that 'est' reported error on attach, yet seems to be attached to the > device. This said, I am way out of my depth here -- hopefully someone > smarter than I will chime in. That's not me :) I only noticed it in the context of Andrew originally saying that it hung after "Stopping other CPUs", and it seemed unusual. Sorry for the wild goose chase .. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 02:16: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 184801065777 for ; Thu, 18 Nov 2010 02:16:08 +0000 (UTC) (envelope-from telbizov@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 0658E8FC18 for ; Thu, 18 Nov 2010 02:16:07 +0000 (UTC) Received: by qyk7 with SMTP id 7so784566qyk.13 for ; Wed, 17 Nov 2010 18:16:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=HSsahYp47sJ/d5n/OdxaQeKmkbZ35euSUXXPetJ3bjA=; b=dlGlpFW4p/bRRhIGCioKnbBCkNiEAMkppWLcqU+u85nEAdbXbyk0i4zSPoIsL8K4PI jKo/hR8Sy+ZWestXEFlVHpjEDrto5rH5IWfsV7AhqAyg4huybJrLmyNnQIttKGRqtln2 TLvx/3MQydA9fAINAw8ctbM95RDUTQ0+lXIZs= 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=Q9pBFeM9/71tQpJnGYUPMAlpqu5UpI80C0HKbVhDjpDa9x6xz/U8o2jPjIkC6/msw4 uxz1/MVtrwy+kLJ9MOZRjYEjjC2WRbfV9ufDNwDMNhwNs6ivuTZXd59kYu0IflqRnQdF 4TFpuJ8xqPgpMSNZOcrwMaDnMFKxjF1J80D5o= MIME-Version: 1.0 Received: by 10.229.238.148 with SMTP id ks20mr8137427qcb.262.1290046567410; Wed, 17 Nov 2010 18:16:07 -0800 (PST) Received: by 10.229.85.149 with HTTP; Wed, 17 Nov 2010 18:16:07 -0800 (PST) In-Reply-To: <4CE36054.6010503@DataIX.net> References: <4CD6243B.90707@DataIX.net> <4CE36054.6010503@DataIX.net> Date: Wed, 17 Nov 2010 18:16:07 -0800 Message-ID: From: Rumen Telbizov To: jhell Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Artem Belevich Subject: Re: Degraded zpool cannot detach old/bad drive 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, 18 Nov 2010 02:16:11 -0000 Hi jhell, everyone, Thanks for your feedback and support everyone. Indeed after successfully disabling /dev/gptid/* zfs managed to find all the gpt/ labels without a problem and the array looked exactly the way it did in the very beginning. So at that point I could say that I was able to fully recover the array without data loss to exactly the state it was in the beginning of its creation. Not without adventure though ;) Ironically due to some other reasons just after I fully recovered it I had to destroy it and rebuild from scratch with raidz2 vdevs (of 8 disks) rather than raidz1s (of 4 disks) ;) Basically I need better redundancy so that I can handle double disk failure in a vdev. Seems like the chance of a second disk failing while rebuilding the zpool for like 15 hours on those 2TB disks is quite significant. I wonder if this conversion will reduce the IOPs of the pool in half ... Anyway, thank you once again. Highly appreciated. I hope this is a helpful piece of discussion for other people having similar problems. Cheers, Rumen Telbizov On Tue, Nov 16, 2010 at 8:55 PM, jhell wrote: > On 11/16/2010 16:15, Rumen Telbizov wrote: > > It seems like *kern.geom.label.gptid.enable: 0 *does not work anymore? I > am > > pretty sure I was able to hide all the /dev/gptid/* entries with this > > sysctl variable before but now it doesn't quite work for me. > > I could be wrong but I believe that is more of a loader tuneable than a > sysctl that should be modified at run-time. Rebooting with this set to 0 > will disable showing the /dev/gptid directory. > > This makes me wonder if those sysctl's should be marked read-only at > run-time. Though you could even rm -rf /dev/gptid ;) > > -- > > jhell,v > -- Rumen Telbizov http://telbizov.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 09:16: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 B859A1065747; Thu, 18 Nov 2010 09:16:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 716FC8FC13; Thu, 18 Nov 2010 09:16:52 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAIA2O13025314; Thu, 18 Nov 2010 10:02:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAIA2OS3025313; Thu, 18 Nov 2010 10:02:24 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 10:02:24 GMT Message-Id: <201011181002.oAIA2OS3025313@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Thu, 18 Nov 2010 09:16:52 -0000 TB --- 2010-11-18 08:50:02 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 08:50:02 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-11-18 08:50:02 - cleaning the object tree TB --- 2010-11-18 08:50:25 - cvsupping the source tree TB --- 2010-11-18 08:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-11-18 08:50:35 - building world TB --- 2010-11-18 08:50:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 08:50:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 08:50:35 - TARGET=amd64 TB --- 2010-11-18 08:50:35 - TARGET_ARCH=amd64 TB --- 2010-11-18 08:50:35 - TZ=UTC TB --- 2010-11-18 08:50:35 - __MAKE_CONF=/dev/null TB --- 2010-11-18 08:50:35 - cd /src TB --- 2010-11-18 08:50:35 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 08:50:36 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 10:02:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 10:02:24 - ERROR: failed to build world TB --- 2010-11-18 10:02:24 - 3304.57 user 576.20 system 4342.50 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 10:27:48 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 64F26106564A; Thu, 18 Nov 2010 10:27:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 1EC8A8FC14; Thu, 18 Nov 2010 10:27:48 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAIBDgCO049984; Thu, 18 Nov 2010 11:13:42 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAIBDgoo049983; Thu, 18 Nov 2010 11:13:42 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 11:13:42 GMT Message-Id: <201011181113.oAIBDgoo049983@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Thu, 18 Nov 2010 10:27:48 -0000 TB --- 2010-11-18 10:02:24 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 10:02:24 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-11-18 10:02:25 - cleaning the object tree TB --- 2010-11-18 10:02:39 - cvsupping the source tree TB --- 2010-11-18 10:02:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-11-18 10:02:45 - building world TB --- 2010-11-18 10:02:45 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 10:02:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 10:02:45 - TARGET=i386 TB --- 2010-11-18 10:02:45 - TARGET_ARCH=i386 TB --- 2010-11-18 10:02:45 - TZ=UTC TB --- 2010-11-18 10:02:45 - __MAKE_CONF=/dev/null TB --- 2010-11-18 10:02:45 - cd /src TB --- 2010-11-18 10:02:45 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 10:02:46 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 11:13:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 11:13:42 - ERROR: failed to build world TB --- 2010-11-18 11:13:42 - 3256.71 user 567.96 system 4277.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 10:38:43 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 86425106564A; Thu, 18 Nov 2010 10:38:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 2649A8FC14; Thu, 18 Nov 2010 10:38:43 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAIBOe0F086987; Thu, 18 Nov 2010 11:24:40 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAIBOeEI086986; Thu, 18 Nov 2010 11:24:40 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 11:24:40 GMT Message-Id: <201011181124.oAIBOeEI086986@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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, 18 Nov 2010 10:38:43 -0000 TB --- 2010-11-18 10:13:29 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 10:13:29 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-11-18 10:13:29 - cleaning the object tree TB --- 2010-11-18 10:13:42 - cvsupping the source tree TB --- 2010-11-18 10:13:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-11-18 10:13:50 - building world TB --- 2010-11-18 10:13:50 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 10:13:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 10:13:50 - TARGET=pc98 TB --- 2010-11-18 10:13:50 - TARGET_ARCH=i386 TB --- 2010-11-18 10:13:50 - TZ=UTC TB --- 2010-11-18 10:13:50 - __MAKE_CONF=/dev/null TB --- 2010-11-18 10:13:50 - cd /src TB --- 2010-11-18 10:13:50 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 10:13:51 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 11:24:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 11:24:40 - ERROR: failed to build world TB --- 2010-11-18 11:24:40 - 3249.11 user 583.11 system 4271.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 11:23: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 853AA106566C; Thu, 18 Nov 2010 11:23:19 +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 3E73E8FC12; Thu, 18 Nov 2010 11:23:19 +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 <1PJ2IA-0000Ju-93>; Thu, 18 Nov 2010 12:04:38 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1PJ2IA-0000XK-4R>; Thu, 18 Nov 2010 12:04:38 +0100 Message-ID: <4CE50849.106@zedat.fu-berlin.de> Date: Thu, 18 Nov 2010 12:04:41 +0100 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-performance@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 18 Nov 2010 11:23:19 -0000 On 11/18/10 02:30, grarpamp wrote: > Just documenting regarding interactive performance things. > This one's from Linux. > > http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 Well, it would be nice to have those improvements in FreeBSD, but I doubt this will make it in due time to FreeBSD's kernel. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 11:51:03 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 DD83A106564A; Thu, 18 Nov 2010 11:51:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 97DA28FC15; Thu, 18 Nov 2010 11:51:03 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAICbMhn094767; Thu, 18 Nov 2010 12:37:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAICbMQr094766; Thu, 18 Nov 2010 12:37:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 12:37:22 GMT Message-Id: <201011181237.oAICbMQr094766@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc 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, 18 Nov 2010 11:51:04 -0000 TB --- 2010-11-18 11:24:40 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 11:24:40 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2010-11-18 11:24:40 - cleaning the object tree TB --- 2010-11-18 11:24:51 - cvsupping the source tree TB --- 2010-11-18 11:24:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2010-11-18 11:24:56 - building world TB --- 2010-11-18 11:24:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 11:24:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 11:24:56 - TARGET=powerpc TB --- 2010-11-18 11:24:56 - TARGET_ARCH=powerpc TB --- 2010-11-18 11:24:56 - TZ=UTC TB --- 2010-11-18 11:24:56 - __MAKE_CONF=/dev/null TB --- 2010-11-18 11:24:56 - cd /src TB --- 2010-11-18 11:24:56 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 11:24:57 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 12:37:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 12:37:22 - ERROR: failed to build world TB --- 2010-11-18 12:37:22 - 3375.45 user 558.79 system 4361.86 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 11:57:44 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 CC87B106564A; Thu, 18 Nov 2010 11:57:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 6CF4B8FC18; Thu, 18 Nov 2010 11:57:44 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAICi5ON018394; Thu, 18 Nov 2010 12:44:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAICi51N018393; Thu, 18 Nov 2010 12:44:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 12:44:05 GMT Message-Id: <201011181244.oAICi51N018393@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Thu, 18 Nov 2010 11:57:45 -0000 TB --- 2010-11-18 11:13:42 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 11:13:42 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2010-11-18 11:13:42 - cleaning the object tree TB --- 2010-11-18 11:13:56 - cvsupping the source tree TB --- 2010-11-18 11:13:56 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2010-11-18 11:14:02 - building world TB --- 2010-11-18 11:14:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 11:14:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 11:14:02 - TARGET=ia64 TB --- 2010-11-18 11:14:02 - TARGET_ARCH=ia64 TB --- 2010-11-18 11:14:02 - TZ=UTC TB --- 2010-11-18 11:14:02 - __MAKE_CONF=/dev/null TB --- 2010-11-18 11:14:02 - cd /src TB --- 2010-11-18 11:14:02 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 11:14:03 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 12:44:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 12:44:05 - ERROR: failed to build world TB --- 2010-11-18 12:44:05 - 4397.73 user 591.76 system 5423.08 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 12:52: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 F41D2106566C; Thu, 18 Nov 2010 12:52:10 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D846E8FC13; Thu, 18 Nov 2010 12:52:09 +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 OAA23072; Thu, 18 Nov 2010 14:52:07 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE52177.3020306@freebsd.org> Date: Thu, 18 Nov 2010 14:52:07 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "O. Hartmann" References: <4CE50849.106@zedat.fu-berlin.de> In-Reply-To: <4CE50849.106@zedat.fu-berlin.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 18 Nov 2010 12:52:11 -0000 on 18/11/2010 13:04 O. Hartmann said the following: > On 11/18/10 02:30, grarpamp wrote: >> Just documenting regarding interactive performance things. >> This one's from Linux. >> >> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 > > Well, > it would be nice to have those improvements in FreeBSD, but I doubt this will make > it in due time to FreeBSD's kernel. Well, I think that those improvements apply only to a very specific usage pattern and are greatly over-hyped. P.S. What is the due time, BTW? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 12:53:30 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 CB2011065693; Thu, 18 Nov 2010 12:53:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7AF8FC1B; Thu, 18 Nov 2010 12:53:30 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAIDe8dk017750; Thu, 18 Nov 2010 13:40:08 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAIDe8Wi017749; Thu, 18 Nov 2010 13:40:08 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 18 Nov 2010 13:40:08 GMT Message-Id: <201011181340.oAIDe8Wi017749@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on sparc64/sparc64 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, 18 Nov 2010 12:53:30 -0000 TB --- 2010-11-18 12:37:22 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-18 12:37:22 - starting RELENG_7 tinderbox run for sparc64/sparc64 TB --- 2010-11-18 12:37:22 - cleaning the object tree TB --- 2010-11-18 12:37:33 - cvsupping the source tree TB --- 2010-11-18 12:37:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/sparc64/sparc64/supfile TB --- 2010-11-18 12:37:39 - building world TB --- 2010-11-18 12:37:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-18 12:37:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-18 12:37:39 - TARGET=sparc64 TB --- 2010-11-18 12:37:39 - TARGET_ARCH=sparc64 TB --- 2010-11-18 12:37:39 - TZ=UTC TB --- 2010-11-18 12:37:39 - __MAKE_CONF=/dev/null TB --- 2010-11-18 12:37:39 - cd /src TB --- 2010-11-18 12:37:39 - /usr/bin/make -B buildworld >>> World build started on Thu Nov 18 12:37:41 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-18 13:40:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-18 13:40:08 - ERROR: failed to build world TB --- 2010-11-18 13:40:08 - 3125.45 user 531.07 system 3765.33 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 13:14: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 1035A1065672; Thu, 18 Nov 2010 13:14:44 +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 C2D908FC17; Thu, 18 Nov 2010 13:14:43 +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 5E0B346B06; Thu, 18 Nov 2010 08:14:43 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 414728A027; Thu, 18 Nov 2010 08:14:42 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 18 Nov 2010 07:59:38 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101115045549.GB96011@johnny.reilly.home> <20101118001349.GA40554@johnny.reilly.home> <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201011180759.39129.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Nov 2010 08:14:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: stable@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 13:14:44 -0000 On Wednesday, November 17, 2010 7:46:38 pm Alexandre "Sunny" Kovalenko wrote: > On Thu, 2010-11-18 at 11:13 +1100, Andrew Reilly wrote: > > Hi Alexandre, > > > > On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote: > > > On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > > > > dev.cpu.0.%desc: ACPI CPU > > > > dev.cpu.0.%driver: cpu > > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.0.%parent: acpi0 > > > > dev.cpu.0.freq: 2933 > > > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250 > > > > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.0.cx_lowest: C1 > > > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > > > > dev.cpu.1.%desc: ACPI CPU > > > > dev.cpu.1.%driver: cpu > > > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.1.%parent: acpi0 > > > > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.1.cx_lowest: C1 > > > > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us > > > > > > > > Since the cpufreq man page lists the inability to set the > > > > frequency of different CPUs differently, perhaps this isn't a > > > > bug at all? > > > > > > > > Cheers, > > > > > > > > > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > > > attached to both CPUs? > > > <...> > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf0 > > > acpi_throttle0 > > > coretemp0 > > > ==> est0 > > > p4tcc0 > > > cpufreq0 > > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf1 > > > acpi_throttle1 > > > coretemp1 > > > ==> est1 > > > p4tcc1 > > > cpufreq1 > > > <...> > > > > Yes, but as you can see they are not nested under coretemp. devices: > > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf0 > > est0 > > p4tcc0 > > cpufreq0 > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf1 > > est1 > > p4tcc1 > > cpufreq1 > > > > This seems to be at odds with the dmesg and sysctl view of things? > > > > Cheers, > > > > I am sorry -- in the attempt to point them out, I have messed up the > alignment -- they *should not* be nested under coretemp. It is strange > that 'est' reported error on attach, yet seems to be attached to the > device. This said, I am way out of my depth here -- hopefully someone > smarter than I will chime in. You used devinfo -v, so it shows the devices that exist even if they failed to attach. Try just using 'devinfo' and seeing if est1 still shows up. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 13:14:44 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 1035A1065672; Thu, 18 Nov 2010 13:14:44 +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 C2D908FC17; Thu, 18 Nov 2010 13:14:43 +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 5E0B346B06; Thu, 18 Nov 2010 08:14:43 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 414728A027; Thu, 18 Nov 2010 08:14:42 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 18 Nov 2010 07:59:38 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101115045549.GB96011@johnny.reilly.home> <20101118001349.GA40554@johnny.reilly.home> <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201011180759.39129.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Nov 2010 08:14:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: stable@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 13:14:44 -0000 On Wednesday, November 17, 2010 7:46:38 pm Alexandre "Sunny" Kovalenko wrote: > On Thu, 2010-11-18 at 11:13 +1100, Andrew Reilly wrote: > > Hi Alexandre, > > > > On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote: > > > On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote: > > > > dev.cpu.0.%desc: ACPI CPU > > > > dev.cpu.0.%driver: cpu > > > > dev.cpu.0.%location: handle=\_PR_.CPU0 > > > > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.0.%parent: acpi0 > > > > dev.cpu.0.freq: 2933 > > > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250 > > > > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.0.cx_lowest: C1 > > > > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us > > > > dev.cpu.1.%desc: ACPI CPU > > > > dev.cpu.1.%driver: cpu > > > > dev.cpu.1.%location: handle=\_PR_.CPU1 > > > > dev.cpu.1.%pnpinfo: _HID=none _UID=0 > > > > dev.cpu.1.%parent: acpi0 > > > > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245 > > > > dev.cpu.1.cx_lowest: C1 > > > > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us > > > > > > > > Since the cpufreq man page lists the inability to set the > > > > frequency of different CPUs differently, perhaps this isn't a > > > > bug at all? > > > > > > > > Cheers, > > > > > > > > > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > > > attached to both CPUs? > > > <...> > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf0 > > > acpi_throttle0 > > > coretemp0 > > > ==> est0 > > > p4tcc0 > > > cpufreq0 > > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > > ACPI I/O ports: > > > 0x1014 > > > 0x1015 > > > acpi_perf1 > > > acpi_throttle1 > > > coretemp1 > > > ==> est1 > > > p4tcc1 > > > cpufreq1 > > > <...> > > > > Yes, but as you can see they are not nested under coretemp. devices: > > > > cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf0 > > est0 > > p4tcc0 > > cpufreq0 > > cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1 > > ACPI I/O ports: > > 0x414 > > 0x415 > > acpi_perf1 > > est1 > > p4tcc1 > > cpufreq1 > > > > This seems to be at odds with the dmesg and sysctl view of things? > > > > Cheers, > > > > I am sorry -- in the attempt to point them out, I have messed up the > alignment -- they *should not* be nested under coretemp. It is strange > that 'est' reported error on attach, yet seems to be attached to the > device. This said, I am way out of my depth here -- hopefully someone > smarter than I will chime in. You used devinfo -v, so it shows the devices that exist even if they failed to attach. Try just using 'devinfo' and seeing if est1 still shows up. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 13:15: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 82A5A10656A7; Thu, 18 Nov 2010 13:15:35 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3805A8FC1D; Thu, 18 Nov 2010 13:15:33 +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 PAA23499; Thu, 18 Nov 2010 15:15:32 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE526F3.5000209@freebsd.org> Date: Thu, 18 Nov 2010 15:15:31 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jung-uk Kim References: <4CE42244.8060309@freebsd.org> <201011171741.57389.jkim@FreeBSD.org> <201011171748.11701.jkim@FreeBSD.org> <201011171807.57841.jkim@FreeBSD.org> In-Reply-To: <201011171807.57841.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Alexandre \"Sunny\" Kovalenko" , freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: acpi(ca) mfc for 8.2 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, 18 Nov 2010 13:15:35 -0000 on 18/11/2010 01:07 Jung-uk Kim said the following: > I think I know what's going on. > > Andriy, it seems this change is missing from your patchset (maybe > more): > > http://svn.freebsd.org/viewvc/base/head/sys/contrib/dev/acpica/utilities/utglobal.c?r1=210976&r2=213806 Jung-uk, thanks a lot! It seems that I've overlooked this rev. I will update my merge tree. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 13:45: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 DF220106566C; Thu, 18 Nov 2010 13:45:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 94E8A8FC19; Thu, 18 Nov 2010 13:45:26 +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 PAA24075; Thu, 18 Nov 2010 15:45:25 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE52DF4.1040208@freebsd.org> Date: Thu, 18 Nov 2010 15:45:24 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-acpi@freebsd.org References: <4CE42244.8060309@freebsd.org> In-Reply-To: <4CE42244.8060309@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: acpi(ca) mfc for 8.2 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, 18 Nov 2010 13:45:28 -0000 on 17/11/2010 20:43 Andriy Gapon said the following: > > I want to do MFC of ACPICA imports to stable/8 before 8.2 release. > This would obviously include commits that fix mismerges or remove obsolete code. > Plus some other small enhancements/fixes in our ACPI code. > > This is what I currently have: > svn status: http://people.freebsd.org/~avg/acpi-stable-8.txt > svn diff: http://people.freebsd.org/~avg/acpi-stable-8.diff > svn log ...: http://people.freebsd.org/~avg/acpi-stable-8.log > > Please note that the svn diff above can not be used with patch(1), because of some > svn peculiarities related to files in vendor area. > Here's a plain diff that should be more useful: > http://people.freebsd.org/~avg/acpi-stable-8.plain.diff The file at the above URLs have been updated to include missed import of ACPICA 20101013. Many thanks to Alexandre "Sunny" Kovalenko and Jung-uk Kim for discovering and analyzing the issue. > I will appreciate any testing and reviews. > Mobile users who track stable/8 would be the primary candidates, I guess :-) > Thanks a lot! The above still holds. Thanks! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 15:11:48 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 8FE491065694; Thu, 18 Nov 2010 15:11:48 +0000 (UTC) (envelope-from mamalos@eng.auth.gr) Received: from vergina.eng.auth.gr (vergina.eng.auth.gr [155.207.18.1]) by mx1.freebsd.org (Postfix) with ESMTP id DFD6A8FC14; Thu, 18 Nov 2010 15:11:47 +0000 (UTC) Received: from mamalacation.ee.auth.gr (mamalacation.ee.auth.gr [155.207.33.29]) by vergina.eng.auth.gr (8.14.3/8.14.3) with ESMTP id oAIFBLRR014448; Thu, 18 Nov 2010 17:11:45 +0200 (EET) (envelope-from mamalos@eng.auth.gr) Message-ID: <4CE54211.4000608@eng.auth.gr> Date: Thu, 18 Nov 2010 17:11:13 +0200 From: George Mamalakis User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101103 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Markus Gebert References: <4CE3B320.70302@eng.auth.gr> <4CE4264C.7050207@freebsd.org> <6B9C30FF-784E-46FF-ADE8-2C574391371C@hostpoint.ch> In-Reply-To: <6B9C30FF-784E-46FF-ADE8-2C574391371C@hostpoint.ch> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , Pawel Jakub Dawidek , Martin Matuska , Andriy Gapon Subject: Re: chflags on zfs (sappnd) 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, 18 Nov 2010 15:11:48 -0000 On 17/11/2010 21:25, Markus Gebert wrote: > On 17.11.2010, at 20:00, Andriy Gapon wrote: > >> on 17/11/2010 18:38 Markus Gebert said the following: >>> On 17.11.2010, at 11:49, George Mamalakis wrote: >>> >>>> Hi everbody, >>>> >>>> from http://wiki.freebsd.org/ZFS I understand that chflags are supported by zfs. But if I have a file with sappnd on a zfs filesystem, I am unable to execute a command like this: >>>> >>>> # touch lili >>>> # chflags sappnd lili >>>> # ls -lrto lili >>>> -rw-r--r-- 1 root wheel sappnd 5 Nov 17 12:38 lili >>>> # echo "lala">> lili >>>> # echo "lala">> lili >>>> -su: echo: write error: Operation not permitted >>>> >>>> So, the first time it worked, but it stops working on any consequent time (when the file is no more empty). >>>> I found a bug report on: >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=149495 >>> And: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=151082&cat=kern >>> >>> >>>> where a patch is suggested. Nevertheless, even though my sources are newer than the suggested patch, my source tree does not contain it. >>>> Do we know anything more about it? >>> The fix was committed to CURRENT on Oct 8th (r213634). The commit message talks about MFC after a week, however to me it looks like the fix hasn't made it to 8-STABLE yet. >>> >>> Also, there seems to be a related commit r213673 which essentially reverts r213634 and has a more general approach to handling ioflags with zfs. This commit was on Oct 10th, again 1 week MFC grace period, again not in 8-STABLE yet, at least to my knowlegde. >>> >>> Maybe MFC was simply forgotten, maybe there's a good reason to delay it, I don't know. We're using my patch (the one mentioned in the PRs) for now and append-only works as intended. Applying the changes in r213673 to 8-STABLE might be an option too, if you're considering patching to get the append flag working. >>> >>> Anyway, hopefully one of these fixes gets MFCd to 8-STABLE soon. >>> >> Good analysis, but did you forget to CC the committer(s)? >> It is known that sometimes the committers do need a gentle (or not so) nudging :-) > Right :-) mm@ and pjd@ now CCed. > > > Markus > > cheers guys :-) -- George Mamalakis IT Officer Electrical and Computer Engineer (Aristotle Un. of Thessaloniki), MSc (Imperial College of London) Department of Electrical and Computer Engineering Faculty of Engineering Aristotle University of Thessaloniki phone number : +30 (2310) 994379 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 18:23:24 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 25C25106566B; Thu, 18 Nov 2010 18:23:24 +0000 (UTC) Date: Thu, 18 Nov 2010 18:23:24 +0000 From: Alexander Best To: Andriy Gapon Message-ID: <20101118182324.GA36312@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE52177.3020306@freebsd.org> Cc: FreeBSD Stable , freebsd-performance@freebsd.org, FreeBSD Current , "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 18:23:24 -0000 On Thu Nov 18 10, Andriy Gapon wrote: > on 18/11/2010 13:04 O. Hartmann said the following: > > On 11/18/10 02:30, grarpamp wrote: > >> Just documenting regarding interactive performance things. > >> This one's from Linux. > >> > >> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 > > > > Well, > > it would be nice to have those improvements in FreeBSD, but I doubt this will make > > it in due time to FreeBSD's kernel. > > Well, I think that those improvements apply only to a very specific usage pattern > and are greatly over-hyped. you think so? judging from the videos the changes are having a huge impact imo. cheers. alex btw: i posted a similar thread on freebsd-backers@, but nobody seemed interested in it. subject line is "sched_autogroup_enabled". > > P.S. What is the due time, BTW? > > -- > Andriy Gapon -- a13x From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 18:39: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 3AF5B106564A for ; Thu, 18 Nov 2010 18:39:45 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout024.mac.com (asmtpout024.mac.com [17.148.16.99]) by mx1.freebsd.org (Postfix) with ESMTP id 217EC8FC0A for ; Thu, 18 Nov 2010 18:39:44 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp024.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LC300F0LFU76910@asmtp024.mac.com>; Thu, 18 Nov 2010 10:39:44 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-18_08:2010-11-18, 2010-11-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1011180150 From: Chuck Swiger In-reply-to: <20101118182324.GA36312@freebsd.org> Date: Thu, 18 Nov 2010 10:39:43 -0800 Message-id: <39F4F32E-A30C-47F3-AD69-F7777A7E30A8@mac.com> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> To: Alexander Best X-Mailer: Apple Mail (2.1082) Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-performance@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 18:39:45 -0000 On Nov 18, 2010, at 10:23 AM, Alexander Best wrote: > On Thu Nov 18 10, Andriy Gapon wrote: >> on 18/11/2010 13:04 O. Hartmann said the following: >>> On 11/18/10 02:30, grarpamp wrote: >>>> Just documenting regarding interactive performance things. >>>> This one's from Linux. >>>> >>>> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 >>> >>> Well, >>> it would be nice to have those improvements in FreeBSD, but I doubt this will make >>> it in due time to FreeBSD's kernel. >> >> Well, I think that those improvements apply only to a very specific usage pattern >> and are greatly over-hyped. > > you think so? judging from the videos the changes are having a huge impact imo. > > cheers. > alex > > btw: i posted a similar thread on freebsd-backers@, but nobody seemed > interested in it. subject line is "sched_autogroup_enabled". I attempted to find reliable benchmarks or even an idea as to what they thought they were measuring, because a sentence like the following: Tests done by Mike show the maximum latency dropping by over ten times and the average latency of the desktop by about 60 times. ...isn't mathematically possible, I'm pretty sure. Frankly, I'm also turned off by the attempt to popup a full page ad in addition to the rest of the advertising content which surrounds what is nominally supposed to be the real content. That doesn't mean there is anything wrong with the patch or the notion of adjusting the scheduler, but I don't see any value added from these phoronix.com links. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 18:42: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 E4B701065694; Thu, 18 Nov 2010 18:42:50 +0000 (UTC) (envelope-from rfarmer@predatorlabs.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6409A8FC15; Thu, 18 Nov 2010 18:42:50 +0000 (UTC) Received: by qwd6 with SMTP id 6so49742qwd.13 for ; Thu, 18 Nov 2010 10:42:49 -0800 (PST) MIME-Version: 1.0 Received: by 10.224.196.67 with SMTP id ef3mr878967qab.160.1290105769592; Thu, 18 Nov 2010 10:42:49 -0800 (PST) Received: by 10.220.16.199 with HTTP; Thu, 18 Nov 2010 10:42:49 -0800 (PST) X-Originating-IP: [128.95.133.115] In-Reply-To: <39F4F32E-A30C-47F3-AD69-F7777A7E30A8@mac.com> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <39F4F32E-A30C-47F3-AD69-F7777A7E30A8@mac.com> Date: Thu, 18 Nov 2010 10:42:49 -0800 Message-ID: From: Rob Farmer To: freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 18 Nov 2010 18:42:51 -0000 On Thu, Nov 18, 2010 at 10:39, Chuck Swiger wrote: > Frankly, I'm also turned off by the attempt to popup a full page ad in ad= dition to the rest of the advertising content which surrounds what is nomin= ally supposed to be the real content. =A0That doesn't mean there is anythin= g wrong with the patch or the notion of adjusting the scheduler, but I don'= t see any value added from these phoronix.com links. Most stuff on Phoronix is of dubious value, and they have outright lied about stuff in the past, in order to drum up advertising business (such as Steam on Linux, which Value has consistently said isn't happening). --=20 Rob Farmer From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 18:45: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 04BDD106564A; Thu, 18 Nov 2010 18:45:33 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id CADCE8FC0C; Thu, 18 Nov 2010 18:45:32 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 003EC37B444; Thu, 18 Nov 2010 12:28:52 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 67BA761C42; Thu, 18 Nov 2010 12:28:52 -0600 (CST) Date: Thu, 18 Nov 2010 12:28:52 -0600 From: "Matthew D. Fuller" To: Alexander Best Message-ID: <20101118182852.GR63683@over-yonder.net> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118182324.GA36312@freebsd.org> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: "O. Hartmann" , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 18 Nov 2010 18:45:33 -0000 On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of Alexander Best, and lo! it spake thus: > > judging from the videos the changes are having a huge impact imo. Well, my (admittedly limited, and certainly anecdotal) experience is that Linux's interactive response when under heavy load was always much worse than FreeBSD's. So maybe that's just them catching up to where we already are ;) -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 18:46: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 8308010656A8 for ; Thu, 18 Nov 2010 18:46:50 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6803A8FC1A for ; Thu, 18 Nov 2010 18:46:49 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta02.emeryville.ca.mail.comcast.net with comcast id YdB21f0051ZMdJ4A2impQ6; Thu, 18 Nov 2010 18:46:49 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta16.emeryville.ca.mail.comcast.net with comcast id Yimo1f00M3LrwQ28cimoZn; Thu, 18 Nov 2010 18:46:49 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 5098F9B427; Thu, 18 Nov 2010 10:46:48 -0800 (PST) Date: Thu, 18 Nov 2010 10:46:48 -0800 From: Jeremy Chadwick To: Alexander Best Message-ID: <20101118184648.GA46187@icarus.home.lan> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118182324.GA36312@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "O. Hartmann" , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 18 Nov 2010 18:46:50 -0000 On Thu, Nov 18, 2010 at 06:23:24PM +0000, Alexander Best wrote: > On Thu Nov 18 10, Andriy Gapon wrote: > > on 18/11/2010 13:04 O. Hartmann said the following: > > > On 11/18/10 02:30, grarpamp wrote: > > >> Just documenting regarding interactive performance things. > > >> This one's from Linux. > > >> > > >> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 > > > > > > Well, > > > it would be nice to have those improvements in FreeBSD, but I doubt this will make > > > it in due time to FreeBSD's kernel. > > > > Well, I think that those improvements apply only to a very specific usage pattern > > and are greatly over-hyped. > > you think so? judging from the videos the changes are having a huge impact imo. > > cheers. > alex > > btw: i posted a similar thread on freebsd-backers@, but nobody seemed > interested in it. subject line is "sched_autogroup_enabled". FWIW, this /. post pretty much sums up my opinion of this scheduler change (though I admit something could be learned from it): http://linux.slashdot.org/comments.pl?sid=1870628&cid=34241622 Specifically, the quote: "process grouping is too difficult to be done based on such simplistic criteria". -- | 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 Thu Nov 18 18:56:35 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id ABCF7106566C; Thu, 18 Nov 2010 18:56:35 +0000 (UTC) Date: Thu, 18 Nov 2010 18:56:35 +0000 From: Alexander Best To: "Matthew D. Fuller" Message-ID: <20101118185635.GA43706@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118182852.GR63683@over-yonder.net> Cc: "O. Hartmann" , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 18 Nov 2010 18:56:35 -0000 On Thu Nov 18 10, Matthew D. Fuller wrote: > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > Alexander Best, and lo! it spake thus: > > > > judging from the videos the changes are having a huge impact imo. > > Well, my (admittedly limited, and certainly anecdotal) experience is > that Linux's interactive response when under heavy load was always > much worse than FreeBSD's. So maybe that's just them catching up to > where we already are ;) well...i tried playing back a 1080p vide files while doing `make -j64 buildkernel` and FreeBSD's interactivity seems far from perfect. it might be possible that linux'es interactivity was worse than freebsd's, but still this patch should be evaluated for freebsd. in this particular case it seems linux now does better than freebsd. cheers. alex > > > -- > Matthew Fuller (MF4839) | fullermd@over-yonder.net > Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ > On the Internet, nobody can hear you scream. -- a13x From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 19:02:09 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id AFFE4106566B; Thu, 18 Nov 2010 19:02:09 +0000 (UTC) Date: Thu, 18 Nov 2010 19:02:09 +0000 From: Alexander Best To: Rob Farmer Message-ID: <20101118190209.GA45054@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <39F4F32E-A30C-47F3-AD69-F7777A7E30A8@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 18 Nov 2010 19:02:09 -0000 On Thu Nov 18 10, Rob Farmer wrote: > On Thu, Nov 18, 2010 at 10:39, Chuck Swiger wrote: > > Frankly, I'm also turned off by the attempt to popup a full page ad in addition to the rest of the advertising content which surrounds what is nominally supposed to be the real content.  That doesn't mean there is anything wrong with the patch or the notion of adjusting the scheduler, but I don't see any value added from these phoronix.com links. > > Most stuff on Phoronix is of dubious value, and they have outright > lied about stuff in the past, in order to drum up advertising business > (such as Steam on Linux, which Value has consistently said isn't > happening). so we need a trusted source to check whether the impact of the ~200 line patch as claimed by phoronix remains valid. can anybody test this? or provide links to independant benchmark results? cheers. alex > > -- > Rob Farmer -- a13x From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 19:14: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 AA2FA106564A for ; Thu, 18 Nov 2010 19:14:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 257A48FC0A for ; Thu, 18 Nov 2010 19:13:58 +0000 (UTC) Received: by yxh35 with SMTP id 35so2167859yxh.13 for ; Thu, 18 Nov 2010 11:13:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1DooHdNPKrh28hk1XLwU+v4woJgksR0RKFN0Bki/nCY=; b=D2ouUGPS+KR4g0PuiRNaJ0KERqTr8ia+KxQxvRBxNq6rZc4iaELBVHfo1AtcuxAjw4 uFmGvN4KhXk0VKqeuKmiKc/ONZRQIkp6by/e2Yz+axrkZfPEkUUapyl6i1tXF4097jw3 9R7tSTbmUOLkX6DdmqjvDhV9fj/tHu5qAiOzU= 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=aCgDIQDcoFJ6ERhJwppKnKfxjwvsqpLIxJzSVpuEIFOUKFgbBKz2KjML2uJdmILE8U CR21OjW66uJkUEIbvd04fBoE4EoGYH+jnw1heSpmlRIdYCqf7W34y3GgwxlpiI8v9YvF EONxQ1pKod5u9UIR3/LVL8SWaFJO2VnTab/7I= MIME-Version: 1.0 Received: by 10.100.14.8 with SMTP id 8mr766406ann.65.1290107638130; Thu, 18 Nov 2010 11:13:58 -0800 (PST) Received: by 10.90.211.7 with HTTP; Thu, 18 Nov 2010 11:13:57 -0800 (PST) In-Reply-To: <20101118185635.GA43706@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> Date: Thu, 18 Nov 2010 11:13:57 -0800 Message-ID: From: Freddie Cash To: Alexander Best Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , Andriy Gapon , FreeBSD Current , "Matthew D. Fuller" , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 19:14:00 -0000 On Thu, Nov 18, 2010 at 10:56 AM, Alexander Best wrot= e: > On Thu Nov 18 10, Matthew D. Fuller wrote: >> On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of >> Alexander Best, and lo! it spake thus: >> > >> > judging from the videos the changes are having a huge impact imo. >> >> Well, my (admittedly limited, and certainly anecdotal) experience is >> that Linux's interactive response when under heavy load was always >> much worse than FreeBSD's. =C2=A0So maybe that's just them catching up t= o >> where we already are =C2=A0 ;) > > well...i tried playing back a 1080p vide files while doing > `make -j64 buildkernel` and FreeBSD's interactivity seems far from perfec= t. > > it might be possible that linux'es interactivity was worse than freebsd's= , > but still this patch should be evaluated for freebsd. in this particular = case > it seems linux now does better than freebsd. Maybe I'm just a lowly user and don't fully understand the issue, but isn't this the whole reason for having /usr/bin/nice installed? As in, if you don't want your make job to hog resources, then use nice to run it in the background. How does the work on the geom_sched (for I/O scheduling) play into this? Am I missing something fundamental to the issue in question? Also, does this really need to be cross-posted to -current, -hackers, and -performance? --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 19:21: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 2B2CF106566C; Thu, 18 Nov 2010 19:21:46 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id A2FC28FC0A; Thu, 18 Nov 2010 19:21:45 +0000 (UTC) Received: by gxk9 with SMTP id 9so2182912gxk.13 for ; Thu, 18 Nov 2010 11:21:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=n2z2pECZ4dz5Pikhase/txALObjsijI69ae9TSt7c/o=; b=VX3EyXddnk6u7Mz6Go7lq4XcC88RZuAt7xFtqz0FaOoD1SEt1QQOPNj4ynK0PdUlUY j5TX6BeFzXa1vggkiY5t0VfgRZf6W5H9KfoTbdUouv+gk9ccLYCEIHY0uXkvhqu4e+QL 6yCz+gCqIouoPy3yXi8FXnETPoMoCSK9aCoaE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=r7zFMpZlKPl0hSIJafNGmrlsJkGkvb4cL++NrTsYTvPpIqjVSMT291tIuoppJhCxr4 8PcL0Ij0c3sU+PMYq3nrLSR08JoDSeDl0dlrjSxDi44Okmq9gmpVop36Wkc3lJ9BboQo kJARhQgpCU2PKRmgMt16mpZmERoHnKflLcsrI= MIME-Version: 1.0 Received: by 10.42.240.195 with SMTP id lb3mr657505icb.114.1290106505346; Thu, 18 Nov 2010 10:55:05 -0800 (PST) Received: by 10.231.192.139 with HTTP; Thu, 18 Nov 2010 10:55:05 -0800 (PST) In-Reply-To: <4CE52177.3020306@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> Date: Thu, 18 Nov 2010 19:55:05 +0100 Message-ID: From: Lucius Windschuh To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 18 Nov 2010 19:21:46 -0000 2010/11/18 Andriy Gapon : > [Grouping of processes into TTY groups] > > Well, I think that those improvements apply only to a very specific usage pattern > and are greatly over-hyped. But there are serious issue if you use FreeBSD as a desktop OS with SMP and SCHED_ULE, or? Because currently, my machine is barely usable if a compile job with parallelism is running. Movies stutter, Firefox hangs. And even nice -n 20 doesn't do the job in every case, as +20 seems not to be the idle priority anymore?!? And using "idprio 1 $cmd" as a workaround is, well, a kludge. I am not sure if TTY grouping is the right solution, if you look at potentially CPU-intensive GUI applications that all run on the same TTY (or no TTY at all? Same problem). Maybe, we could simply enhance the algorithm that decides if a task is interactive? That would also improve the described situation. Regards, Lucius From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 20:22: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 38B4C1065693; Thu, 18 Nov 2010 20:22:15 +0000 (UTC) (envelope-from ohartman@mail.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 E4C4E8FC13; Thu, 18 Nov 2010 20:22:14 +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 <1PJAzl-0004gQ-Fu>; Thu, 18 Nov 2010 21:22:13 +0100 Received: from e178041009.adsl.alicedsl.de ([85.178.41.9] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1PJAzl-0001Oq-90>; Thu, 18 Nov 2010 21:22:13 +0100 Message-ID: <4CE58AF4.5090304@mail.zedat.fu-berlin.de> Date: Thu, 18 Nov 2010 21:22:12 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Matthew D. Fuller" References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> In-Reply-To: <20101118182852.GR63683@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.41.9 Cc: FreeBSD Stable , Andriy Gapon , FreeBSD Current , Alexander Best , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 20:22:15 -0000 On 11/18/10 19:28, Matthew D. Fuller wrote: > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > Alexander Best, and lo! it spake thus: >> >> judging from the videos the changes are having a huge impact imo. > > Well, my (admittedly limited, and certainly anecdotal) experience is > that Linux's interactive response when under heavy load was always > much worse than FreeBSD's. So maybe that's just them catching up to > where we already are ;) > > Wishful thinking? From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 20:30: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 EA26A1065672; Thu, 18 Nov 2010 20:30:17 +0000 (UTC) (envelope-from ohartman@mail.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 A24428FC13; Thu, 18 Nov 2010 20:30:17 +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 <1PJB7Y-0005kz-SL>; Thu, 18 Nov 2010 21:30:16 +0100 Received: from e178041009.adsl.alicedsl.de ([85.178.41.9] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1PJB7Y-0001nv-Na>; Thu, 18 Nov 2010 21:30:16 +0100 Message-ID: <4CE58CD8.2000407@mail.zedat.fu-berlin.de> Date: Thu, 18 Nov 2010 21:30:16 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Lucius Windschuh References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.41.9 Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 18 Nov 2010 20:30:18 -0000 On 11/18/10 19:55, Lucius Windschuh wrote: > 2010/11/18 Andriy Gapon: >> [Grouping of processes into TTY groups] >> >> Well, I think that those improvements apply only to a very specific usage pattern >> and are greatly over-hyped. > > But there are serious issue if you use FreeBSD as a desktop OS with > SMP and SCHED_ULE, or? > Because currently, my machine is barely usable if a compile job with > parallelism is running. Movies stutter, Firefox hangs. And even nice > -n 20 doesn't do the job in every case, as +20 seems not to be the > idle priority anymore?!? > And using "idprio 1 $cmd" as a workaround is, well, a kludge. > I am not sure if TTY grouping is the right solution, if you look at > potentially CPU-intensive GUI applications that all run on the same > TTY (or no TTY at all? Same problem). > Maybe, we could simply enhance the algorithm that decides if a task is > interactive? That would also improve the described situation. > > Regards, > > Lucius Stuttering Response, being stuck for over 20 seconds also happens when I start updating the OS' sources via svn. This happens on all boxes, some of them do have 8 cores (ob two CPUs) and plenty of RAM. Heavy disk I/O, doesn't matter on UFS2 or ZFS, also brings boxes to stutter, those phenomena are most seen when you interact with the machine via X11 clients. I think it's hard to realize if a server only does console I/O, but console also seems to be stuck sometimes. It would be worth checking this with some 'benchmark'. X11 in its kind of oldish incarnation on FreeBSD seems to contribute most to those slowdowns, what so ever. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 20:30:57 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 30E3B106567A; Thu, 18 Nov 2010 20:30:57 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-16.mx.aerioconnect.net [216.240.47.76]) by mx1.freebsd.org (Postfix) with ESMTP id 0871E8FC0C; Thu, 18 Nov 2010 20:30:56 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oAIKKMB0024055; Thu, 18 Nov 2010 12:20:22 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 31AEF2D601A; Thu, 18 Nov 2010 12:20:20 -0800 (PST) Message-ID: <4CE58A86.6010406@freebsd.org> Date: Thu, 18 Nov 2010 12:20:22 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Lucius Windschuh References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 18 Nov 2010 20:30:57 -0000 On 11/18/10 10:55 AM, Lucius Windschuh wrote: > 2010/11/18 Andriy Gapon: >> [Grouping of processes into TTY groups] >> >> Well, I think that those improvements apply only to a very specific usage pattern >> and are greatly over-hyped. > But there are serious issue if you use FreeBSD as a desktop OS with > SMP and SCHED_ULE, or? > Because currently, my machine is barely usable if a compile job with > parallelism is running. Movies stutter, Firefox hangs. And even nice > -n 20 doesn't do the job in every case, as +20 seems not to be the > idle priority anymore?!? > And using "idprio 1 $cmd" as a workaround is, well, a kludge. > I am not sure if TTY grouping is the right solution, if you look at > potentially CPU-intensive GUI applications that all run on the same > TTY (or no TTY at all? Same problem). > Maybe, we could simply enhance the algorithm that decides if a task is > interactive? That would also improve the described situation. tty grouping is a variant of what we used to have at one stage which is a "kernel schedulable entity group".. KSEG the idea is that all items in a group share some characteristic and some amount of resources. We stripped the KSEG out of the picture because it really complicated the picture. > Regards, > > Lucius > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 21:07: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 7EA8A106564A; Thu, 18 Nov 2010 21:07:30 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas02p.mx.bigpond.com (nschwmtas02p.mx.bigpond.com [61.9.189.140]) by mx1.freebsd.org (Postfix) with ESMTP id A09D28FC1A; Thu, 18 Nov 2010 21:07:29 +0000 (UTC) Received: from nschwotgx04p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101118210727.NDOO25233.nschwmtas02p.mx.bigpond.com@nschwotgx04p.mx.bigpond.com>; Thu, 18 Nov 2010 21:07:27 +0000 Received: from ghanamia.reilly.home ([124.188.161.100]) by nschwotgx04p.mx.bigpond.com with ESMTP id <20101118210727.DHPN781.nschwotgx04p.mx.bigpond.com@ghanamia.reilly.home>; Thu, 18 Nov 2010 21:07:27 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Andrew Reilly In-Reply-To: <201011180759.39129.jhb@freebsd.org> Date: Fri, 19 Nov 2010 08:07:27 +1100 Content-Transfer-Encoding: 7bit Message-Id: <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> References: <20101115045549.GB96011@johnny.reilly.home> <20101118001349.GA40554@johnny.reilly.home> <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> <201011180759.39129.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1082) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nschwotgx04p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Thu, 18 Nov 2010 21:07:27 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4CE5958F.00CE,ss=1,fgs=0 Cc: "Alexandre \"Sunny\" Kovalenko" , stable@freebsd.org, freebsd-stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 21:07:30 -0000 Hi John, On 18/11/2010, at 23:59 , John Baldwin wrote: > You used devinfo -v, so it shows the devices that exist even if they failed > to attach. Try just using 'devinfo' and seeing if est1 still shows up. OK, you're right: running without -v shows only est0: nexus0 apic0 ram0 acpi0 cpu0 acpi_perf0 est0 p4tcc0 cpufreq0 cpu1 p4tcc1 cpufreq1 acpi_button0 pcib0 <...> Is est. involved in the reboot question? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 21:07:30 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 7EA8A106564A; Thu, 18 Nov 2010 21:07:30 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nschwmtas02p.mx.bigpond.com (nschwmtas02p.mx.bigpond.com [61.9.189.140]) by mx1.freebsd.org (Postfix) with ESMTP id A09D28FC1A; Thu, 18 Nov 2010 21:07:29 +0000 (UTC) Received: from nschwotgx04p.mx.bigpond.com ([124.188.161.100]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20101118210727.NDOO25233.nschwmtas02p.mx.bigpond.com@nschwotgx04p.mx.bigpond.com>; Thu, 18 Nov 2010 21:07:27 +0000 Received: from ghanamia.reilly.home ([124.188.161.100]) by nschwotgx04p.mx.bigpond.com with ESMTP id <20101118210727.DHPN781.nschwotgx04p.mx.bigpond.com@ghanamia.reilly.home>; Thu, 18 Nov 2010 21:07:27 +0000 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Andrew Reilly In-Reply-To: <201011180759.39129.jhb@freebsd.org> Date: Fri, 19 Nov 2010 08:07:27 +1100 Content-Transfer-Encoding: 7bit Message-Id: <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> References: <20101115045549.GB96011@johnny.reilly.home> <20101118001349.GA40554@johnny.reilly.home> <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> <201011180759.39129.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1082) X-Authentication-Info: Submitted using SMTP AUTH PLAIN at nschwotgx04p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Thu, 18 Nov 2010 21:07:27 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4CE5958F.00CE,ss=1,fgs=0 Cc: "Alexandre \"Sunny\" Kovalenko" , stable@freebsd.org, freebsd-stable@freebsd.org, Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 21:07:30 -0000 Hi John, On 18/11/2010, at 23:59 , John Baldwin wrote: > You used devinfo -v, so it shows the devices that exist even if they failed > to attach. Try just using 'devinfo' and seeing if est1 still shows up. OK, you're right: running without -v shows only est0: nexus0 apic0 ram0 acpi0 cpu0 acpi_perf0 est0 p4tcc0 cpufreq0 cpu1 p4tcc1 cpufreq1 acpi_button0 pcib0 <...> Is est. involved in the reboot question? Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 21:36: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 64A31106564A for ; Thu, 18 Nov 2010 21:36:19 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 1CA458FC0A for ; Thu, 18 Nov 2010 21:36:19 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6] ([IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAILa99O052266 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 18 Nov 2010 16:36:09 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE59C3F.8020704@sentex.net> Date: Thu, 18 Nov 2010 16:35:59 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE300DE.8010304@sentex.net> <20101116221926.GN2392@deviant.kiev.zoral.com.ua> <4CE333EF.10406@sentex.net> <20101117163541.GR2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101117163541.GR2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 18 Nov 2010 21:36:19 -0000 On 11/17/2010 11:35 AM, Kostik Belousov wrote: > > Meantime, the similar change may be beneficial for padlock(4) too. > f you are going to test it, please note that most likely, openssl padlock > engine does not use padlock(4), I do not know for sure. I did some more tests since someone said they had problems with geli, ipsec and padlock. In the simple tests I did, I didnt find any regressions or speed differences. Info appended to http://www.tancsa.com/fpu.html I also compared to stock RELENG_8 and padlock and didnt find any issues. ---Mike From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 21:56: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 7DFCD106566B; Thu, 18 Nov 2010 21:56:27 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id E58EC8FC15; Thu, 18 Nov 2010 21:56:26 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20101118215625.YIMY4368.nskntmtas06p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com>; Thu, 18 Nov 2010 21:56:25 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20101118215624.FVBI4790.nskntotgx02p.mx.bigpond.com@johnny.reilly.home>; Thu, 18 Nov 2010 21:56:24 +0000 Date: Fri, 19 Nov 2010 08:56:04 +1100 From: Andrew Reilly To: Jung-uk Kim Message-ID: <20101118215604.GA1357@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <201011161836.18526.jkim@FreeBSD.org> <20101116235526.GA24069@johnny.reilly.home> <201011161941.19106.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011161941.19106.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150203.4CE5A108.00FC,ss=1,fgs=0 X-SIH-MSG-ID: rhE2EdPuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU677NrM/nsj21TZcNBuPO2cqYan0X4/QsuM= Cc: freebsd-stable@FreeBSD.org Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 21:56:27 -0000 On Tue, Nov 16, 2010 at 07:41:02PM -0500, Jung-uk Kim wrote: > On Tuesday 16 November 2010 06:55 pm, Andrew Reilly wrote: > > On Tue, Nov 16, 2010 at 06:36:16PM -0500, Jung-uk Kim wrote: > > > You may try "sysctl hw.acpi.handle_reboot=1". If it works, just > > > add it in /etc/sysctl.conf. > > > > > > FYI, it is automatically set since r213755 and MFC'd to stable/8 > > > as r215006. > > > > I've just checked, and my system has that sysctl knob set to 1 > > already. I don't know how long that has been the case, though: > > perhaps it has only been since my last boot anyway? I will > > give reboot another try when I am next in the same room as the > > machine... > > I guess you already have r215006, then. :-) > > If it appeared automagically, that means your system supports the ACPI > reset register. If you still have reboot issues, please let me know. I'm happy to report that (probably as a result of this MFC), my system has just survived its first warm reboot! Yay! Thanks very much. (Need for console access just got much smaller!) Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 22:13:02 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 E8F88106564A; Thu, 18 Nov 2010 22:13:02 +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 BB3D68FC12; Thu, 18 Nov 2010 22:13:02 +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 5F40246B45; Thu, 18 Nov 2010 17:13:02 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 78F538A009; Thu, 18 Nov 2010 17:12:42 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 18 Nov 2010 17:11:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101115045549.GB96011@johnny.reilly.home> <201011180759.39129.jhb@freebsd.org> <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> In-Reply-To: <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011181711.05440.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Nov 2010 17:12:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: stable@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 22:13:03 -0000 On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > Hi John, > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > You used devinfo -v, so it shows the devices that exist even if they failed > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > OK, you're right: running without -v shows only est0: > > nexus0 > apic0 > ram0 > acpi0 > cpu0 > acpi_perf0 > est0 > p4tcc0 > cpufreq0 > cpu1 > p4tcc1 > cpufreq1 > acpi_button0 > pcib0 > <...> > > Is est. involved in the reboot question? Probably not. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 22:13:02 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 E8F88106564A; Thu, 18 Nov 2010 22:13:02 +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 BB3D68FC12; Thu, 18 Nov 2010 22:13:02 +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 5F40246B45; Thu, 18 Nov 2010 17:13:02 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 78F538A009; Thu, 18 Nov 2010 17:12:42 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 18 Nov 2010 17:11:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101115045549.GB96011@johnny.reilly.home> <201011180759.39129.jhb@freebsd.org> <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> In-Reply-To: <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011181711.05440.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 18 Nov 2010 17:12:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: stable@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , Ian Smith Subject: Re: Console options for legacy-free mini-itx server? 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, 18 Nov 2010 22:13:03 -0000 On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > Hi John, > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > You used devinfo -v, so it shows the devices that exist even if they failed > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > OK, you're right: running without -v shows only est0: > > nexus0 > apic0 > ram0 > acpi0 > cpu0 > acpi_perf0 > est0 > p4tcc0 > cpufreq0 > cpu1 > p4tcc1 > cpufreq1 > acpi_button0 > pcib0 > <...> > > Is est. involved in the reboot question? Probably not. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 22:28: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 EF154106566B; Thu, 18 Nov 2010 22:28:42 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 437A18FC0C; Thu, 18 Nov 2010 22:28:41 +0000 (UTC) Received: by qyk29 with SMTP id 29so451664qyk.13 for ; Thu, 18 Nov 2010 14:28:41 -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; bh=G6gTXaaqCJpPu9PlygEv7NCUGM5qj47slKRFxtsO51o=; b=sTD0gjkmYL2VuBDq/OYTJrZMLTh6XnuEltxE1cO5xeiLFncW3q15CNSA9OVYE2mb7L C9yURePw/SfhKBHkS8n6TYnQNBcVdA0JWeHpZduYNiUm+XcOmJgLsq3IAZkpflR13+Et mfESpG/2wkrCZGVn+nBWqH91rA/Jb/nIilcxY= 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; b=WU/bTCIJtdnrZPa3Ab0ZO7nW/xgTW2BsDas+v7+Lum+TWrmqbQ9Yo2Fj29VQYzWqC9 OY3KevhjC95IwkfviMuMKlUnZ3xzbwblakk6zzwi2NIskCGn+vJMt1UjKlmeUoshU4QD YmjXwRJ0boFlkQkdhwSbTYzS5PGI/vegOdBDk= Received: by 10.229.236.193 with SMTP id kl1mr1055289qcb.37.1290117992914; Thu, 18 Nov 2010 14:06:32 -0800 (PST) Received: from kan.dnsalias.net (c-24-63-226-98.hsd1.ma.comcast.net [24.63.226.98]) by mx.google.com with ESMTPS id u2sm513935qcq.7.2010.11.18.14.06.30 (version=SSLv3 cipher=RC4-MD5); Thu, 18 Nov 2010 14:06:31 -0800 (PST) Date: Thu, 18 Nov 2010 17:06:23 -0500 From: Alexander Kabaev To: Alexander Best Message-ID: <20101118170623.7f9c14f3@kan.dnsalias.net> In-Reply-To: <20101118185635.GA43706@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/bizU4bG9u1fade+f3H9rMcX"; protocol="application/pgp-signature" Cc: FreeBSD Stable , "Matthew D. Fuller" , Current , Andriy Gapon , FreeBSD, freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 22:28:43 -0000 --Sig_/bizU4bG9u1fade+f3H9rMcX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 18 Nov 2010 18:56:35 +0000 Alexander Best wrote: > On Thu Nov 18 10, Matthew D. Fuller wrote: > > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > > Alexander Best, and lo! it spake thus: > > >=20 > > > judging from the videos the changes are having a huge impact imo. > >=20 > > Well, my (admittedly limited, and certainly anecdotal) experience is > > that Linux's interactive response when under heavy load was always > > much worse than FreeBSD's. So maybe that's just them catching up to > > where we already are ;) >=20 > well...i tried playing back a 1080p vide files while doing > `make -j64 buildkernel` and FreeBSD's interactivity seems far from > perfect. One thing that just begs to be asked: since when decoding 1080p became an interactive task? =20 --=20 Alexander Kabaev --Sig_/bizU4bG9u1fade+f3H9rMcX Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iD8DBQFM5aNlQ6z1jMm+XZYRAuAzAJ4yOUUZa/HC1AFxowzBaYuagv92PwCgjT5Y XQ8fvbCjXoZstEJhQ7LJAMA= =e9CV -----END PGP SIGNATURE----- --Sig_/bizU4bG9u1fade+f3H9rMcX-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 22:31:33 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 DD98B1065672; Thu, 18 Nov 2010 22:31:32 +0000 (UTC) (envelope-from alteriks@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C23D8FC12; Thu, 18 Nov 2010 22:31:31 +0000 (UTC) Received: by vws4 with SMTP id 4so2130951vws.13 for ; Thu, 18 Nov 2010 14:31:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=0gue+EqXTFPN1rN9xL4E6OqIArPgw4Q9sw0lfXG+cKw=; b=x6Pmu+BVPPa294pKvUYUGdbcW+K2+Oos/uFycD7wBGUgS7GKxABFh/WKQWCdzQOFis udwb+pRXK92Wh+YqJBjfNbeOzGLGuHKwKZ13v5ri2nRW1+KchSFAZcF6fNl2L+Dbkh8q KZ6RnZ6dSKsEYnvIiYXQXHK3zjo3Gvcape3lA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=Xun4FzEDDT4hQHl9lt21E4c787ACt1SrPpI/JdFzT+lSyk6EPU1sda7ldyE6FUNZ81 iPBCkE+PLMYX3uMX4gwV+VDnHAbcxajp9RpCPAyCbIaltcfRQM8KyYfYjbdFBnm3FLy0 q51LGYhIJzwTLiw/+XFhep4faU70yqAF7oxxk= Received: by 10.229.91.9 with SMTP id k9mr981645qcm.248.1290118026357; Thu, 18 Nov 2010 14:07:06 -0800 (PST) MIME-Version: 1.0 Received: by 10.220.210.74 with HTTP; Thu, 18 Nov 2010 14:06:46 -0800 (PST) From: Krzysztof Dajka Date: Thu, 18 Nov 2010 22:06:46 +0000 Message-ID: To: stable@freebsd.org, marcel@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Problem creating mbr partition with gpart 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, 18 Nov 2010 22:31:33 -0000 Hi Today I had problem with creating mbr partition on my pendrive. I tried using gpart as I am most familiar with this tool. On clean device I did: [~] # gpart create -s mbr da1 da1 created [~] # gpart add -t mbr da1 gpart: Invalid argument What the heck? In gpart(8) under partition types I can see 'The symbolic names currently understood are: [...] mbr' Oh well I tried: [~] # gpart add -t fat da1 gpart: Invalid argument [~] # gpart add -t vfat da1 gpart: Invalid argument [~] # gpart add -t fat32 da1 gpart: Invalid argument [~] # gpart add -t msdosfs da1 gpart: Invalid argument As I was in a little hurry I used sysinstall to create msdosfs [~] # /sbin/newfs_msdos /dev/da1s1 Did the thing. Few moments ago I discovered that I can easily create ntfs partition [~] # gpart add -t ntfs da1 da1s1 added Using decimal values for partition types which isn't mentioned in gpart(8) is also supported: [~] # gpart add -t \!11 da1 da1s1 added Gpart(8) is unprecise especially itemising in partition types mbr which is partition scheme. Remembering decimal values for each partition types is inpractical, maybe most common should have theirs symbolic name. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 22:59:43 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 0D0E81065695; Thu, 18 Nov 2010 22:59:43 +0000 (UTC) Date: Thu, 18 Nov 2010 22:59:43 +0000 From: Alexander Best To: Alexander Kabaev Message-ID: <20101118225943.GB99684@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118170623.7f9c14f3@kan.dnsalias.net> Cc: FreeBSD Stable , Andriy Gapon , FreeBSD Current , "Matthew D. Fuller" , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 22:59:43 -0000 On Thu Nov 18 10, Alexander Kabaev wrote: > On Thu, 18 Nov 2010 18:56:35 +0000 > Alexander Best wrote: > > > On Thu Nov 18 10, Matthew D. Fuller wrote: > > > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > > > Alexander Best, and lo! it spake thus: > > > > > > > > judging from the videos the changes are having a huge impact imo. > > > > > > Well, my (admittedly limited, and certainly anecdotal) experience is > > > that Linux's interactive response when under heavy load was always > > > much worse than FreeBSD's. So maybe that's just them catching up to > > > where we already are ;) > > > > well...i tried playing back a 1080p vide files while doing > > `make -j64 buildkernel` and FreeBSD's interactivity seems far from > > perfect. > > One thing that just begs to be asked: since when decoding 1080p became > an interactive task? well i did exactly what they did in the video. watch a 1080p video and move the output window around while compiling the kernel. cheers. alex > > -- > Alexander Kabaev -- a13x From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 23:12: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 9EC0C106564A; Thu, 18 Nov 2010 23:12:38 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 7A48C8FC12; Thu, 18 Nov 2010 23:12:38 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id oAINCZUT012234; Thu, 18 Nov 2010 15:12:35 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id oAINCZjX012233; Thu, 18 Nov 2010 15:12:35 -0800 (PST) (envelope-from sgk) Date: Thu, 18 Nov 2010 15:12:35 -0800 From: Steve Kargl To: Alexander Best Message-ID: <20101118231235.GA12137@troutmask.apl.washington.edu> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118225943.GB99684@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118225943.GB99684@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Stable , "Matthew D. Fuller" , FreeBSD Current , Andriy Gapon , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 23:12:38 -0000 On Thu, Nov 18, 2010 at 10:59:43PM +0000, Alexander Best wrote: > > well i did exactly what they did in the video. watch a 1080p video and move > the output window around while compiling the kernel. > It is trivial to bring ULE to its knees. If you have N cores then all you need is N+1 cpu intensive task. The issue has been known for a few years. http://freebsd.monkey.org/freebsd-current/200807/msg00278.html http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg65839.html -- Steve From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 23:24: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 43767106566B; Thu, 18 Nov 2010 23:24:49 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3FDF8FC13; Thu, 18 Nov 2010 23:24:48 +0000 (UTC) Received: by iwn39 with SMTP id 39so4268663iwn.13 for ; Thu, 18 Nov 2010 15:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RF7CCOjjlMdWa/4rvqXFs+lIae9Tv2SV06gC2Iwg5lw=; b=sg9Lue/o9Zt6bStriwYNlVqnQS2YrtrgKujqeiMr1Nkx+9Gm5XOyKRnTPAUPmC8+/+ u7LeESnuWOXHJgWbFDgZEGnxcOVQzTDWN89cyiRmIYuKoWtt5yHy0XOvs0887AYgM8bg cCG4fLaATSvJ2WRDRJgVFeFGYEGbw2SIP7em4= 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=fMlbe/aYao6kyPml/TI2MMaYrkjEeXAYlqYo6rXpVarqxEHJR5QiqLRIjkLBNo37yI gnYRMlLahOhJilq+0MPIIKXkIkg537iFPno/+ZVvRsAWd3XoFWIsrrte00ij69wZWLr9 Fb8VOwpOraNIIU2yUONOG4sos62SPreFwEawg= MIME-Version: 1.0 Received: by 10.231.34.3 with SMTP id j3mr1454614ibd.100.1290120931782; Thu, 18 Nov 2010 14:55:31 -0800 (PST) Received: by 10.231.58.202 with HTTP; Thu, 18 Nov 2010 14:55:31 -0800 (PST) In-Reply-To: <20101118170623.7f9c14f3@kan.dnsalias.net> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> Date: Fri, 19 Nov 2010 00:55:31 +0200 Message-ID: From: Daniel Nebdal To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD@freebsd.org, Andriy Gapon , Current , "Matthew D. Fuller" , Alexander Best , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 23:24:49 -0000 On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev wrote= : > On Thu, 18 Nov 2010 18:56:35 +0000 > Alexander Best wrote: > >> On Thu Nov 18 10, Matthew D. Fuller wrote: >> > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of >> > Alexander Best, and lo! it spake thus: >> > > >> > > judging from the videos the changes are having a huge impact imo. >> > >> > Well, my (admittedly limited, and certainly anecdotal) experience is >> > that Linux's interactive response when under heavy load was always >> > much worse than FreeBSD's. =A0So maybe that's just them catching up to >> > where we already are =A0 ;) >> >> well...i tried playing back a 1080p vide files while doing >> `make -j64 buildkernel` and FreeBSD's interactivity seems far from >> perfect. > > One thing that just begs to be asked: since when decoding 1080p became > an interactive task? > Strictly speaking it isn't - but displaying it is a timing-sensitive task that isn't CPU- or I/O-bound, and scheduling-wise that probably makes it more like the "fast response when woken up" interactive tasks than a CPU-bound non-interactive process. Decoding it into another file on the disk is in the latter category, of course - but I don't think that's what he meant. :) More on topic - while this was a tiny patch for Linux, it seems like it would take more work for us, since I don't believe either of the schedulers handles task groups in the required way. The linux patch was just "create task groups automatically", since they already had some suitable logic for scheduling based on task groups in their CFS scheduler. We would have to (re-)add that first, which is non-trivial. -- Daniel Nebdal From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 23:37:31 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 92FCC106566B; Thu, 18 Nov 2010 23:37:31 +0000 (UTC) Date: Thu, 18 Nov 2010 23:37:31 +0000 From: Alexander Best To: Daniel Nebdal Message-ID: <20101118233731.GA10392@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: FreeBSD@freebsd.org, FreeBSD Stable , Andriy Gapon , Current , "Matthew D. Fuller" , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 18 Nov 2010 23:37:31 -0000 On Fri Nov 19 10, Daniel Nebdal wrote: > On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev wrote: > > On Thu, 18 Nov 2010 18:56:35 +0000 > > Alexander Best wrote: > > > >> On Thu Nov 18 10, Matthew D. Fuller wrote: > >> > On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > >> > Alexander Best, and lo! it spake thus: > >> > > > >> > > judging from the videos the changes are having a huge impact imo. > >> > > >> > Well, my (admittedly limited, and certainly anecdotal) experience is > >> > that Linux's interactive response when under heavy load was always > >> > much worse than FreeBSD's.  So maybe that's just them catching up to > >> > where we already are   ;) > >> > >> well...i tried playing back a 1080p vide files while doing > >> `make -j64 buildkernel` and FreeBSD's interactivity seems far from > >> perfect. > > > > One thing that just begs to be asked: since when decoding 1080p became > > an interactive task? > > > > Strictly speaking it isn't - but displaying it is a timing-sensitive > task that isn't CPU- or I/O-bound, and scheduling-wise that probably > makes it more like the "fast response when woken up" interactive tasks > than a CPU-bound non-interactive process. > Decoding it into another file on the disk is in the latter category, > of course - but I don't think that's what he meant. :) > > More on topic - while this was a tiny patch for Linux, it seems like > it would take more work for us, since I don't believe either of the > schedulers handles task groups in the required way. The linux patch > was just "create task groups automatically", since they already had > some suitable logic for scheduling based on task groups in their CFS > scheduler. We would have to (re-)add that first, which is non-trivial. personally i think freebsd would hugely benefit from a scheduler framework such as geom/gsched, where it's easy to switch between various algorithms. that way it be much easier to try out new concepts without having to write a completely new scheduler. cheers. alex > > > -- > Daniel Nebdal -- a13x From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 23: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 564A7106564A; Thu, 18 Nov 2010 23:43:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-19.mx.aerioconnect.net [216.240.47.79]) by mx1.freebsd.org (Postfix) with ESMTP id 28F718FC14; Thu, 18 Nov 2010 23:43:51 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oAINho0W001757; Thu, 18 Nov 2010 15:43:50 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 1B2192D601E; Thu, 18 Nov 2010 15:43:48 -0800 (PST) Message-ID: <4CE5BA37.20604@freebsd.org> Date: Thu, 18 Nov 2010 15:43:51 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Best References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> In-Reply-To: <20101118233731.GA10392@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: FreeBSD@freebsd.org, FreeBSD Stable , "O. Hartmann" , "Matthew D. Fuller" , Current , Andriy Gapon , freebsd-performance@freebsd.org, Daniel Nebdal Subject: Re: TTY task group scheduling 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, 18 Nov 2010 23:43:52 -0000 On 11/18/10 3:37 PM, Alexander Best wrote: > On Fri Nov 19 10, Daniel Nebdal wrote: >> On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev wrote: >>> On Thu, 18 Nov 2010 18:56:35 +0000 >>> Alexander Best wrote: >>> >>>> On Thu Nov 18 10, Matthew D. Fuller wrote: >>>>> On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of >>>>> Alexander Best, and lo! it spake thus: >>>>>> judging from the videos the changes are having a huge impact imo. >>>>> Well, my (admittedly limited, and certainly anecdotal) experience is >>>>> that Linux's interactive response when under heavy load was always >>>>> much worse than FreeBSD's. So maybe that's just them catching up to >>>>> where we already are ;) >>>> well...i tried playing back a 1080p vide files while doing >>>> `make -j64 buildkernel` and FreeBSD's interactivity seems far from >>>> perfect. >>> One thing that just begs to be asked: since when decoding 1080p became >>> an interactive task? >>> >> Strictly speaking it isn't - but displaying it is a timing-sensitive >> task that isn't CPU- or I/O-bound, and scheduling-wise that probably >> makes it more like the "fast response when woken up" interactive tasks >> than a CPU-bound non-interactive process. >> Decoding it into another file on the disk is in the latter category, >> of course - but I don't think that's what he meant. :) >> >> More on topic - while this was a tiny patch for Linux, it seems like >> it would take more work for us, since I don't believe either of the >> schedulers handles task groups in the required way. The linux patch >> was just "create task groups automatically", since they already had >> some suitable logic for scheduling based on task groups in their CFS >> scheduler. We would have to (re-)add that first, which is non-trivial. > personally i think freebsd would hugely benefit from a scheduler framework > such as geom/gsched, where it's easy to switch between various algorithms. > > that way it be much easier to try out new concepts without having to write a > completely new scheduler. we are part of the way there.. at least we did abstract the scheduler to the point where we have two completely different ones. you are welcome to develop a 'framework as you describe and plug it into the abstraction we already have. > cheers. > alex > >> >> -- >> Daniel Nebdal From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 00:00: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 E5B761065672; Thu, 18 Nov 2010 23:59:59 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4A3928FC1E; Thu, 18 Nov 2010 23:59:58 +0000 (UTC) Received: by wwd20 with SMTP id 20so3880954wwd.31 for ; Thu, 18 Nov 2010 15:59:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=/WOlykv8xFvgtJ2Af3FWvX3HKveRtvuImXmPM9HGXJY=; b=qrDlMAKEckzjOxsssbpZj6y+Ao583W3U87S+32aG+AoZo/66aZ8UGdaZ0bTjVXXOQX rQOyC2nGzNv8gaDk0WKbWz0m8kBzK6XtN20hDNgD3jXEa32curfXUc7DcNVQRGJLKR5B fZMfflcZlQ2jguWFJWRNwrpmpJAhgcY+sG5oI= 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 :content-transfer-encoding; b=fpvWgY9WGFmdwWtDAxsxt3VhzhgmThiYdoktIXj/KOW0SekSTqwdciejI1MUjbqhsm tbQRoYpvUiIbppwsEK6jSViM9CT8opSEpx5UK6gduHMXo8tPLE6CtA2qmqi4NnXvr/qb ial56ef351rX/njIfoVv17nkJjMhr6nCA1FJ0= MIME-Version: 1.0 Received: by 10.216.46.200 with SMTP id r50mr180958web.45.1290123417909; Thu, 18 Nov 2010 15:36:57 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Thu, 18 Nov 2010 15:36:57 -0800 (PST) In-Reply-To: <20101118231235.GA12137@troutmask.apl.washington.edu> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118225943.GB99684@freebsd.org> <20101118231235.GA12137@troutmask.apl.washington.edu> Date: Thu, 18 Nov 2010 15:36:57 -0800 X-Google-Sender-Auth: QQMUstOnBrl7mFCsjAfL84y5D2Q Message-ID: From: Garrett Cooper To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Stable , Andriy Gapon , FreeBSD Current , "Matthew D. Fuller" , Alexander Best , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 00:00:00 -0000 On Thu, Nov 18, 2010 at 3:12 PM, Steve Kargl wrote: > On Thu, Nov 18, 2010 at 10:59:43PM +0000, Alexander Best wrote: >> >> well i did exactly what they did in the video. watch a 1080p video and m= ove >> the output window around while compiling the kernel. >> > > It is trivial to bring ULE to its knees. =A0If you > have N cores then all you need is N+1 cpu intensive > task. =A0The issue has been known for a few years. I/O intensive tasks don't help either though. Things tend to get choppy whenever I'm doing something like update from svn and doing something a bit more interactive like use firefox (and scroll... for instance gmail seems to be a pig in this area -- heh), vlc is a little less painful, etc. I wonder if the issue isn't necessarily tasks but more or less locking. firefox uses a lot of threads and file based mutexes according to what I've seen with top and ps (please correct me if I'm wrong). firefox also has a tendency with the nvidia-driver (I know... blobs are bad) to produce funky artifacts on the screen (again, when scrolling on gmail, dealing with flash, etc) or certain bits don't redraw properly (text when scrolling ends up ghosting on multiple lines until I force a redraw with the cursor or by scrolling back over that section of text). I'm sure there are a lot of performance issues within FreeBSD and opensource desktop software that needs to be properly worked out on a case by case basis, so I think that writing everything off as awesome and working better with one magic patch is unlikely. Besides, Linux has a more complicated scheduler than FreeBSD does. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 00:17:10 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 169521065694; Fri, 19 Nov 2010 00:17:10 +0000 (UTC) Date: Fri, 19 Nov 2010 00:17:10 +0000 From: Alexander Best To: Julian Elischer Message-ID: <20101119001710.GA14641@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE5BA37.20604@freebsd.org> Cc: FreeBSD@freebsd.org, FreeBSD Stable , "O. Hartmann" , "Matthew D. Fuller" , Current , Andriy Gapon , freebsd-performance@freebsd.org, Daniel Nebdal Subject: Re: TTY task group scheduling 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, 19 Nov 2010 00:17:10 -0000 On Thu Nov 18 10, Julian Elischer wrote: > On 11/18/10 3:37 PM, Alexander Best wrote: > >On Fri Nov 19 10, Daniel Nebdal wrote: > >>On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev > >>wrote: > >>>On Thu, 18 Nov 2010 18:56:35 +0000 > >>>Alexander Best wrote: > >>> > >>>>On Thu Nov 18 10, Matthew D. Fuller wrote: > >>>>>On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of > >>>>>Alexander Best, and lo! it spake thus: > >>>>>>judging from the videos the changes are having a huge impact imo. > >>>>>Well, my (admittedly limited, and certainly anecdotal) experience is > >>>>>that Linux's interactive response when under heavy load was always > >>>>>much worse than FreeBSD's. So maybe that's just them catching up to > >>>>>where we already are ;) > >>>>well...i tried playing back a 1080p vide files while doing > >>>>`make -j64 buildkernel` and FreeBSD's interactivity seems far from > >>>>perfect. > >>>One thing that just begs to be asked: since when decoding 1080p became > >>>an interactive task? > >>> > >>Strictly speaking it isn't - but displaying it is a timing-sensitive > >>task that isn't CPU- or I/O-bound, and scheduling-wise that probably > >>makes it more like the "fast response when woken up" interactive tasks > >>than a CPU-bound non-interactive process. > >>Decoding it into another file on the disk is in the latter category, > >>of course - but I don't think that's what he meant. :) > >> > >>More on topic - while this was a tiny patch for Linux, it seems like > >>it would take more work for us, since I don't believe either of the > >>schedulers handles task groups in the required way. The linux patch > >>was just "create task groups automatically", since they already had > >>some suitable logic for scheduling based on task groups in their CFS > >>scheduler. We would have to (re-)add that first, which is non-trivial. > >personally i think freebsd would hugely benefit from a scheduler framework > >such as geom/gsched, where it's easy to switch between various algorithms. > > > >that way it be much easier to try out new concepts without having to write > >a > >completely new scheduler. > > we are part of the way there.. > > at least we did abstract the scheduler to the point where > we have two completely different ones. > you are welcome to develop a 'framework as you describe and plug it into > the abstraction we already have. **** 17:49 @ arundel : also looking at the svn log shows that still a lot of \ commits happen to sched_4bsd. so it's defenately not being abbandoned. in \ fact there might be situations where it performs better than sched_ule. 17:50 @ arundel : i'm looking forward to a scheduler which looks sorta like \ geom and enables you to plugin addition plugins with different scheduling \ algorithms. :) 17:51 @ Genesys : Luigi Rizzo had a plugabble scheduler back in 4.* or \ thereabouts 17:51 @ Genesys : you could kldload new ones and switch to them on the fly 17:52 @ arundel : wow. that sounds cool. too bad it didn't make it into src \ tree. by now it's probably outdated and needs to be reworked quite a bit. **** does anybody know something about this? i'm sorry. i'd really love to contribute some code, but my programing skills are pretty scrappy. ;) it would probably take me 20 years to figure out the current sched code. cheers. alex > > >cheers. > >alex > > > >> > >>-- > >>Daniel Nebdal -- a13x From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 01:05: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 041E9106566B; Fri, 19 Nov 2010 01:05:19 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id B19838FC17; Fri, 19 Nov 2010 01:05:18 +0000 (UTC) Received: from [10.0.1.3] (bas1-toronto09-1279534875.dsl.bell.ca [76.68.39.27]) (authenticated bits=0) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id oAJ0owe8008179 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 18 Nov 2010 19:50:59 -0500 (EST) (envelope-from dmagda@ee.ryerson.ca) Message-Id: <38521DB9-B3AE-4F96-89C9-75A80D2E0B3E@ee.ryerson.ca> From: David Magda To: Julian Elischer In-Reply-To: <4CE5BA37.20604@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 18 Nov 2010 19:50:58 -0500 References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> X-Mailer: Apple Mail (2.936) Cc: freebsd-performance@freebsd.org, Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 01:05:19 -0000 On Nov 18, 2010, at 18:43, Julian Elischer wrote: > we are part of the way there.. > > at least we did abstract the scheduler to the point where we have > two completely different ones. you are welcome to develop a > 'framework as you describe and plug it into the abstraction we > already have. It may be something to suggest for the next round of Google's Summer of Code. Or perhaps part of a school project in operating systems work (master's level? eager-beaver bachelor's thesis?). Having a bit more flexibility in being able to make different components "pluggable" would help encourage the use of BSD in more research projects. And more people learning and hacking on BSD can't be a bad thing. :) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 02:37:48 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 3CEF3106564A for ; Fri, 19 Nov 2010 02:37:48 +0000 (UTC) (envelope-from daryl@isletech.net) Received: from lagoon.isletech.net (lagoon.isletech.net [64.235.98.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0C2FF8FC0A for ; Fri, 19 Nov 2010 02:37:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=isletech.net; s=isle; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=DIvHINqrDbVI2/zAWZ6JOByXkTPBqamFFVRvdthRj3Y=; b=Ao4HS3Eg5GTS8Uu1pRYpge60OsW2Es52G8ERa8xmds6d0o0FfBYPZAjr1qHzQjkdF3IC+wydGA3i3oj/cGGicQ==; Received: from home.isletech.net ([206.248.171.193]:59981 helo=mac.home.isletech.net) by lagoon.isletech.net with esmtpsa (TLSv1:DHE-RSA-CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PJGrC-0007w9-IJ for freebsd-stable@freebsd.org; Thu, 18 Nov 2010 21:37:46 -0500 Message-ID: <4CE5E2FA.2020802@isletech.net> Date: Thu, 18 Nov 2010 21:37:46 -0500 From: Daryl Richards User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Call for testers: FPU changes 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, 19 Nov 2010 02:37:48 -0000 Not sure if this is the kind of testing you were looking for; but I've run both mprime and boinc/setiathome for the last two days without any problem... It's not a notebook so I can't test suspend/resume.. On 10-11-15 4:13 PM, Kostik Belousov wrote: > Hello, > this is a call for testers of the merge of fpu_kern_enter/leave(9) > to RELENG_8. The changes are required to fix some issues with VIA > padlock engine, and to actually merge aesni(4) to RELENG_8. > > I ask to look at the possible FPU context handling regressions. > Reports from the users of VIA padlock hardware are also needed. > Any user that has suspend/resume magically working on > 8 branch, please test that the patch does not make the things > worse. > > Please note that the pre-release freeze will start in 2 weeks, so > I need to get testing results relatively quickly to be in time for 8.2. > > Patch is at > http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch > > Thanks in advance. -- Daryl Richards Isle Technical Services Inc. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 03:14: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 A1ECA106566B; Fri, 19 Nov 2010 03:14:49 +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 EFCF28FC1B; Fri, 19 Nov 2010 03:14:48 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAJ3Ei6P007129; Fri, 19 Nov 2010 14:14:45 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 19 Nov 2010 14:14:44 +1100 (EST) From: Ian Smith To: John Baldwin In-Reply-To: <201011181711.05440.jhb@freebsd.org> Message-ID: <20101119135414.A39988@sola.nimnet.asn.au> References: <20101115045549.GB96011@johnny.reilly.home> <201011180759.39129.jhb@freebsd.org> <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> <201011181711.05440.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "Alexandre \"Sunny\" Kovalenko" , freebsd-stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 19 Nov 2010 03:14:49 -0000 On Thu, 18 Nov 2010, John Baldwin wrote: > On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > > Hi John, > > > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > > > You used devinfo -v, so it shows the devices that exist even if they failed > > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > > > OK, you're right: running without -v shows only est0: > > > > nexus0 > > apic0 > > ram0 > > acpi0 > > cpu0 > > acpi_perf0 ^^^^^^^^^^ > > est0 > > p4tcc0 > > cpufreq0 > > cpu1 > > p4tcc1 > > cpufreq1 > > acpi_button0 > > pcib0 > > <...> > > > > Is est. involved in the reboot question? > > Probably not. I'm not so sure, having just noticed something that I missed last time: device_attach: acpi_perf1 attach returned 6 est0: on cpu0 p4tcc0: on cpu0 device_attach: acpi_perf1 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 16 device_attach: est1 attach returned 6 p4tcc1: on cpu1 I'd mis-read or assumed that first line as being for acpi_perf0, rather than an earlier? attempt to attach acpi_perf1 at that time. >From cpufreq(4): The following device drivers offer absolute frequency control via the cpufreq interface. Usually, only one of these can be active at a time. acpi_perf ACPI CPU performance states est Intel Enhanced SpeedStep ichss Intel SpeedStep for ICH powernow AMD PowerNow! for K7 and K8 smist Intel SMI-based SpeedStep for PIIX4 Apart from never having seen est0 attach but est1 not, my understanding from both the manual and from having read some of the code over the time is that acpi_perf0 should only attach if eg est0 didn't - is that wrong? Note also that there's no mention of acpi_perf0 attaching in the dmesg, where I'm used to seeing that listed (eg as with my P3-Mobile CPU) cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 04:41: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 57B8D1065672; Fri, 19 Nov 2010 04:41:42 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas03p.mx.bigpond.com (nskntmtas03p.mx.bigpond.com [61.9.168.143]) by mx1.freebsd.org (Postfix) with ESMTP id 916EB8FC0A; Fri, 19 Nov 2010 04:41:40 +0000 (UTC) Received: from nskntotgx01p.mx.bigpond.com ([124.188.161.100]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20101119044139.EVJD24865.nskntmtas03p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com>; Fri, 19 Nov 2010 04:41:39 +0000 Received: from johnny.reilly.home ([124.188.161.100]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20101119044139.GCRY25056.nskntotgx01p.mx.bigpond.com@johnny.reilly.home>; Fri, 19 Nov 2010 04:41:39 +0000 Date: Fri, 19 Nov 2010 15:41:29 +1100 From: Andrew Reilly To: Alexander Best Message-ID: <20101119044129.GA4063@johnny.reilly.home> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101118182324.GA36312@freebsd.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4CE60003.00B0,ss=1,fgs=0 X-SIH-MSG-ID: rRg6ENH9TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9rVMfpRv9GgxD9FJhqBNGUhaa/tTY3Rs9mK Cc: "O. Hartmann" , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 19 Nov 2010 04:41:42 -0000 On Thu, Nov 18, 2010 at 06:23:24PM +0000, Alexander Best wrote: > you think so? judging from the videos the changes are having a huge impact imo. On Linux. Have you ever seen those sorts of UI problems on FreeBSD? I don't watch much video on my systems, but I haven't seen that. FreeBSD has always been good at keeping user-interactive processes responsive while compiles or what-not are going on in the background. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 09:25: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 59EA61065673; Fri, 19 Nov 2010 09:25:34 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E9F2B8FC1E; Fri, 19 Nov 2010 09:25:32 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA07142; Fri, 19 Nov 2010 11:25:31 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PJNDm-000LXs-O4; Fri, 19 Nov 2010 11:25:30 +0200 Message-ID: <4CE64289.5030903@freebsd.org> Date: Fri, 19 Nov 2010 11:25:29 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Best References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> In-Reply-To: <20101118185635.GA43706@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , "Matthew D. Fuller" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 09:25:34 -0000 on 18/11/2010 20:56 Alexander Best said the following: > On Thu Nov 18 10, Matthew D. Fuller wrote: >> On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of >> Alexander Best, and lo! it spake thus: >>> >>> judging from the videos the changes are having a huge impact imo. >> >> Well, my (admittedly limited, and certainly anecdotal) experience is >> that Linux's interactive response when under heavy load was always >> much worse than FreeBSD's. So maybe that's just them catching up to >> where we already are ;) > > well...i tried playing back a 1080p vide files while doing > `make -j64 buildkernel` and FreeBSD's interactivity seems far from perfect. > > it might be possible that linux'es interactivity was worse than freebsd's, > but still this patch should be evaluated for freebsd. in this particular case > it seems linux now does better than freebsd. You do realize that there are many more variables for such a test than just "1080p video" and "make -j64 buildkernel"? Let's not forget about hardware, video drivers, player capabilities, exact kind of the video (you know, 1080p alone doesn't tell much). Besides, someone might be interested in running -j64 on his 1,2,4-core desktop system, but it's definitely not me. I prefer to be reasonable. I am not saying that our scheduler (ULE) is perfect. I don't even say that it's better (in whatever comparison system) than Linux scheduler X. I say that I wouldn't spend my time improving system behavior in a scenario like this. I compile stuff very frequently (kernels, ports, world) while browsing web, reading email, doing various "desktop stuff", sometimes watching videos from the web (like e.g. trailers). On this machine/hardware I have never personally felt a need for improvements in the scheduler. And I run KDE4 with all bells and whistles enabled. YMMV. P.S. I don't discourage anyone from improving our scheduler, I even do encourage that. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 09:37:18 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 285891065670; Fri, 19 Nov 2010 09:37:18 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 827F78FC0A; Fri, 19 Nov 2010 09:37:15 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA07284; Fri, 19 Nov 2010 11:37:13 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PJNP7-000LZD-99; Fri, 19 Nov 2010 11:37:13 +0200 Message-ID: <4CE64548.4020709@freebsd.org> Date: Fri, 19 Nov 2010 11:37:12 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Daniel Nebdal References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD@freebsd.org, FreeBSD Stable , "Matthew D. Fuller" , Current , Alexander Best , freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 09:37:18 -0000 on 19/11/2010 00:55 Daniel Nebdal said the following: > On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev wrote: >> On Thu, 18 Nov 2010 18:56:35 +0000 >> Alexander Best wrote: >>> well...i tried playing back a 1080p vide files while doing >>> `make -j64 buildkernel` and FreeBSD's interactivity seems far from >>> perfect. >> >> One thing that just begs to be asked: since when decoding 1080p became >> an interactive task? >> > > Strictly speaking it isn't - but displaying it is a timing-sensitive > task that isn't CPU- or I/O-bound, and scheduling-wise that probably Well, I am not sure if I can agree about CPU-bound-ness. Depends on the exact video file, of course, but certain high-quality 1080p are very CPU intensive unless decoding is offloaded from the CPU. Depends on decoder code too. I had some videos that were CPU-bound on my Athlon II X2 250 with then-version of mplayer from ports. YMMV. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 09:45:24 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 93B0B1065670 for ; Fri, 19 Nov 2010 09:45:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 458CD8FC12 for ; Fri, 19 Nov 2010 09:45:23 +0000 (UTC) Received: by qwd7 with SMTP id 7so280036qwd.13 for ; Fri, 19 Nov 2010 01:45:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PvQVHF6HgNZL8HYn+pid5sOB4o9j+smr6064f6GAeyA=; b=S5iJpWqfcuHJhLO+HqJNN9y8Ua0ys4jTMuJZmux/nENXwSXI2exaNAcHY6xnVoxEXW jfGxqpSKwMz7lEBLjO1WLJ362iyBLCkDVVeiPKku8P5Q+EL7vpH+1Wja5+j5cYsrjc7z UoEhpEicSX97GjQkIW9SWYg/f+HKJ0mS6e6a4= 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=hqEH2fAudSl49sFTKU3q541HjU145unKrK5SqatqfTlofA3B/G4q5id2If1zF9brUs j6z6q9boyUUqXo5Qd6wyz7l+aWpZUoJyTujgJDF3QiKZ9Q87FoEfYMkas9X7cj75ZASm y08783/rIi5r9LtHhdgZMjxJqkAz2FNsJ+5R8= MIME-Version: 1.0 Received: by 10.229.233.20 with SMTP id jw20mr1637013qcb.62.1290159923062; Fri, 19 Nov 2010 01:45:23 -0800 (PST) Received: by 10.229.69.135 with HTTP; Fri, 19 Nov 2010 01:45:22 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Nov 2010 12:45:22 +0300 Message-ID: From: Sergey Kandaurov To: Krzysztof Dajka Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, marcel@freebsd.org Subject: Re: Problem creating mbr partition with gpart 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, 19 Nov 2010 09:45:24 -0000 On 19 November 2010 01:06, Krzysztof Dajka wrote: > Hi > Today I had problem with creating mbr partition on my pendrive. > I tried using gpart as I am most familiar with this tool. On clean device= I did: > > [~] # =A0gpart create -s mbr da1 > da1 created > [~] # =A0gpart add =A0-t mbr da1 > gpart: Invalid argument Hmm.. I use the next sequence (on 8.x): gpart create -s mbr ${device} gpart add -b 63 -t freebsd ${device} gpart create -s bsd ${device}s1 gpart add -t freebsd-ufs -s 1024m ${device}s1 [..more partitions there..] gpart bootcode -b /boot/boot0 ${device} gpart bootcode -b /boot/boot ${device}s1 gpart set -a active -i 1 ${device} --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 09:52: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 EA36B106564A; Fri, 19 Nov 2010 09:52:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id A4A278FC13; Fri, 19 Nov 2010 09:52:04 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAJAixax055708; Fri, 19 Nov 2010 10:44:59 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAJAixSZ055707; Fri, 19 Nov 2010 10:44:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Nov 2010 10:44:59 GMT Message-Id: <201011191044.oAJAixSZ055707@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Fri, 19 Nov 2010 09:52:05 -0000 TB --- 2010-11-19 09:32:49 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-19 09:32:49 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2010-11-19 09:32:49 - cleaning the object tree TB --- 2010-11-19 09:33:01 - cvsupping the source tree TB --- 2010-11-19 09:33:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2010-11-19 09:33:07 - building world TB --- 2010-11-19 09:33:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-19 09:33:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-19 09:33:07 - TARGET=amd64 TB --- 2010-11-19 09:33:07 - TARGET_ARCH=amd64 TB --- 2010-11-19 09:33:07 - TZ=UTC TB --- 2010-11-19 09:33:07 - __MAKE_CONF=/dev/null TB --- 2010-11-19 09:33:07 - cd /src TB --- 2010-11-19 09:33:07 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 19 09:33:08 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-19 10:44:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-19 10:44:59 - ERROR: failed to build world TB --- 2010-11-19 10:44:59 - 3301.67 user 578.34 system 4330.02 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 10:00: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 985171065679 for ; Fri, 19 Nov 2010 10:00:58 +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 7F34C8FC16 for ; Fri, 19 Nov 2010 10:00:58 +0000 (UTC) Received: from omta04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by qmta11.emeryville.ca.mail.comcast.net with comcast id Yy0w1f0030lTkoCABy0yUE; Fri, 19 Nov 2010 10:00:58 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta04.emeryville.ca.mail.comcast.net with comcast id Yy0x1f0013LrwQ28Qy0xCJ; Fri, 19 Nov 2010 10:00:57 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 194149B427; Fri, 19 Nov 2010 02:00:57 -0800 (PST) Date: Fri, 19 Nov 2010 02:00:57 -0800 From: Jeremy Chadwick To: stable@freebsd.org Message-ID: <20101119100057.GA60825@icarus.home.lan> References: <201011191044.oAJAixSZ055707@freebsd-legacy.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201011191044.oAJAixSZ055707@freebsd-legacy.sentex.ca> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: delphij@freebsd.org Subject: Re: [releng_7 tinderbox] failure on amd64/amd64 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, 19 Nov 2010 10:00:58 -0000 On Fri, Nov 19, 2010 at 10:44:59AM +0000, FreeBSD Tinderbox wrote: > ===> usr.bin/nc (all) > cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c > /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': > /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) > /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once > /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) > *** Error code 1 This has been broken for 24 hours, and only on RELENG_7 (for all architectures, not just amd64), which lacks IP_BINDANY capability: http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/netcat/netcat.c#rev1.6.2.2 The committer and/or author needs to #ifdef IP_BINDANY the relevant setsockopt() call for the RELENG_7 branch, or even both RELENG_7 and RELENG_8 if they want. This original methodology was in the code (for SO_BINDANY), but was for some reason removed. http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/netcat/netcat.c.diff?r1=1.6.2.1;r2=1.6.2.2;f=h -- | 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 Nov 19 10:21: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 2C8F6106564A; Fri, 19 Nov 2010 10:21:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id D37648FC13; Fri, 19 Nov 2010 10:21:33 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 91DB0A6B818; Fri, 19 Nov 2010 18:21:24 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id x05vrgW3OwMf; Fri, 19 Nov 2010 18:21:13 +0800 (CST) Received: from delta.delphij.net (c-76-102-26-215.hsd1.ca.comcast.net [76.102.26.215]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 6E48DA6B785; Fri, 19 Nov 2010 18:21:10 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=bbaOLtaDrTq7gY5RuFL18Un2WNO7zuSXlGyv5Ryd1mwsMe5CVVWjTU0J7gbbDMugc NXiAaL3cOTmXSQKuVq1uA== Message-ID: <4CE64F91.3060807@delphij.net> Date: Fri, 19 Nov 2010 02:21:05 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.15) Gecko/20101028 Thunderbird/3.0.10 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Jeremy Chadwick References: <201011191044.oAJAixSZ055707@freebsd-legacy.sentex.ca> <20101119100057.GA60825@icarus.home.lan> In-Reply-To: <20101119100057.GA60825@icarus.home.lan> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, delphij@freebsd.org Subject: Re: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 10:21:36 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 11/19/10 02:00, Jeremy Chadwick wrote: > On Fri, Nov 19, 2010 at 10:44:59AM +0000, FreeBSD Tinderbox wrote: >> ===> usr.bin/nc (all) >> cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c >> /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': >> /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) >> /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once >> /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) >> *** Error code 1 > > This has been broken for 24 hours, and only on RELENG_7 (for all > architectures, not just amd64), which lacks IP_BINDANY capability: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/netcat/netcat.c#rev1.6.2.2 Fixed in r215514. Sorry for that. > The committer and/or author needs to #ifdef IP_BINDANY the relevant > setsockopt() call for the RELENG_7 branch, or even both RELENG_7 and > RELENG_8 if they want. > > This original methodology was in the code (for SO_BINDANY), but was for > some reason removed. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/contrib/netcat/netcat.c.diff?r1=1.6.2.1;r2=1.6.2.2;f=h The #ifdef's were to keep OpenBSD specific code out from build, but I have realized later that we do have IP_BINDANY for ~ 1 year so I have decided to utilize that feature but never realized that it was never MFC'ed to RELENG_7 :( Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJM5k+RAAoJEATO+BI/yjfB9YMH/iax9sXZYM9ugbKgDWu25HZs v96qI1xgD10LS8m9YL0dpHU7pgaXLmHUPxBGlhigvIEBfyQwAOBYTfppv+WNBuzK 1esYDn2muoh3PNdPApldYkN8beX2bc/l6CHHaI0yWJuR21DExmYlsSlZwulwU1r5 Xu/maQ2tKdV8AFr5jPDoDNybHp/wdQIinnppoUeZ3RUCPfXngp0afbC7r84B5yIa 8W+fZBIDFJIGva4GPt7x3w3QKRpGyvXlExVssTUyf6uZb/v9ulsakFiQaoBPh1u5 yf898QHlB++zoSH9oeTTAeoeQDpQjcouV++Z1S5ukcP2lkY/EXrM0Nnt2Wnc4kU= =eszP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 10:34:05 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 C68D8106564A for ; Fri, 19 Nov 2010 10:34:05 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 73CA38FC15 for ; Fri, 19 Nov 2010 10:34:05 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward2.mail.yandex.net (Yandex) with ESMTP id D992238AA0A8; Fri, 19 Nov 2010 13:18:50 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1290161930; bh=aldC1JHv0f9EXHhOmGabwRytUw19i9dtxpiZQmIyOW4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=u+/rYSINv8LG6iWfUp6p34fv4GvsIKqlbLpORHVKIf37/a3hDvrh5UxuzlolwGptv OaQ0zzugFUwRf4zukrlsSx/8ir9sxcxsLoPoeQsoTAbkTLKBF0rZZg8reArPKSvqPT k4GmLganzQ8J79eK3QOhrR1IPdeSfL35BH0+8KNY= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id 925E42780A8; Fri, 19 Nov 2010 13:18:50 +0300 (MSK) Message-ID: <4CE64F06.3060602@yandex.ru> Date: Fri, 19 Nov 2010 13:18:46 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Krzysztof Dajka References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5A4A73FA93AB652354F041D2" Cc: stable@freebsd.org Subject: Re: Problem creating mbr partition with gpart 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, 19 Nov 2010 10:34:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5A4A73FA93AB652354F041D2 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 19.11.2010 1:06, Krzysztof Dajka wrote: > [~] # gpart create -s mbr da1 > da1 created > [~] # gpart add -t mbr da1 > gpart: Invalid argument >=20 > What the heck? In gpart(8) under partition types I can see 'The > symbolic names currently understood are: [...] mbr' "mbr" partition type is a symbolic name for GPT's type 024dee41-33e7-11d3-9d69-0008c781f39f. MBR does not have similar partition type. --=20 WBR, Andrey V. Elsukov --------------enig5A4A73FA93AB652354F041D2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM5k8JAAoJEAHF6gQQyKF6ds4IAKCrKJIv0V7BqzzcvaWmtsyJ j/Q6P34cXUElmzTt8DyvIQz+rcBipL23yVxWL8aDk9ChFNpkt2CME55ZpAdWJYIW Cn1n7Lfa8T5qLXdJI7Hef+P7SHTzi603WcIAwx/Nu+C+B+vNL50f3ePA8eZ6FJi2 B8HjkFsKefE4Ct69S0rXfYHQm43UEhDpOmFwmCJpJmYFVMqutykEQb2zaAuwXZye LodPux5xORMjG4Vq8SNPu8RRkDH1u4yiE1yfI3LPe/00zqsq6aCMaWyEFGspInCY p0GLyAqIHX6Mu0sLbiO8x6oekoG4cXrXOmRzgC7VfGvSVo7ZFKk1/SqPI1owqws= =i7DW -----END PGP SIGNATURE----- --------------enig5A4A73FA93AB652354F041D2-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 11:02:50 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 86B73106566B; Fri, 19 Nov 2010 11:02:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 4134B8FC0A; Fri, 19 Nov 2010 11:02:50 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAJBu615079080; Fri, 19 Nov 2010 11:56:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAJBu6Sq079079; Fri, 19 Nov 2010 11:56:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Nov 2010 11:56:06 GMT Message-Id: <201011191156.oAJBu6Sq079079@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Fri, 19 Nov 2010 11:02:50 -0000 TB --- 2010-11-19 10:45:00 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-19 10:45:00 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2010-11-19 10:45:00 - cleaning the object tree TB --- 2010-11-19 10:45:07 - cvsupping the source tree TB --- 2010-11-19 10:45:07 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2010-11-19 10:45:12 - building world TB --- 2010-11-19 10:45:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-19 10:45:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-19 10:45:12 - TARGET=i386 TB --- 2010-11-19 10:45:12 - TARGET_ARCH=i386 TB --- 2010-11-19 10:45:12 - TZ=UTC TB --- 2010-11-19 10:45:12 - __MAKE_CONF=/dev/null TB --- 2010-11-19 10:45:12 - cd /src TB --- 2010-11-19 10:45:12 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 19 10:45:14 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-19 11:56:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-19 11:56:06 - ERROR: failed to build world TB --- 2010-11-19 11:56:06 - 3258.35 user 560.95 system 4266.44 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 11:16:15 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 4AEAF1065745; Fri, 19 Nov 2010 11:16:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id E19608FC1E; Fri, 19 Nov 2010 11:16:14 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.4/8.14.4) with ESMTP id oAJC9Zj5028127; Fri, 19 Nov 2010 12:09:35 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.4/8.14.4/Submit) id oAJC9ZJ3028122; Fri, 19 Nov 2010 12:09:35 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 19 Nov 2010 12:09:35 GMT Message-Id: <201011191209.oAJC9ZJ3028122@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 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: Fri, 19 Nov 2010 11:16:15 -0000 TB --- 2010-11-19 10:58:31 - tinderbox 2.6 running on freebsd-legacy.sentex.ca TB --- 2010-11-19 10:58:31 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2010-11-19 10:58:31 - cleaning the object tree TB --- 2010-11-19 10:58:39 - cvsupping the source tree TB --- 2010-11-19 10:58:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2010-11-19 10:58:44 - building world TB --- 2010-11-19 10:58:44 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-19 10:58:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-19 10:58:44 - TARGET=pc98 TB --- 2010-11-19 10:58:44 - TARGET_ARCH=i386 TB --- 2010-11-19 10:58:44 - TZ=UTC TB --- 2010-11-19 10:58:44 - __MAKE_CONF=/dev/null TB --- 2010-11-19 10:58:44 - cd /src TB --- 2010-11-19 10:58:44 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 19 10:58:45 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 [...] cc -O2 -fno-strict-aliasing -pipe -o mt mt.o gzip -cn /src/usr.bin/mt/mt.1 > mt.1.gz ===> usr.bin/nc (all) cc -O2 -fno-strict-aliasing -pipe -DIPSEC -c /src/usr.bin/nc/../../contrib/netcat/netcat.c /src/usr.bin/nc/../../contrib/netcat/netcat.c: In function 'remote_connect': /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: 'IP_BINDANY' undeclared (first use in this function) /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: (Each undeclared identifier is reported only once /src/usr.bin/nc/../../contrib/netcat/netcat.c:573: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.bin/nc. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-19 12:09:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-19 12:09:35 - ERROR: failed to build world TB --- 2010-11-19 12:09:35 - 3246.07 user 581.34 system 4264.11 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 09:42: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 3E73B106566C; Fri, 19 Nov 2010 09:42:07 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id C2F4C8FC18; Fri, 19 Nov 2010 09:42:06 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id AA582E60BE; Fri, 19 Nov 2010 09:42:05 +0000 (GMT) Received: from unknown (client-86-27-40-229.glfd.adsl.virginmedia.com [86.27.40.229]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 19 Nov 2010 09:42:04 +0000 (GMT) Date: Fri, 19 Nov 2010 09:42:07 +0000 From: Bruce Cran To: Alexander Best Message-ID: <20101119094207.00004cb4@unknown> In-Reply-To: <20101119001710.GA14641@freebsd.org> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> X-Mailer: Claws Mail 3.7.4cvs1 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 19 Nov 2010 11:58:20 +0000 Cc: FreeBSD@freebsd.org, Stable , Daniel Nebdal , Julian Elischer , "Matthew D. Fuller" , Current , Gapon , FreeBSD, Andriy, freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 09:42:07 -0000 On Fri, 19 Nov 2010 00:17:10 +0000 Alexander Best wrote: > 17:51 @ Genesys : Luigi Rizzo had a plugabble scheduler back in 4.* > or \ thereabouts > 17:51 @ Genesys : you could kldload new ones and switch to them on > the fly 17:52 @ arundel : wow. that sounds cool. too bad it didn't > make it into src \ tree. by now it's probably outdated and needs to > be reworked quite a bit. **** > > does anybody know something about this? Google suggests that the work was a GSoC project in 2005 on a pluggable disk scheduler. -- Bruce Cran From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 11:09: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 BF860106564A; Fri, 19 Nov 2010 11:09:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4824C8FC0A; Fri, 19 Nov 2010 11:09:46 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A2B7.dip.t-dialin.net [87.179.162.183]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id D582384400E; Fri, 19 Nov 2010 12:09:43 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5D85F118D; Fri, 19 Nov 2010 12:09:40 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id oAJB8xkN002093; Fri, 19 Nov 2010 12:08:59 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 19 Nov 2010 12:08:59 +0100 Message-ID: <20101119120859.59361egrovtna9q8@webmail.leidinger.net> Date: Fri, 19 Nov 2010 12:08:59 +0100 From: Alexander Leidinger To: Alexander Best References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> In-Reply-To: <20101119001710.GA14641@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: D582384400E.A69F4 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.274, required 6, autolearn=disabled, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1290769784.20671@yoypZWdpM06a5ccjyLEuLQ X-EBL-Spam-Status: No X-Mailman-Approved-At: Fri, 19 Nov 2010 11:58:29 +0000 Cc: FreeBSD@freebsd.org, Stable , Daniel Nebdal , Julian Elischer , "Matthew D. Fuller" , Current , Gapon , FreeBSD, Andriy, freebsd-performance@freebsd.org, "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 11:09:46 -0000 Quoting Alexander Best (from Fri, 19 Nov 2010 00:17:10 +0000): > 17:51 @ Genesys : Luigi Rizzo had a plugabble scheduler back in 4.* or \ > thereabouts > 17:51 @ Genesys : you could kldload new ones and switch to them on the fly > 17:52 @ arundel : wow. that sounds cool. too bad it didn't make it > into src \ > tree. by now it's probably outdated and needs to be reworked quite a bit. > **** > > does anybody know something about this? I'm aware of the I/O scheduling code (which is now available at least in -current), but I do not remember CPU scheduling code from Luigi. Are you sure Genesys didn't mix up something by accident? Bye, Alexander. -- Ferengi Rule of Acquisition #123: Even a blind man can recognize the glow of latinum. -- ST: Legends of the Ferengi http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 13:06: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 915D6106566C for ; Fri, 19 Nov 2010 13:06:20 +0000 (UTC) (envelope-from fanreach@reverbnation.com) Received: from profanreach-cc.reverbnation.com (profanreach-cc.reverbnation.com [216.93.171.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7AED88FC14 for ; Fri, 19 Nov 2010 13:06:20 +0000 (UTC) Received: from beck.reverbnation.com (beck.reverbnation.com [192.168.0.20]) by profanreach-cc.reverbnation.com (Postfix) with ESMTP id 1DF404F2629 for ; Fri, 19 Nov 2010 08:06:20 -0500 (EST) From: BeatsBeast Producer To: freebsd-stable@freebsd.org Message-Id: Mime-Version: 1.0 Date: Fri, 19 Nov 2010 08:06:20 -0500 (EST) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: Quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: You Can Have Her X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: BeatsBeast Producer List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 13:06:20 -0000 Hi again friends and fans,BeatsBeast here to let you know that a new song has been uploaded to our playlist titled, "You Can Have Her". produced by myself and performed by B. Ezy ( http://www.quantcast.com/p-05---xoNhTXVc ) Update Info: http://www.reverbnation.com/c/fr7/artist_158288?eid=3DA15828= 8_6376199_30674416&fsc=3D791e9d14a39 = Unsubscribe/Report Spam: http://www.reverbnation.com/c/fr2/artist_158288?= eid=3DA158288_6376199_30674416&fsc=3D791e9d14a39 = From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 13:14: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 D4D85106564A; Fri, 19 Nov 2010 13:14:17 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6F0898FC0A; Fri, 19 Nov 2010 13:14:15 +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 PAA13146; Fri, 19 Nov 2010 15:14:13 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE67825.4010700@freebsd.org> Date: Fri, 19 Nov 2010 15:14:13 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Julian Elischer References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <4CE58A86.6010406@freebsd.org> In-Reply-To: <4CE58A86.6010406@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Lucius Windschuh , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 13:14:17 -0000 on 18/11/2010 22:20 Julian Elischer said the following: > tty grouping is a variant of what we used to have at one stage which is > a "kernel schedulable entity group".. KSEG Or rather, I think, a concrete application of a variant of that. > the idea is that all items in a group share some characteristic and some amount > of resources. > > We stripped the KSEG out of the picture because it really complicated the picture. Yes, unfortunately. One can think about a number of applications for hierarchical schedulable resources. Even one-level group scheduling could be a very useful subcase. BTW, http://www.mjmwired.net/kernel/Documentation/cgroups.txt -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 13:10:48 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 04A4E1065672; Fri, 19 Nov 2010 13:10:48 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB138FC19; Fri, 19 Nov 2010 13:10:46 +0000 (UTC) Received: by wyb35 with SMTP id 35so3639283wyb.13 for ; Fri, 19 Nov 2010 05:10:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received :x-virus-scanned:received:received:to:cc:subject:from:in-reply-to :references:x-operating-system:date:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=ARCthvL34kJuHzwdGbFdIq8QLq5CkruPFrVzrKEuh5k=; b=rnGIO8/OpL7RTzPFBtAqyf4K7ZjdfTPhu0Owq+lkQ3FqfvLE7HJMwG6w21kt2hZuvN PeBtzoji9w/zv/nyV2REr9f/p5FPnTahV2L9IdXXj3hkWHJxskjERMCSykvtPObqPPRE SEqKadyJIdxtOlqHaItRjcsaoULCtAd7u2Jys= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:x-virus-scanned:to:cc:subject:from:in-reply-to:references :x-operating-system:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; b=aMbxVjew7mpPIUERohgypaeDDkB+9jAymgYowlu1rif+BSwv5Vl4R3QOCnWJriKOGR MkJqEYPeNNRv/P7EPmurfsiDsKax39sqRhYHNWkQ7Lq/MBnbiyqsB66lKznIDTCeRcE/ EhRvnWr3KQrFNquvs3OoJ7a4HnpqcWeiHMMCI= Received: by 10.227.147.209 with SMTP id m17mr2215700wbv.51.1290170546015; Fri, 19 Nov 2010 04:42:26 -0800 (PST) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mx.google.com with ESMTPS id x12sm764804weq.18.2010.11.19.04.42.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Nov 2010 04:42:25 -0800 (PST) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id DA83B1CF6F; Fri, 19 Nov 2010 13:42:21 +0100 (CET) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DJ8aqkcGtYVY; Fri, 19 Nov 2010 13:42:18 +0100 (CET) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id 8953D1CC5B; Fri, 19 Nov 2010 13:42:18 +0100 (CET) To: Bruce Cran From: Eric Masson In-Reply-To: <20101119094207.00004cb4@unknown> (Bruce Cran's message of "Fri, 19 Nov 2010 09:42:07 +0000") References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> <20101119094207.00004cb4@unknown> X-Operating-System: FreeBSD 8.1-RELEASE-p1 amd64 Date: Fri, 19 Nov 2010 13:42:18 +0100 Message-ID: <864obdeb85.fsf@srvbsdfenssv.interne.associated-bears.org> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 19 Nov 2010 13:21:05 +0000 Cc: Andriy@FreeBSD.ORG, FreeBSD@freebsd.org, Stable , Daniel Nebdal , "Matthew D. Fuller" , "O. Hartmann" , Current , Gapon , Alexander Best , freebsd-performance@freebsd.org, Julian Elischer Subject: Re: TTY task group scheduling 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, 19 Nov 2010 13:10:48 -0000 Bruce Cran writes: Hello, > Google suggests that the work was a GSoC project in 2005 on a pluggable > disk scheduler. It seems that something similar has found its way in DFlyBSD, dsched. Éric Masson -- manquerait plus que les groupes soient pollués. c'est beaucoup plus grave que des plages bretonnes ŕ deux francs qui étaient déjŕ polluées par ces salopards de volatiles. dieu merci, il n'y en aura bientôt plus -+- tilt in http://www.le-gnu.net : Les oiseaux sont des cons. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 13:30: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 1DA16106564A; Fri, 19 Nov 2010 13:30:31 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2870C8FC14; Fri, 19 Nov 2010 13:30:29 +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 PAA13421; Fri, 19 Nov 2010 15:30:16 +0200 (EET) (envelope-from avg@freebsd.org) Message-ID: <4CE67BE7.2000305@freebsd.org> Date: Fri, 19 Nov 2010 15:30:15 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Ian Smith References: <20101115045549.GB96011@johnny.reilly.home> <201011180759.39129.jhb@freebsd.org> <985E77DE-BFC9-4186-8493-36C63C62CE29@bigpond.net.au> <201011181711.05440.jhb@freebsd.org> <20101119135414.A39988@sola.nimnet.asn.au> In-Reply-To: <20101119135414.A39988@sola.nimnet.asn.au> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Alexandre \"Sunny\" Kovalenko" , John Baldwin Subject: Re: Console options for legacy-free mini-itx server? 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, 19 Nov 2010 13:30:31 -0000 on 19/11/2010 05:14 Ian Smith said the following: > On Thu, 18 Nov 2010, John Baldwin wrote: > > On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > > > Hi John, > > > > > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > > > > > You used devinfo -v, so it shows the devices that exist even if they failed > > > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > > > > > OK, you're right: running without -v shows only est0: > > > > > > nexus0 > > > apic0 > > > ram0 > > > acpi0 > > > cpu0 > > > acpi_perf0 > ^^^^^^^^^^ > > > est0 > > > p4tcc0 > > > cpufreq0 > > > cpu1 > > > p4tcc1 > > > cpufreq1 > > > acpi_button0 > > > pcib0 > > > <...> > > > > > > Is est. involved in the reboot question? > > > > Probably not. > > I'm not so sure, having just noticed something that I missed last time: > > device_attach: acpi_perf1 attach returned 6 > est0: on cpu0 > p4tcc0: on cpu0 > device_attach: acpi_perf1 attach returned 6 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 16 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > I'd mis-read or assumed that first line as being for acpi_perf0, rather > than an earlier? attempt to attach acpi_perf1 at that time. > >>From cpufreq(4): > > The following device drivers offer absolute frequency control via the > cpufreq interface. Usually, only one of these can be active at a time. > > acpi_perf ACPI CPU performance states > est Intel Enhanced SpeedStep > ichss Intel SpeedStep for ICH > powernow AMD PowerNow! for K7 and K8 > smist Intel SMI-based SpeedStep for PIIX4 > > Apart from never having seen est0 attach but est1 not, my understanding Very likely that it could be a BIOS bug. My guess is that DSDT defines _PSS method in one processor object, but not in the other, > from both the manual and from having read some of the code over the time > is that acpi_perf0 should only attach if eg est0 didn't - is that wrong? To some degree :-) On most modern systems acpi_perf attaches in "information only" mode where it provides P-state information to a driver like est or hwpstate that performs actual P-state switching. In some cases acpi_perf may work in fill mode. In other other cases a hardware-specific driver like est can work without acpi_perf. > Note also that there's no mention of acpi_perf0 attaching in the dmesg, > where I'm used to seeing that listed (eg as with my P3-Mobile CPU) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 14:18:56 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 18BED106564A; Fri, 19 Nov 2010 14:18:56 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 21E508FC14; Fri, 19 Nov 2010 14:18:54 +0000 (UTC) Received: from vhoffman-macbooklocal.local (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id oAJEIqJm059907 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 19 Nov 2010 14:18:52 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4CE6874C.1060204@unsane.co.uk> Date: Fri, 19 Nov 2010 14:18:52 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Eric Masson References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> <20101119094207.00004cb4@unknown> <864obdeb85.fsf@srvbsdfenssv.interne.associated-bears.org> In-Reply-To: <864obdeb85.fsf@srvbsdfenssv.interne.associated-bears.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-performance@freebsd.org, Current , Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 14:18:56 -0000 On 19/11/2010 12:42, Eric Masson wrote: > Bruce Cran writes: > > Hello, > >> Google suggests that the work was a GSoC project in 2005 on a pluggable >> disk scheduler. > It seems that something similar has found its way in DFlyBSD, dsched. And indeed to FreeBSD, man gsched. Added sometime round April http://svn.freebsd.org/viewvc/base/head/sys/geom/sched/README?view=log Vince > Éric Masson > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 14:44: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 152FD106566B for ; Fri, 19 Nov 2010 14:44:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id A9A828FC0C for ; Fri, 19 Nov 2010 14:44:54 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta09.emeryville.ca.mail.comcast.net with comcast id Z2Mo1f0031HpZEsA92kukZ; Fri, 19 Nov 2010 14:44:54 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta14.emeryville.ca.mail.comcast.net with comcast id Z2ks1f00K3LrwQ28a2ktR8; Fri, 19 Nov 2010 14:44:53 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B60DD9B427; Fri, 19 Nov 2010 06:44:52 -0800 (PST) Date: Fri, 19 Nov 2010 06:44:52 -0800 From: Jeremy Chadwick To: Vincent Hoffman Message-ID: <20101119144452.GA67750@icarus.home.lan> References: <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> <20101119094207.00004cb4@unknown> <864obdeb85.fsf@srvbsdfenssv.interne.associated-bears.org> <4CE6874C.1060204@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE6874C.1060204@unsane.co.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Eric Masson , freebsd-performance@freebsd.org, Current , Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 14:44:55 -0000 On Fri, Nov 19, 2010 at 02:18:52PM +0000, Vincent Hoffman wrote: > On 19/11/2010 12:42, Eric Masson wrote: > > Bruce Cran writes: > > > > Hello, > > > >> Google suggests that the work was a GSoC project in 2005 on a pluggable > >> disk scheduler. > > It seems that something similar has found its way in DFlyBSD, dsched. > And indeed to FreeBSD, man gsched. Added sometime round April > http://svn.freebsd.org/viewvc/base/head/sys/geom/sched/README?view=log It's been pointed out on the list a couple times, and I've sent mail to the authors about this, that gsched breaks (very, very badly) things like sysinstall, and does other strange things like leaves trailing periods at the end of its ".sched." labels. This appears to be by design, but I'm still left thinking "?!" It's hard to discern technical innards/workings of GEOM since the documentation is so poor (and reading the code doesn't help, especially with regards to libgeom). IMHO, the gsched "stuff", as a "layer", should probably be moved into the I/O framework by default, with the functionality *disabled* by default and tunables to adjust it. That's just how I feel about it. -- | 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 Nov 19 15:26: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 F30A41065670 for ; Fri, 19 Nov 2010 15:26:02 +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 B3B828FC1B for ; Fri, 19 Nov 2010 15:26:02 +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 5A64D46B51; Fri, 19 Nov 2010 10:26:02 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 413CE8A009; Fri, 19 Nov 2010 10:26:01 -0500 (EST) From: John Baldwin To: Ian Smith Date: Fri, 19 Nov 2010 09:39:49 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <20101115045549.GB96011@johnny.reilly.home> <201011181711.05440.jhb@freebsd.org> <20101119135414.A39988@sola.nimnet.asn.au> In-Reply-To: <20101119135414.A39988@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011190939.49254.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 19 Nov 2010 10:26:01 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: "Alexandre \"Sunny\" Kovalenko" , freebsd-stable@freebsd.org Subject: Re: Console options for legacy-free mini-itx server? 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, 19 Nov 2010 15:26:03 -0000 On Thursday, November 18, 2010 10:14:44 pm Ian Smith wrote: > On Thu, 18 Nov 2010, John Baldwin wrote: > > On Thursday, November 18, 2010 4:07:27 pm Andrew Reilly wrote: > > > Hi John, > > > > > > On 18/11/2010, at 23:59 , John Baldwin wrote: > > > > > > > You used devinfo -v, so it shows the devices that exist even if they failed > > > > to attach. Try just using 'devinfo' and seeing if est1 still shows up. > > > > > > OK, you're right: running without -v shows only est0: > > > > > > nexus0 > > > apic0 > > > ram0 > > > acpi0 > > > cpu0 > > > acpi_perf0 > ^^^^^^^^^^ > > > est0 > > > p4tcc0 > > > cpufreq0 > > > cpu1 > > > p4tcc1 > > > cpufreq1 > > > acpi_button0 > > > pcib0 > > > <...> > > > > > > Is est. involved in the reboot question? > > > > Probably not. > > I'm not so sure, having just noticed something that I missed last time: Not being able to alter the speed of CPU 1 shouldn't impact the ability to reboot the system. > device_attach: acpi_perf1 attach returned 6 > est0: on cpu0 > p4tcc0: on cpu0 > device_attach: acpi_perf1 attach returned 6 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 16 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > I'd mis-read or assumed that first line as being for acpi_perf0, rather > than an earlier? attempt to attach acpi_perf1 at that time. > > From cpufreq(4): > > The following device drivers offer absolute frequency control via the > cpufreq interface. Usually, only one of these can be active at a time. > > acpi_perf ACPI CPU performance states > est Intel Enhanced SpeedStep > ichss Intel SpeedStep for ICH > powernow AMD PowerNow! for K7 and K8 > smist Intel SMI-based SpeedStep for PIIX4 > > Apart from never having seen est0 attach but est1 not, my understanding > from both the manual and from having read some of the code over the time > is that acpi_perf0 should only attach if eg est0 didn't - is that wrong? > > Note also that there's no mention of acpi_perf0 attaching in the dmesg, > where I'm used to seeing that listed (eg as with my P3-Mobile CPU) acpi_perf(4) operates in two modes. One is that it actively manages the CPU, the second is that it provides the data table that other drives like est(4) use. In the second mode it marks itself as quiet so it does not show up in dmesg. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 15:49: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 E6BCD106564A; Fri, 19 Nov 2010 15:49:58 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 82A588FC08; Fri, 19 Nov 2010 15:49:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id B141813324; Sat, 20 Nov 2010 00:49:57 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost ([127.0.0.1]) by localhost (basalt.tackymt.homeip.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41fp7la0-sfI; Sat, 20 Nov 2010 00:49:56 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTP; Sat, 20 Nov 2010 00:49:56 +0900 (JST) Date: Sat, 20 Nov 2010 00:49:55 +0900 From: Taku YAMAMOTO To: "O. Hartmann" Message-Id: <20101120004955.68c8af6a.taku@tackymt.homeip.net> In-Reply-To: <4CE58CD8.2000407@mail.zedat.fu-berlin.de> References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <4CE58CD8.2000407@mail.zedat.fu-berlin.de> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.20.1; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Lucius Windschuh , freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable , Andriy Gapon Subject: Re: TTY task group scheduling 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, 19 Nov 2010 15:49:59 -0000 On Thu, 18 Nov 2010 21:30:16 +0100 "O. Hartmann" wrote: > On 11/18/10 19:55, Lucius Windschuh wrote: > > 2010/11/18 Andriy Gapon: > >> [Grouping of processes into TTY groups] > >> > >> Well, I think that those improvements apply only to a very specific usage pattern > >> and are greatly over-hyped. > > > > But there are serious issue if you use FreeBSD as a desktop OS with > > SMP and SCHED_ULE, or? > > Because currently, my machine is barely usable if a compile job with > > parallelism is running. Movies stutter, Firefox hangs. And even nice > > -n 20 doesn't do the job in every case, as +20 seems not to be the > > idle priority anymore?!? > > And using "idprio 1 $cmd" as a workaround is, well, a kludge. > > I am not sure if TTY grouping is the right solution, if you look at > > potentially CPU-intensive GUI applications that all run on the same > > TTY (or no TTY at all? Same problem). > > Maybe, we could simply enhance the algorithm that decides if a task is > > interactive? That would also improve the described situation. > > > > Regards, > > > > Lucius > > Stuttering Response, being stuck for over 20 seconds also happens when I > start updating the OS' sources via svn. This happens on all boxes, some > of them do have 8 cores (ob two CPUs) and plenty of RAM. Heavy disk I/O, > doesn't matter on UFS2 or ZFS, also brings boxes to stutter, those > phenomena are most seen when you interact with the machine via X11 > clients. I think it's hard to realize if a server only does console I/O, > but console also seems to be stuck sometimes. It would be worth checking > this with some 'benchmark'. X11 in its kind of oldish incarnation on > FreeBSD seems to contribute most to those slowdowns, what so ever. I guess schedulers can hardly distinguish heavy disk I/Os from nanosleep()s and user-interactions; schedulers think both as voluntary sleep. To make the matters worse, the current implementation of SCHED_ULE reassigns ts_slice on sched_wakeup() no matter how short the sleep was. I have a dumb local hack to grant ts_slice proportional to the duration the waking thread slept rather than unconditionally reset to sched_slice. --- sys/kern/sched_ule.c.orig +++ sys/kern/sched_ule.c @@ -1928,12 +1928,16 @@ sched_wakeup(struct thread *td) u_int hzticks; hzticks = (ticks - slptick) << SCHED_TICK_SHIFT; + if (hzticks > SCHED_SLP_RUN_MAX) + hzticks = SCHED_SLP_RUN_MAX; ts->ts_slptime += hzticks; + /* Grant additional slices after we sleep. */ + ts->ts_slice += hzticks / tickincr; + if (ts->ts_slice > sched_slice) + ts->ts_slice = sched_slice; sched_interact_update(td); sched_pctcpu_update(ts); } - /* Reset the slice value after we sleep. */ - ts->ts_slice = sched_slice; sched_add(td, SRQ_BORING); } -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 17:11: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 2F5531065693; Fri, 19 Nov 2010 17:11:50 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (outgoing01.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id CBD208FC18; Fri, 19 Nov 2010 17:11:49 +0000 (UTC) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 36A1514E5EB; Fri, 19 Nov 2010 07:11:48 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id BDFA3196E48; Fri, 19 Nov 2010 07:11:47 -1000 (HST) Date: Fri, 19 Nov 2010 07:11:47 -1000 From: Clifton Royston To: Vincent Hoffman Message-ID: <20101119171147.GA7166@lava.net> Mail-Followup-To: Vincent Hoffman , Eric Masson , freebsd-performance@freebsd.org, Stable References: <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> <20101119094207.00004cb4@unknown> <864obdeb85.fsf@srvbsdfenssv.interne.associated-bears.org> <4CE6874C.1060204@unsane.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4CE6874C.1060204@unsane.co.uk> User-Agent: Mutt/1.4.2.3i Cc: Eric Masson , freebsd-performance@freebsd.org, Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 17:11:50 -0000 On Fri, Nov 19, 2010 at 02:18:52PM +0000, Vincent Hoffman wrote: > On 19/11/2010 12:42, Eric Masson wrote: > > Bruce Cran writes: > > > > Hello, > > > >> Google suggests that the work was a GSoC project in 2005 on a pluggable > >> disk scheduler. > > It seems that something similar has found its way in DFlyBSD, dsched. > And indeed to FreeBSD, man gsched. Added sometime round April > http://svn.freebsd.org/viewvc/base/head/sys/geom/sched/README?view=log Apart from the other comments on gsched, disk I/O scheduling is a totally different animal than {thread,process,task} scheduling, even when it comes to I/O-bound tasks. -- Clifton P.S. Trimmed -current off the CC line; crossing 3 lists seems rather superfluous. -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 18:54:32 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id D6B04106566C; Fri, 19 Nov 2010 18:54:32 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 19 Nov 2010 13:54:21 -0500 User-Agent: KMail/1.6.2 References: <201011152036.48181.jkim@FreeBSD.org> <201011161530.20165.jkim@FreeBSD.org> In-Reply-To: <201011161530.20165.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011191354.25486.jkim@FreeBSD.org> Cc: Ed Schouten , freebsd-stable@freebsd.org, Hans Petter Selasky Subject: Re: [Call for Tests] PAT issue on Apple hardware 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, 19 Nov 2010 18:54:33 -0000 On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote: > On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote: > > Often times I hear complaints like "my Mac hangs after upgrading > > to 8.1" or "snapshot CD hangs on my brand new Mac". I know some > > of these complaints started happening when we switched to new PAT > > layout. It is so puzzling because it never happened on non-Apple > > hardware, AFAIK. I really like to fix this problem but I cannot > > afford a Mac. :-P > > > > If you are one of those lucky people, please test the attached > > patch and report your hardware model and any improvement or > > regression. > > > > Also, I added a new tunable "vm.pmap.pat_works" so that you can > > turn it off from loader (i.e., "set vm.pmap.pat_works=0") and > > restore old behaviour without recompiling a new kernel. > > I revised this patch to make it more robust. > > http://people.freebsd.org/~jkim/pat-current.diff > > Also, I prepared a patch for stable/8. If you have recent Apple > hardware and it hangs with 8.1 or stable/8, please test this patch. > > http://people.freebsd.org/~jkim/pat-stable.diff Anyone? I don't want to commit it blindly. :-( Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 20:16: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 ABA681065742 for ; Fri, 19 Nov 2010 20:16:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 647E68FC16 for ; Fri, 19 Nov 2010 20:16:15 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6] ([IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAJKFcSg087341 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 19 Nov 2010 15:15:39 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE6DADE.1050908@sentex.net> Date: Fri, 19 Nov 2010 15:15:26 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: d@delphij.net References: <4CDE5453.1020400@delphij.net> In-Reply-To: <4CDE5453.1020400@delphij.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: FreeBSD-STABLE Mailing List , Xin LI Subject: Re: Call for Area SATA II RAID controller testers [Fwd: svn commit: r215234 - head/sys/dev/arcmsr] 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, 19 Nov 2010 20:16:15 -0000 On 11/13/2010 4:03 AM, Xin LI wrote: > Hi, > > I have just committed a new vendor release of arcmsr(4) driver. This is > intended for 8.2-RELEASE so please test if you could. > Hi, All seems to work well with the ARC-1110 card in RAID 10. Read and write speeds are about the same with the previous version of the driver on AMD64, RELENG_8. It also gets rid of a long standing bootup (cosmetic ?) error. Web and CLI work properly as well # areca-cli "hw info" The Hardware Monitor Information =========================================== Fan#1 Speed (RPM) : 2079 Battery Status : Not Installed HDD #1 Temp. : 40 HDD #2 Temp. : 39 HDD #3 Temp. : 38 HDD #4 Temp. : 38 =========================================== GuiErrMsg<0x00>: Success. # areca-cli "sys info" The System Information =========================================== Main Processor : 500MHz CPU ICache Size : 32KB CPU DCache Size : 32KB CPU SCache Size : 0KB System Memory : 128MB/333MHz/ECC Firmware Version : V1.48 2009-12-31 BOOT ROM Version : V1.48 2009-12-31 Serial Number : Y523CAAAAR000426 Controller Name : ARC-1110 =========================================== GuiErrMsg<0x00>: Success. --- /tmp/dmesg.boot 2010-11-19 14:24:11.000000000 -0500 +++ dmesg.boot 2010-11-19 15:01:16.000000000 -0500 @@ -2,7 +2,7 @@ Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. -FreeBSD 8.1-STABLE #0: Fri Nov 19 13:17:53 EST 2010 +FreeBSD 8.1-STABLE #1: Fri Nov 19 14:56:35 EST 2010 mdtancsa@obsidian2.sentex.ca:/usr/obj/usr/src/sys/server amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5800+ (2992.53-MHz K8-class CPU) @@ -44,7 +44,7 @@ pci3: on pcib3 arcmsr0: mem 0xff2ff000-0xff2fffff,0xf6400000-0xf67fffff irq 18 at device 14.0 on pci3 -ARECA RAID ADAPTER0: Driver Version 1.20.00.17 2010-07-15 +ARECA RAID ADAPTER0: Driver Version 1.20.00.19 2010-11-11 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.48 2009-12-31 arcmsr0: [ITHREAD] atapci0: port 0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f mem 0xff3fe000-0xff3fffff irq 11 at device 14.0 on pci1 @@ -119,7 +119,6 @@ uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 4 ports with 4 removable, self powered -(probe16:arcmsr0:0:16:0): inquiry data fails comparison at DV1 step da0 at arcmsr0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 20:29:01 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 06D131065673 for ; Fri, 19 Nov 2010 20:29:01 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 52EBD8FC21 for ; Fri, 19 Nov 2010 20:28:59 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 8EF08A6BAE3; Sat, 20 Nov 2010 04:28:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id YE2Pwct1n9W2; Sat, 20 Nov 2010 04:28:50 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 72A37A6B872; Sat, 20 Nov 2010 04:28:48 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=takveULnepIbregT4iTqxzca+jVBPWkFof26i9+FaWXVyyGtwMHPcLu7FZXOj1BrS wIni8S+3HNiPpmM1chd4A== Message-ID: <4CE6DDF1.5060309@delphij.net> Date: Fri, 19 Nov 2010 12:28:33 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.15) Gecko/20101028 Thunderbird/3.0.10 ThunderBrowse/3.3.2 MIME-Version: 1.0 To: Mike Tancsa References: <4CDE5453.1020400@delphij.net> <4CE6DADE.1050908@sentex.net> In-Reply-To: <4CE6DADE.1050908@sentex.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List , d@delphij.net Subject: Re: Call for Area SATA II RAID controller testers [Fwd: svn commit: r215234 - head/sys/dev/arcmsr] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 20:29:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, Mike, On 11/19/10 12:15, Mike Tancsa wrote: > Hi, > All seems to work well with the ARC-1110 card in RAID 10. Read and > write speeds are about the same with the previous version of the driver > on AMD64, RELENG_8. > > It also gets rid of a long standing bootup (cosmetic ?) error. Web and > CLI work properly as well Thanks! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iQEcBAEBCAAGBQJM5t3xAAoJEATO+BI/yjfBos0H/itrG+M8j3aE5KqTrFcaaJ0w q0aBQQYv2ya3Y6wMt/MxHC7h3wkm61U6owoGHRAVCEUZXPBGRWUC3R4Gastae7R4 zcMc5K6aHeBM17qZQh0kds5nlSO6x0+hc1H3KpCCE2XJhHaRz8xPFlzFVkB3U5Fi 8uSXKq+KwJDar+7LloyFQqtf7Q22KaxmNoSI9bSwLK9OM02Si7hqk3W52pFxZGJJ P1duhT5S45fg+/6gqCg3uzw8M1UpGLHqN92okXHhAvUZdK/g3dixDrwfavxiRCvb ZTUfqeX58Pmgheh/+7I6XCpD1QTB2hgdiP64/Cqd4aHM5bsKdOkRD/XM+9RD72Y= =/7CP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 21:35: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 BADF1106566B; Fri, 19 Nov 2010 21:35:07 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id 045E68FC18; Fri, 19 Nov 2010 21:35:06 +0000 (UTC) Received: by wwb17 with SMTP id 17so761067wwb.1 for ; Fri, 19 Nov 2010 13:35:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PsIHBlWEyPmN6HqKUL3brVtQee4UfxNPxql8LwGgqG0=; b=o3RDokiyqa8gOh1254/uN8hkdYQH1LoDRFWFpVIFjQhXkvNK3P4N0bP93X6xOnPJrw ZNwq0fR4XnJ1H2qJRxdDgoUAF33UpR6eysqJmP5jPlwoNPEJ+W2NKFQnaXzgzLDEvd/A IpohYac81miTFPnUD1MExXEbLyqZLINR888tg= 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=NTpl+pc0WxZCsTMPRIGoVbi3bhyY14lCm8lufs+O/SaYplA/tobR4A+HE8dTomzgzH 1Uxa2DUvb8UIX/oo1zNF9/MEbrishCFW9F01K7o5yXPd0Zzt3NyjtcRgM6qTIRITPb1y DAXcwukR3+ohIrg0buj27PbiWtJrVRLHAjYVE= MIME-Version: 1.0 Received: by 10.227.142.208 with SMTP id r16mr2878057wbu.140.1290201049361; Fri, 19 Nov 2010 13:10:49 -0800 (PST) Received: by 10.227.133.66 with HTTP; Fri, 19 Nov 2010 13:10:48 -0800 (PST) In-Reply-To: <4CE50849.106@zedat.fu-berlin.de> References: <4CE50849.106@zedat.fu-berlin.de> Date: Fri, 19 Nov 2010 22:10:48 +0100 Message-ID: From: Oliver Pinter To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, FreeBSD Current , FreeBSD Stable Subject: Re: TTY task group scheduling 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, 19 Nov 2010 21:35:07 -0000 http://lkml.org/lkml/2010/11/16/392 On 11/18/10, O. Hartmann wrote: > On 11/18/10 02:30, grarpamp wrote: >> Just documenting regarding interactive performance things. >> This one's from Linux. >> >> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 > > Well, > it would be nice to have those improvements in FreeBSD, but I doubt this > will make it in due time to FreeBSD's kernel. > _______________________________________________ > 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 Nov 19 22:47: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 C1FDD106566C; Fri, 19 Nov 2010 22:47:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 08B818FC16; Fri, 19 Nov 2010 22:47:19 +0000 (UTC) Received: by wyb35 with SMTP id 35so4204311wyb.13 for ; Fri, 19 Nov 2010 14:47:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=OKivmdL38kmUllIet02P14SJJSx6J4tTwf29wTSZyu0=; b=qv+BR7YYdKqvLC+3pbAo9AyERTfIbpoqX7YRxEkMNTw1F/VVLB83cG06psQIPQS0xQ N2x7G9lF3tYdZNhTC0h06G7t7KOo/uLL7qolTQNhvNtgItG8WT521pSoruF0op9/q4tD vDlPj+sD8v/GCaEQQx1vBOcDiUzSNHn1hSvcE= 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=iqROAnHc5dMouhtLYDBTThJ5Jpa5eD6/cnxCOvyzSVsUJBxvE3VKLKMumQvFFmPxvJ r/lIdUnzOsXZOaeCYn31C6OjEx8ngu1aJeLA3zML9dl3FGi42uNsiMR9lXdyw7+mQBbh G33tdjUvBkSs7NIiIwK/YJSv2xbbqWXr1NaF0= MIME-Version: 1.0 Received: by 10.216.50.134 with SMTP id z6mr3080976web.15.1290206834004; Fri, 19 Nov 2010 14:47:14 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Fri, 19 Nov 2010 14:46:51 -0800 (PST) In-Reply-To: References: <4CE50849.106@zedat.fu-berlin.de> Date: Fri, 19 Nov 2010 14:46:51 -0800 X-Google-Sender-Auth: UWBQV1PqdJN4_V7UOuWPfL6gjXY Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , freebsd-performance@freebsd.org, FreeBSD Current , "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 22:47:21 -0000 On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter wrote: > http://lkml.org/lkml/2010/11/16/392 > > On 11/18/10, O. Hartmann wrote: >> On 11/18/10 02:30, grarpamp wrote: >>> Just documenting regarding interactive performance things. >>> This one's from Linux. >>> >>> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 >> >> Well, >> it would be nice to have those improvements in FreeBSD, but I doubt this >> will make it in due time to FreeBSD's kernel. And my one line fix: renice 10 `pidof firefox-bin` Instantly my system is snappier (and in fact my system got really laggy after applying the preempt sysctl that everyone recommended before)... Performance issue with firefox maybe :P? I don't see the point of adding an additional layer to complicate the system (and essentially slow it down) if all you're trying to do is better describe the nice'ing problem, unless this logic is what you want to do strictly for desktop users in PCBSD, etc who may not have the technical wherewithal to accomplish this task. Besides, the Linux kernel has different compile time profiles for different workloads, so maybe it just works better for them because they already have a means for describing that functionality, whereas FreeBSD is more generic. It would be nice to describe this in a document though so people could also decide how to tune the system for themselves and not deal with a patch like what's noted above by the penguin crowd because it will invariably fail under some workloads or conditions (I have yet to see a one-size-fits-all solution in this area). SCHED_ULE improvements though should be looked into if possible, because there are some potential items that could be done to cluster processes together better, maybe. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 22:48: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 66C681065670; Fri, 19 Nov 2010 22:48:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9EFDE8FC21; Fri, 19 Nov 2010 22:48:51 +0000 (UTC) Received: by wyb35 with SMTP id 35so4205885wyb.13 for ; Fri, 19 Nov 2010 14:48:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=OKivmdL38kmUllIet02P14SJJSx6J4tTwf29wTSZyu0=; b=CxOCWEM4tSuYbm8sJrVTwvR49GlQL1vNjymk+PQ1OMRJShd41sUnTM57KnuR2DqGEX nNzq2h/PzPSQIvDWy//va9OHFppkqd0wXeRsRNKlbiaOStDh57+WpfIcwNdsMViFXNmC BJSUa77I4UrBaJ63oz9kZsUFrGENHCOhYgJEI= 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=iqROAnHc5dMouhtLYDBTThJ5Jpa5eD6/cnxCOvyzSVsUJBxvE3VKLKMumQvFFmPxvJ r/lIdUnzOsXZOaeCYn31C6OjEx8ngu1aJeLA3zML9dl3FGi42uNsiMR9lXdyw7+mQBbh G33tdjUvBkSs7NIiIwK/YJSv2xbbqWXr1NaF0= MIME-Version: 1.0 Received: by 10.216.46.200 with SMTP id r50mr1631469web.45.1290206829686; Fri, 19 Nov 2010 14:47:09 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Fri, 19 Nov 2010 14:46:51 -0800 (PST) In-Reply-To: References: <4CE50849.106@zedat.fu-berlin.de> Date: Fri, 19 Nov 2010 14:46:51 -0800 X-Google-Sender-Auth: UWBQV1PqdJN4_V7UOuWPfL6gjXY Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , freebsd-performance@freebsd.org, FreeBSD Current , "O. Hartmann" Subject: Re: TTY task group scheduling 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, 19 Nov 2010 22:48:52 -0000 On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter wrote: > http://lkml.org/lkml/2010/11/16/392 > > On 11/18/10, O. Hartmann wrote: >> On 11/18/10 02:30, grarpamp wrote: >>> Just documenting regarding interactive performance things. >>> This one's from Linux. >>> >>> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 >> >> Well, >> it would be nice to have those improvements in FreeBSD, but I doubt this >> will make it in due time to FreeBSD's kernel. And my one line fix: renice 10 `pidof firefox-bin` Instantly my system is snappier (and in fact my system got really laggy after applying the preempt sysctl that everyone recommended before)... Performance issue with firefox maybe :P? I don't see the point of adding an additional layer to complicate the system (and essentially slow it down) if all you're trying to do is better describe the nice'ing problem, unless this logic is what you want to do strictly for desktop users in PCBSD, etc who may not have the technical wherewithal to accomplish this task. Besides, the Linux kernel has different compile time profiles for different workloads, so maybe it just works better for them because they already have a means for describing that functionality, whereas FreeBSD is more generic. It would be nice to describe this in a document though so people could also decide how to tune the system for themselves and not deal with a patch like what's noted above by the penguin crowd because it will invariably fail under some workloads or conditions (I have yet to see a one-size-fits-all solution in this area). SCHED_ULE improvements though should be looked into if possible, because there are some potential items that could be done to cluster processes together better, maybe. Thanks, -Garrett From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 00:47: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 1FDFC106564A; Sat, 20 Nov 2010 00:47:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id C562B8FC08; Sat, 20 Nov 2010 00:47:11 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAK0lAnO016970; Sat, 20 Nov 2010 00:47:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAK0lAaE016957; Sat, 20 Nov 2010 00:47:10 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Nov 2010 00:47:10 GMT Message-Id: <201011200047.oAK0lAaE016957@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.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, 20 Nov 2010 00:47:12 -0000 TB --- 2010-11-19 23:41:22 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-19 23:41:22 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-11-19 23:41:22 - cleaning the object tree TB --- 2010-11-19 23:41:53 - cvsupping the source tree TB --- 2010-11-19 23:41:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-11-19 23:42:32 - building world TB --- 2010-11-19 23:42:32 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-19 23:42:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-19 23:42:32 - TARGET=pc98 TB --- 2010-11-19 23:42:32 - TARGET_ARCH=i386 TB --- 2010-11-19 23:42:32 - TZ=UTC TB --- 2010-11-19 23:42:32 - __MAKE_CONF=/dev/null TB --- 2010-11-19 23:42:32 - cd /src TB --- 2010-11-19 23:42:32 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 19 23:42:35 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 Nov 20 00:45:24 UTC 2010 TB --- 2010-11-20 00:45:24 - generating LINT kernel config TB --- 2010-11-20 00:45:24 - cd /src/sys/pc98/conf TB --- 2010-11-20 00:45:24 - /usr/bin/make -B LINT TB --- 2010-11-20 00:45:24 - building LINT kernel TB --- 2010-11-20 00:45:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 00:45:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 00:45:24 - TARGET=pc98 TB --- 2010-11-20 00:45:24 - TARGET_ARCH=i386 TB --- 2010-11-20 00:45:24 - TZ=UTC TB --- 2010-11-20 00:45:24 - __MAKE_CONF=/dev/null TB --- 2010-11-20 00:45:24 - cd /src TB --- 2010-11-20 00:45:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 20 00:45:24 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -ffreestan! ding -fstack-protector In file included from /src/sys/x86/x86/nexus.c:82: /src/sys/i386/isa/isa.h:37:2: error: #error isa.h is included from PC-9801 source mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-20 00:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-20 00:47:10 - ERROR: failed to build lint kernel TB --- 2010-11-20 00:47:10 - 2842.96 user 416.26 system 3948.59 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 01:17: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 698F21065674; Sat, 20 Nov 2010 01:17:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id E38A98FC13; Sat, 20 Nov 2010 01:17:54 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAK1Hsbi054266; Sat, 20 Nov 2010 01:17:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAK1HsfF054260; Sat, 20 Nov 2010 01:17:54 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Nov 2010 01:17:54 GMT Message-Id: <201011200117.oAK1HsfF054260@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.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, 20 Nov 2010 01:17:55 -0000 TB --- 2010-11-19 23:54:21 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-19 23:54:21 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-11-19 23:54:21 - cleaning the object tree TB --- 2010-11-19 23:54:40 - cvsupping the source tree TB --- 2010-11-19 23:54:40 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-11-19 23:55:26 - building world TB --- 2010-11-19 23:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-19 23:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-19 23:55:26 - TARGET=ia64 TB --- 2010-11-19 23:55:26 - TARGET_ARCH=ia64 TB --- 2010-11-19 23:55:26 - TZ=UTC TB --- 2010-11-19 23:55:26 - __MAKE_CONF=/dev/null TB --- 2010-11-19 23:55:26 - cd /src TB --- 2010-11-19 23:55:26 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 19 23:55:27 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 Nov 20 01:13:39 UTC 2010 TB --- 2010-11-20 01:13:39 - generating LINT kernel config TB --- 2010-11-20 01:13:39 - cd /src/sys/ia64/conf TB --- 2010-11-20 01:13:39 - /usr/bin/make -B LINT TB --- 2010-11-20 01:13:39 - building LINT kernel TB --- 2010-11-20 01:13:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 01:13:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 01:13:39 - TARGET=ia64 TB --- 2010-11-20 01:13:39 - TARGET_ARCH=ia64 TB --- 2010-11-20 01:13:39 - TZ=UTC TB --- 2010-11-20 01:13:39 - __MAKE_CONF=/dev/null TB --- 2010-11-20 01:13:39 - cd /src TB --- 2010-11-20 01:13:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 20 01:13:39 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 -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/acpica/Osd/OsdSchedule.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/acpica/Osd/OsdStream.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/acpica/Osd/OsdSynch.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/acpica/Osd/OsdTable.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/acpica/acpi.c cc1: warnings being treated as errors /src/sys/dev/acpica/acpi.c: In function 'acpi_ReqSleepState': /src/sys/dev/acpica/acpi.c:2320: warning: unused variable 'status' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-20 01:17:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-20 01:17:54 - ERROR: failed to build lint kernel TB --- 2010-11-20 01:17:54 - 3869.48 user 455.17 system 5012.73 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 01:28: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 ED826106566B; Sat, 20 Nov 2010 01:28:03 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4C68FC1B; Sat, 20 Nov 2010 01:28:02 +0000 (UTC) Received: by wyb35 with SMTP id 35so4319483wyb.13 for ; Fri, 19 Nov 2010 17:28:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=tdNpb1QEuoGB8Gal23sGmrl4q11vEcMsiq1Tq+aaUCs=; b=u0m0jsJkKbk+PawPHQtsBK7Wbjd0FFQaEuPHUItchgBNsl6hKhmrEG8rsmwxhA//R4 dLj5ED+6p2cyR5BgHZ9JFGgl4E87LUZ6AVRRML9y/Zgau7r2WIaSYoN1QQtPZuxzlbIn be08Us0ADuPSQ9ogf8YFdSFMRXcah8QFw0mu8= 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=vnwp9t8j3YW/jfdYkbfTcGhsfFoF60wwhFRslJqdXzCGm5aT+1edxgw31BEiuZEkzS OkD6T9ovRkjzyIJPvbkQGDJcRkBXdWfuykK3utWAMLp7fgk0sne15u+CbF0615D5PeUW ZFmtg6rj5aPUuuYb6IY4luI5A04j2NlJCYDwI= MIME-Version: 1.0 Received: by 10.227.157.133 with SMTP id b5mr3103975wbx.53.1290216480334; Fri, 19 Nov 2010 17:28:00 -0800 (PST) Received: by 10.227.133.66 with HTTP; Fri, 19 Nov 2010 17:27:59 -0800 (PST) In-Reply-To: References: <4CE50849.106@zedat.fu-berlin.de> Date: Sat, 20 Nov 2010 02:27:59 +0100 Message-ID: From: Oliver Pinter To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , freebsd-performance@freebsd.org, FreeBSD Current , "O. Hartmann" Subject: Re: TTY task group scheduling 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, 20 Nov 2010 01:28:04 -0000 My desktop running 7-STABLE with 100Hz and NOPREEMPT (it's a 4core SMP system), I tested 8-STABLE, but that is not too responsive, the solution is: 100Hz NOPREEMPT + kern.sched.preempt_thresh=224 After this setting, the system is likely responsive as 7-STABLE. On 11/19/10, Garrett Cooper wrote: > On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter > wrote: >> http://lkml.org/lkml/2010/11/16/392 >> >> On 11/18/10, O. Hartmann wrote: >>> On 11/18/10 02:30, grarpamp wrote: >>>> Just documenting regarding interactive performance things. >>>> This one's from Linux. >>>> >>>> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 >>> >>> Well, >>> it would be nice to have those improvements in FreeBSD, but I doubt this >>> will make it in due time to FreeBSD's kernel. > > And my one line fix: > > renice 10 `pidof firefox-bin` > > Instantly my system is snappier (and in fact my system got really > laggy after applying the preempt sysctl that everyone recommended > before)... Performance issue with firefox maybe :P? I don't see the > point of adding an additional layer to complicate the system (and > essentially slow it down) if all you're trying to do is better > describe the nice'ing problem, unless this logic is what you want to > do strictly for desktop users in PCBSD, etc who may not have the > technical wherewithal to accomplish this task. > > Besides, the Linux kernel has different compile time profiles for > different workloads, so maybe it just works better for them because > they already have a means for describing that functionality, whereas > FreeBSD is more generic. > > It would be nice to describe this in a document though so people could > also decide how to tune the system for themselves and not deal with a > patch like what's noted above by the penguin crowd because it will > invariably fail under some workloads or conditions (I have yet to see > a one-size-fits-all solution in this area). > > > SCHED_ULE improvements though should be looked into if possible, > because there are some potential items that could be done to cluster > processes together better, maybe. > > > Thanks, > -Garrett > From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 01:49: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 0CFD61065670; Sat, 20 Nov 2010 01:49:58 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45DA08FC18; Sat, 20 Nov 2010 01:49:56 +0000 (UTC) Received: by wyb35 with SMTP id 35so4331934wyb.13 for ; Fri, 19 Nov 2010 17:49:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=wZO0ulBRbTTkGcgy2Q32ThZN1QGyz5faGrbY6qdrhk4=; b=uMvThrM186fUIob7w7ojR5UPi6e+LsRZBxYjxmecGe53nMLZV7NcvbmWSIbIn6/Q36 tDFf7pr/s2OZPFI+ReQ8Jej7NPYOA8mItz7EwRqGIjRRCcYaBifN4IetxHTWhiczPM9k kKuDEdoFgnFI/TvI9p+77w5/mkP3PcF+xq3nI= 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=QvOVQpuXF+ey5BdpdazZZWZEN5lEbfh7yHaXmQlED6WoTcrqpiYuW78hwoRMr2pThB TP9mMEO2wNMQzeiuUda4qpQPt/gulAT6pVzM/nyyNnwniq5k16Qh4aihLshY8EpR73/T EZvzUMGrY2qjvc90vH3hg3sRXrb27frZ5xJC4= MIME-Version: 1.0 Received: by 10.216.7.210 with SMTP id 60mr1774698wep.30.1290217795101; Fri, 19 Nov 2010 17:49:55 -0800 (PST) Sender: yanegomi@gmail.com Received: by 10.216.198.27 with HTTP; Fri, 19 Nov 2010 17:49:55 -0800 (PST) In-Reply-To: References: <4CE50849.106@zedat.fu-berlin.de> Date: Fri, 19 Nov 2010 17:49:55 -0800 X-Google-Sender-Auth: Hg2MQh2qNfgfohc6PYyqzyksUxo Message-ID: From: Garrett Cooper To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , freebsd-performance@freebsd.org, FreeBSD Current , "O. Hartmann" Subject: Re: TTY task group scheduling 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, 20 Nov 2010 01:49:58 -0000 On Fri, Nov 19, 2010 at 5:27 PM, Oliver Pinter wrote: > My desktop running 7-STABLE with 100Hz and NOPREEMPT (it's a 4core SMP system), > I tested 8-STABLE, but that is not too responsive, the solution is: > 100Hz NOPREEMPT + kern.sched.preempt_thresh=224 > After this setting, the system is likely responsive as 7-STABLE. > > On 11/19/10, Garrett Cooper wrote: >> On Fri, Nov 19, 2010 at 1:10 PM, Oliver Pinter >> wrote: >>> http://lkml.org/lkml/2010/11/16/392 >>> >>> On 11/18/10, O. Hartmann wrote: >>>> On 11/18/10 02:30, grarpamp wrote: >>>>> Just documenting regarding interactive performance things. >>>>> This one's from Linux. >>>>> >>>>> http://www.phoronix.com/scan.php?page=article&item=linux_2637_video&num=1 >>>> >>>> Well, >>>> it would be nice to have those improvements in FreeBSD, but I doubt this >>>> will make it in due time to FreeBSD's kernel. >> >> And my one line fix: >> >> renice 10 `pidof firefox-bin` >> >> Instantly my system is snappier (and in fact my system got really >> laggy after applying the preempt sysctl that everyone recommended >> before)... Performance issue with firefox maybe :P? I don't see the >> point of adding an additional layer to complicate the system (and >> essentially slow it down) if all you're trying to do is better >> describe the nice'ing problem, unless this logic is what you want to >> do strictly for desktop users in PCBSD, etc who may not have the >> technical wherewithal to accomplish this task. >> >> Besides, the Linux kernel has different compile time profiles for >> different workloads, so maybe it just works better for them because >> they already have a means for describing that functionality, whereas >> FreeBSD is more generic. >> >> It would be nice to describe this in a document though so people could >> also decide how to tune the system for themselves and not deal with a >> patch like what's noted above by the penguin crowd because it will >> invariably fail under some workloads or conditions (I have yet to see >> a one-size-fits-all solution in this area). >> >> >> SCHED_ULE improvements though should be looked into if possible, >> because there are some potential items that could be done to cluster >> processes together better, maybe. >> Ugh. Looks like this was the only machine that I setup recently where I didn't set kern.hz... Ok, will retry after building and installing a whole new world *queue lame Disney music here* and kernel. Thanks for the obvious reminder... -Garrett From owner-freebsd-stable@FreeBSD.ORG Fri Nov 19 23:04:10 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 2EC4E1065696; Fri, 19 Nov 2010 23:04:10 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id B14898FC1B; Fri, 19 Nov 2010 23:04:09 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id oAJMqKGI067295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Nov 2010 16:52:20 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.4) with ESMTP id oAJMqKr7091910 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Nov 2010 16:52:20 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.4/Submit) id oAJMdriZ056350; Fri, 19 Nov 2010 16:39:53 -0600 (CST) (envelope-from dan) Date: Fri, 19 Nov 2010 16:39:52 -0600 From: Dan Nelson To: Alexander Leidinger Message-ID: <20101119223952.GK57869@dan.emsphone.com> References: <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> <4CE5BA37.20604@freebsd.org> <20101119001710.GA14641@freebsd.org> <20101119120859.59361egrovtna9q8@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20101119120859.59361egrovtna9q8@webmail.leidinger.net> X-OS: FreeBSD 8.1-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.96.4 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Fri, 19 Nov 2010 16:52:20 -0600 (CST) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 X-Mailman-Approved-At: Sat, 20 Nov 2010 02:44:12 +0000 Cc: Andriy@freebsd.org, FreeBSD@freebsd.org, Stable , "O. Hartmann" , "Matthew D. Fuller" , Current , Gapon , Alexander Best , freebsd-performance@freebsd.org, Daniel Nebdal Subject: Re: TTY task group scheduling 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, 19 Nov 2010 23:04:10 -0000 In the last episode (Nov 19), Alexander Leidinger said: > Quoting Alexander Best (from Fri, 19 Nov 2010 00:17:10 +0000): > > 17:51 @ Genesys : Luigi Rizzo had a plugabble scheduler back in 4.* or thereabouts > > 17:51 @ Genesys : you could kldload new ones and switch to them on the fly > > 17:52 @ arundel : wow. that sounds cool. too bad it didn't make it > > into src tree. by now it's probably outdated and needs to be reworked quite a bit. > > **** > > > > does anybody know something about this? > > I'm aware of the I/O scheduling code (which is now available at least > in -current), but I do not remember CPU scheduling code from Luigi. > Are you sure Genesys didn't mix up something by accident? I am rarely mixed up :) A quick search didn't bring up a direct reference, but here's a mention of it from Luigi: http://lists.freebsd.org/pipermail/freebsd-hackers/2004-November/008891.html -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 06:31:16 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 DAFA8106566B for ; Sat, 20 Nov 2010 06:31:16 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 932218FC0A for ; Sat, 20 Nov 2010 06:31:16 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6] ([IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAK6V6Su028819 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 20 Nov 2010 01:31:06 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE76B1E.10803@sentex.net> Date: Sat, 20 Nov 2010 01:30:54 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> In-Reply-To: <20101116094330.GH2392@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 20 Nov 2010 06:31:16 -0000 On 11/16/2010 4:43 AM, Kostik Belousov wrote: > On Mon, Nov 15, 2010 at 10:42:50PM -0500, Mike Tancsa wrote: >> On 11/15/2010 4:13 PM, Kostik Belousov wrote: >>> >>> Patch is at >>> http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch I did some more tests post commit today using the aesni kld taken directly from HEAD. BTW, do you plan to MFC this as well ? Results at the bottom of http://www.tancsa.com/fpu.html It certainly makes a difference with geli. IPSEC and userland stuff, not so much. The CPU itself is crazy fast, so its hard to see a difference in things like ssh and even ipsec didnt yield any differences. For ssh and userland stuff I guess once there is an aesni userland engine, this would probably help over the cryptodev interface. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 10:45:29 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 B8ED71065696; Sat, 20 Nov 2010 10:45:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 67C178FC08; Sat, 20 Nov 2010 10:45:29 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAKAjSeq057344; Sat, 20 Nov 2010 10:45:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAKAjSYV057325; Sat, 20 Nov 2010 10:45:28 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Nov 2010 10:45:28 GMT Message-Id: <201011201045.oAKAjSYV057325@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.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, 20 Nov 2010 10:45:29 -0000 TB --- 2010-11-20 09:41:08 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-20 09:41:08 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-11-20 09:41:08 - cleaning the object tree TB --- 2010-11-20 09:41:18 - cvsupping the source tree TB --- 2010-11-20 09:41:18 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-11-20 09:42:07 - building world TB --- 2010-11-20 09:42:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 09:42:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 09:42:07 - TARGET=pc98 TB --- 2010-11-20 09:42:07 - TARGET_ARCH=i386 TB --- 2010-11-20 09:42:07 - TZ=UTC TB --- 2010-11-20 09:42:07 - __MAKE_CONF=/dev/null TB --- 2010-11-20 09:42:07 - cd /src TB --- 2010-11-20 09:42:07 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 20 09:42:08 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 Nov 20 10:43:36 UTC 2010 TB --- 2010-11-20 10:43:36 - generating LINT kernel config TB --- 2010-11-20 10:43:36 - cd /src/sys/pc98/conf TB --- 2010-11-20 10:43:36 - /usr/bin/make -B LINT TB --- 2010-11-20 10:43:36 - building LINT kernel TB --- 2010-11-20 10:43:36 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 10:43:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 10:43:36 - TARGET=pc98 TB --- 2010-11-20 10:43:36 - TARGET_ARCH=i386 TB --- 2010-11-20 10:43:36 - TZ=UTC TB --- 2010-11-20 10:43:36 - __MAKE_CONF=/dev/null TB --- 2010-11-20 10:43:36 - cd /src TB --- 2010-11-20 10:43:36 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 20 10:43:36 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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -ffreestan! ding -fstack-protector In file included from /src/sys/x86/x86/nexus.c:82: /src/sys/i386/isa/isa.h:37:2: error: #error isa.h is included from PC-9801 source mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-20 10:45:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-20 10:45:28 - ERROR: failed to build lint kernel TB --- 2010-11-20 10:45:28 - 2829.55 user 420.47 system 3860.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 11:11:39 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 80F4E106566B for ; Sat, 20 Nov 2010 11:11:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E9ECE8FC08 for ; Sat, 20 Nov 2010 11:11:38 +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 oAKBBX8p049460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 20 Nov 2010 13:11:33 +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.4/8.14.4) with ESMTP id oAKBBXnI051789; Sat, 20 Nov 2010 13:11:33 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oAKBBXAq051788; Sat, 20 Nov 2010 13:11:33 +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: Sat, 20 Nov 2010 13:11:33 +0200 From: Kostik Belousov To: Mike Tancsa Message-ID: <20101120111133.GX2392@deviant.kiev.zoral.com.ua> References: <20101115211350.GE2392@deviant.kiev.zoral.com.ua> <4CE1FDBA.9030403@sentex.net> <20101116094330.GH2392@deviant.kiev.zoral.com.ua> <4CE76B1E.10803@sentex.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1i4ArEBZfe4JFxzw" Content-Disposition: inline In-Reply-To: <4CE76B1E.10803@sentex.net> 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=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: Call for testers: FPU changes 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, 20 Nov 2010 11:11:39 -0000 --1i4ArEBZfe4JFxzw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 20, 2010 at 01:30:54AM -0500, Mike Tancsa wrote: > On 11/16/2010 4:43 AM, Kostik Belousov wrote: > > On Mon, Nov 15, 2010 at 10:42:50PM -0500, Mike Tancsa wrote: > >> On 11/15/2010 4:13 PM, Kostik Belousov wrote: > >>> > >>> Patch is at > >>> http://people.freebsd.org/~kib/misc/releng_8_fpu.1.patch >=20 >=20 > I did some more tests post commit today using the aesni kld taken > directly from HEAD. BTW, do you plan to MFC this as well ? Sure, I will merge aesni(4), it was the only reason to work on the kern_fpu in stable/8. I want some pause between KPI and driver MFC, to ease the handling of possible mismerge or fixing latent bugs (since stable has much larger testing base then HEAD). >=20 > Results at the bottom of http://www.tancsa.com/fpu.html >=20 > It certainly makes a difference with geli. IPSEC and userland stuff, not > so much. The CPU itself is crazy fast, so its hard to see a difference > in things like ssh and even ipsec didnt yield any differences. For ssh > and userland stuff I guess once there is an aesni userland engine, this > would probably help over the cryptodev interface. Yes, the small blocks encoding/decoding has a large overhead of loop setup code. Thank you. --1i4ArEBZfe4JFxzw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAkznrOUACgkQC3+MBN1Mb4g+gQCg7rb1WE3kPbxOpVDdxqtFcXiH KuAAnjAh/z1YJ6MJ+2NxXIzWimaK3QD5 =/Aav -----END PGP SIGNATURE----- --1i4ArEBZfe4JFxzw-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 11:15:57 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 D46C3106564A; Sat, 20 Nov 2010 11:15:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 5A5AC8FC1B; Sat, 20 Nov 2010 11:15:57 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAKBFuCJ078244; Sat, 20 Nov 2010 11:15:56 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAKBFupi078224; Sat, 20 Nov 2010 11:15:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Nov 2010 11:15:56 GMT Message-Id: <201011201115.oAKBFupi078224@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.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, 20 Nov 2010 11:15:57 -0000 TB --- 2010-11-20 09:51:50 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-20 09:51:50 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2010-11-20 09:51:50 - cleaning the object tree TB --- 2010-11-20 09:52:17 - cvsupping the source tree TB --- 2010-11-20 09:52:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2010-11-20 09:53:03 - building world TB --- 2010-11-20 09:53:03 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 09:53:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 09:53:03 - TARGET=ia64 TB --- 2010-11-20 09:53:03 - TARGET_ARCH=ia64 TB --- 2010-11-20 09:53:03 - TZ=UTC TB --- 2010-11-20 09:53:03 - __MAKE_CONF=/dev/null TB --- 2010-11-20 09:53:03 - cd /src TB --- 2010-11-20 09:53:03 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 20 09:53: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 Nov 20 11:11:46 UTC 2010 TB --- 2010-11-20 11:11:46 - generating LINT kernel config TB --- 2010-11-20 11:11:46 - cd /src/sys/ia64/conf TB --- 2010-11-20 11:11:46 - /usr/bin/make -B LINT TB --- 2010-11-20 11:11:47 - building LINT kernel TB --- 2010-11-20 11:11:47 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 11:11:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 11:11:47 - TARGET=ia64 TB --- 2010-11-20 11:11:47 - TARGET_ARCH=ia64 TB --- 2010-11-20 11:11:47 - TZ=UTC TB --- 2010-11-20 11:11:47 - __MAKE_CONF=/dev/null TB --- 2010-11-20 11:11:47 - cd /src TB --- 2010-11-20 11:11:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 20 11:11:47 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 -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/acpica/Osd/OsdSchedule.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/acpica/Osd/OsdStream.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/acpica/Osd/OsdSynch.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/acpica/Osd/OsdTable.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/acpica/acpi.c cc1: warnings being treated as errors /src/sys/dev/acpica/acpi.c: In function 'acpi_ReqSleepState': /src/sys/dev/acpica/acpi.c:2320: warning: unused variable 'status' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-20 11:15:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-20 11:15:55 - ERROR: failed to build lint kernel TB --- 2010-11-20 11:15:55 - 3894.80 user 456.46 system 5044.94 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 13:46: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 AAE5F106567A for ; Sat, 20 Nov 2010 13:46:36 +0000 (UTC) (envelope-from reuf_m@hotmail.com) Received: from blu0-omc1-s30.blu0.hotmail.com (blu0-omc1-s30.blu0.hotmail.com [65.55.116.41]) by mx1.freebsd.org (Postfix) with ESMTP id 695B98FC0C for ; Sat, 20 Nov 2010 13:46:36 +0000 (UTC) Received: from BLU0-SMTP135 ([65.55.116.8]) by blu0-omc1-s30.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 20 Nov 2010 05:34:06 -0800 X-Originating-IP: [62.167.127.96] X-Originating-Email: [reuf_m@hotmail.com] Message-ID: Received: from reuf-mustabasics-imac.local ([62.167.127.96]) by BLU0-SMTP135.phx.gbl over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Sat, 20 Nov 2010 05:34:06 -0800 Content-Type: text/plain; charset="iso-8859-15"; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <201011152036.48181.jkim@FreeBSD.org> <201011161530.20165.jkim@FreeBSD.org> <201011191354.25486.jkim@FreeBSD.org> Date: Sat, 20 Nov 2010 14:34:04 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: RM In-Reply-To: <201011191354.25486.jkim@FreeBSD.org> User-Agent: Opera Mail/10.63 (MacIntel) X-OriginalArrivalTime: 20 Nov 2010 13:34:06.0456 (UTC) FILETIME=[9A9CEF80:01CB88B7] Cc: Ed Schouten , Hans Petter Selasky Subject: Re: [Call for Tests] PAT issue on Apple hardware 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, 20 Nov 2010 13:46:36 -0000 On Fri, 19 Nov 2010 19:54:21 +0100, Jung-uk Kim wrote: > On Tuesday 16 November 2010 03:30 pm, Jung-uk Kim wrote: >> On Monday 15 November 2010 08:36 pm, Jung-uk Kim wrote: >> > Often times I hear complaints like "my Mac hangs after upgrading >> > to 8.1" or "snapshot CD hangs on my brand new Mac". I know some >> > of these complaints started happening when we switched to new PAT >> > layout. It is so puzzling because it never happened on non-Apple >> > hardware, AFAIK. I really like to fix this problem but I cannot >> > afford a Mac. :-P >> > >> > If you are one of those lucky people, please test the attached >> > patch and report your hardware model and any improvement or >> > regression. >> > >> > Also, I added a new tunable "vm.pmap.pat_works" so that you can >> > turn it off from loader (i.e., "set vm.pmap.pat_works=0") and >> > restore old behaviour without recompiling a new kernel. >> >> I revised this patch to make it more robust. >> >> http://people.freebsd.org/~jkim/pat-current.diff >> >> Also, I prepared a patch for stable/8. If you have recent Apple >> hardware and it hangs with 8.1 or stable/8, please test this patch. >> >> http://people.freebsd.org/~jkim/pat-stable.diff > > Anyone? I don't want to commit it blindly. :-( It works for me ! I have an iMac9,1 (Core2 Duo 2.93 GHz and nVidia GT9200) This is the first time it boots on FreeBSD 8.x (8.1-STABLE) Thank you ! From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 15:32: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 930E910656A6 for ; Sat, 20 Nov 2010 15:32:17 +0000 (UTC) (envelope-from rolnas@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2303A8FC1A for ; Sat, 20 Nov 2010 15:32:16 +0000 (UTC) Received: by eyb7 with SMTP id 7so3265952eyb.13 for ; Sat, 20 Nov 2010 07:32:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=ys5xnfMni1JpgyyyL1VpfEHpD5TH03jwGCxktjjwd3Y=; b=iqWh9d4WCFiV9TPMOweYUWtnqqPuf1N0tRYPgyAtJZl8kQGXDn5FFe1gWFaHLW1yaZ ROkif4spO3R2PLa/htX5hiqgHMVKjytb8T7cwzSPc+ceostQ5h2y6wGgcDReDyfgICNb z/cU4MQuy+YedwFSQnbMCk35xmUNbFM4L1sB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=KsptBFv2xZzUSdU/6skTDNn/KK6ncjMc0P/4lZ92YvyM0AUY4nZ8hWaCk4B9piHEQe yoJs6c6r5ysIkxEqyQx07BDrnlYuyXK4DzUDG5nz2wZI20/Z0SSlrbwSrU8EvDt4EsNW vOUYOHCPWPIH0Xj/0kpgCRRh6mFxta1XGfmDk= Received: by 10.213.9.200 with SMTP id m8mr2306896ebm.27.1290265770869; Sat, 20 Nov 2010 07:09:30 -0800 (PST) Received: from [192.168.1.144] ([95.173.38.63]) by mx.google.com with ESMTPS id v56sm2661030eeh.2.2010.11.20.07.09.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Nov 2010 07:09:30 -0800 (PST) From: rolnas@gmail.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sat, 20 Nov 2010 17:09:28 +0200 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: problems with network on em 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, 20 Nov 2010 15:32:17 -0000 I'm experiencing network interface stalls on em in FreeBSD 8.1-RELEASE = (-p1). It looks like the problem could be solved in 8-STABLE, but should I = upgrade to it ? Is it OK to try to get only em driver code and recompile as module and = try to run it ? sysctl dev.em.2.stats=3D1: ... em2: Missed Packets =3D 101334 em2: Receive No Buffers =3D 488 ... em2: RX overruns =3D 1356 em2: watchdog timeouts =3D 1 ... Only "ifconfig em2 down;ifconfig em2 up" helps for some time. The same happens on em0 interface only, but not in the same time. It is production (NAT) router with pf+pfsync+carp and failover over = another router. They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). Regards, Rolandas Naujikas= From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 15:50: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 956A0106564A for ; Sat, 20 Nov 2010 15:50:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 4F19C8FC0C for ; Sat, 20 Nov 2010 15:50:49 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6] ([IPv6:2607:f3e0:0:4:49a2:dbc6:564:65a6]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAKFolGx051845 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 20 Nov 2010 10:50:47 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CE7EE49.8050808@sentex.net> Date: Sat, 20 Nov 2010 10:50:33 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: rolnas@gmail.com References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-stable@freebsd.org Subject: Re: problems with network on em 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, 20 Nov 2010 15:50:49 -0000 On 11/20/2010 10:09 AM, rolnas@gmail.com wrote: > I'm experiencing network interface stalls on em in FreeBSD 8.1-RELEASE (-p1). > It looks like the problem could be solved in 8-STABLE, but should I upgrade to it ? > Is it OK to try to get only em driver code and recompile as module and try to run it ? > > sysctl dev.em.2.stats=1: > ... > em2: Missed Packets = 101334 > em2: Receive No Buffers = 488 > ... > em2: RX overruns = 1356 > em2: watchdog timeouts = 1 > ... > > Only "ifconfig em2 down;ifconfig em2 up" helps for some time. > The same happens on em0 interface only, but not in the same time. > It is production (NAT) router with pf+pfsync+carp and failover over another router. > They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). There are a lot of bug fixes in the version for HEAD. I would actually try that. You should be able to compile it in your existing kernel. Just grab the source files from /usr/src/sys/dev/e1000 from CURRENT and overwrite them locally. Then recompile your kernel and try that. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 15:54: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 6D28B106566B for ; Sat, 20 Nov 2010 15:54:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 53B9B8FC08 for ; Sat, 20 Nov 2010 15:54:34 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta06.emeryville.ca.mail.comcast.net with comcast id ZSGJ1f0021vN32cA6Tuage; Sat, 20 Nov 2010 15:54:34 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta22.emeryville.ca.mail.comcast.net with comcast id ZTuZ1f00Q3LrwQ28iTuanY; Sat, 20 Nov 2010 15:54:34 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 82F619B427; Sat, 20 Nov 2010 07:54:33 -0800 (PST) Date: Sat, 20 Nov 2010 07:54:33 -0800 From: Jeremy Chadwick To: rolnas@gmail.com Message-ID: <20101120155433.GA94454@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.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: problems with network on em 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, 20 Nov 2010 15:54:35 -0000 On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: > I'm experiencing network interface stalls on em in FreeBSD 8.1-RELEASE (-p1). > It looks like the problem could be solved in 8-STABLE, but should I upgrade to it ? > Is it OK to try to get only em driver code and recompile as module and try to run it ? > > sysctl dev.em.2.stats=1: > ... > em2: Missed Packets = 101334 > em2: Receive No Buffers = 488 > ... > em2: RX overruns = 1356 > em2: watchdog timeouts = 1 > ... > > Only "ifconfig em2 down;ifconfig em2 up" helps for some time. > The same happens on em0 interface only, but not in the same time. > It is production (NAT) router with pf+pfsync+carp and failover over another router. > They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). You're going to need to provide output from the following, run as root. For the pciconf command, please only include the entry that's relevant to the device in question (em2). You can also XXX-out the MAC address and/or IP addresses if you're worried about security. $ pciconf -lvc $ dmesg | grep em2 $ sysctl dev.em.2 $ uname -a $ netstat -ind -I em2 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 Nov 20 16:24: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 8AD23106564A for ; Sat, 20 Nov 2010 16:24:45 +0000 (UTC) (envelope-from rolnas@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 124F18FC0C for ; Sat, 20 Nov 2010 16:24:44 +0000 (UTC) Received: by ewy3 with SMTP id 3so3257790ewy.13 for ; Sat, 20 Nov 2010 08:24:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=pPQMyzYxMLdAuDiGgGyDcFek34CTMvfP/zT75kfwnJw=; b=YOBF94k8t5j3dhquhPVFYqo/IiLVjd3ounJKRAdWVKlKVtVwqLXenUa+g6pBHiYtov fD1XeNcp7lqwREF9o3zBCfclRTYQJuGzDPeFN+bKFP3A8E5FcmMidrmgO4SO3o+p3y/B KFYgQfwk2OD0b5ceJCWQ7YBC70nwKEVCQXy+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=DGis3kD+JuE6l/ufMgWHN/Km5qCLsIoF+DoNWsrzJueH+Ih/n0FCzY8LaSmLtWdK++ NGX2ozlQ4QetD6roIkmwycoV4VOA6eycE/SgHM1Ooaet1T6qNQXwUzjDneq8ntU4U+jD 3REgd1BLXeRN8EWuW2GMnMmo2RFT6Ym6aCRE4= Received: by 10.213.27.197 with SMTP id j5mr5976161ebc.47.1290270283839; Sat, 20 Nov 2010 08:24:43 -0800 (PST) Received: from [192.168.1.144] ([95.173.38.63]) by mx.google.com with ESMTPS id v56sm2712198eeh.14.2010.11.20.08.24.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Nov 2010 08:24:43 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: rolnas@gmail.com In-Reply-To: <20101120155433.GA94454@icarus.home.lan> Date: Sat, 20 Nov 2010 18:24:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20101120155433.GA94454@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org Subject: Re: problems with network on em 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, 20 Nov 2010 16:24:45 -0000 On 2010.11.20, at 17:54, Jeremy Chadwick wrote: > On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: >> I'm experiencing network interface stalls on em in FreeBSD = 8.1-RELEASE (-p1). >> It looks like the problem could be solved in 8-STABLE, but should I = upgrade to it ? >> Is it OK to try to get only em driver code and recompile as module = and try to run it ? >>=20 >> sysctl dev.em.2.stats=3D1: >> ... >> em2: Missed Packets =3D 101334 >> em2: Receive No Buffers =3D 488 >> ... >> em2: RX overruns =3D 1356 >> em2: watchdog timeouts =3D 1 >> ... >>=20 >> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >> The same happens on em0 interface only, but not in the same time. >> It is production (NAT) router with pf+pfsync+carp and failover over = another router. >> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). >=20 > You're going to need to provide output from the following, run as = root. > For the pciconf command, please only include the entry that's relevant > to the device in question (em2). You can also XXX-out the MAC address > and/or IP addresses if you're worried about security. >=20 > $ pciconf -lvc em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 chip=3D0x10108086 = rev=3D0x03 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Dual Port Gigabit Ethernet Controller (Copper) = (82546EB)' class =3D network subclass =3D ethernet cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split transaction cap 05[f0] =3D MSI supports 1 message, 64 bit=20 > $ dmesg | grep em2 em2: port = 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 em2: [FILTER] em2: Ethernet address: 00:14:4f:XX:XX:XX > $ sysctl dev.em.2 dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 dev.em.2.%driver: em dev.em.2.%location: slot=3D2 function=3D0 dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 subvendor=3D0x8086 = subdevice=3D0x1011 class=3D0x020000 dev.em.2.%parent: pci1 dev.em.2.debug: -1 dev.em.2.stats: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 > $ uname -a FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu Nov = 18 10:39:07 EET 2010 = root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE amd64 Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not used = devices removed. > $ netstat -ind -I em2 Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll Drop em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 = 59339619 1 0 0=20 em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - = 3815946 - - -=20 ... em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 = 143900328 0 0 0=20 Regards, Rolandas Naujikas > Thanks. >=20 > --=20 > | 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 | >=20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 16:51: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 06A911065673 for ; Sat, 20 Nov 2010 16:51:41 +0000 (UTC) (envelope-from Rolandas.Naujikas@mif.vu.lt) Received: from smtps.vu.lt (smtps.vu.lt [193.219.80.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7B6958FC13 for ; Sat, 20 Nov 2010 16:51:40 +0000 (UTC) Received: from [192.168.1.144] ([95.173.38.63]) (authenticated bits=0) by smtps.vu.lt (VU/2010/05/24) with ESMTP id oAKGcJ1U025681 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 20 Nov 2010 18:38:20 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Naujikas Rolandas In-Reply-To: Date: Sat, 20 Nov 2010 18:38:19 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> References: <20101120155433.GA94454@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org Subject: Re: problems with network on em 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, 20 Nov 2010 16:51:41 -0000 I just got another lockup. It looks like in the time of lockup the number of Ierrs is increasing: Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 = 6579984 1 0 After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for long = time. Without DEVICE_POLLING it was similar situation. Regards, Rolandas Naujikas On 2010.11.20, at 18:24, rolnas@gmail.com wrote: > On 2010.11.20, at 17:54, Jeremy Chadwick wrote: >=20 >> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: >>> I'm experiencing network interface stalls on em in FreeBSD = 8.1-RELEASE (-p1). >>> It looks like the problem could be solved in 8-STABLE, but should I = upgrade to it ? >>> Is it OK to try to get only em driver code and recompile as module = and try to run it ? >>>=20 >>> sysctl dev.em.2.stats=3D1: >>> ... >>> em2: Missed Packets =3D 101334 >>> em2: Receive No Buffers =3D 488 >>> ... >>> em2: RX overruns =3D 1356 >>> em2: watchdog timeouts =3D 1 >>> ... >>>=20 >>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >>> The same happens on em0 interface only, but not in the same time. >>> It is production (NAT) router with pf+pfsync+carp and failover over = another router. >>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron = 2.2GHz). >>=20 >> You're going to need to provide output from the following, run as = root. >> For the pciconf command, please only include the entry that's = relevant >> to the device in question (em2). You can also XXX-out the MAC = address >> and/or IP addresses if you're worried about security. >>=20 >> $ pciconf -lvc >=20 > em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 chip=3D0x10108086 = rev=3D0x03 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D 'Dual Port Gigabit Ethernet Controller (Copper) = (82546EB)' > class =3D network > subclass =3D ethernet > cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 > cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split transaction > cap 05[f0] =3D MSI supports 1 message, 64 bit=20 >=20 >> $ dmesg | grep em2 >=20 > em2: port = 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 > em2: [FILTER] > em2: Ethernet address: 00:14:4f:XX:XX:XX >=20 >> $ sysctl dev.em.2 >=20 > dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 > dev.em.2.%driver: em > dev.em.2.%location: slot=3D2 function=3D0 > dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 subvendor=3D0x8086 = subdevice=3D0x1011 class=3D0x020000 > dev.em.2.%parent: pci1 > dev.em.2.debug: -1 > dev.em.2.stats: -1 > dev.em.2.rx_int_delay: 0 > dev.em.2.tx_int_delay: 66 > dev.em.2.rx_abs_int_delay: 66 > dev.em.2.tx_abs_int_delay: 66 > dev.em.2.rx_processing_limit: 100 >=20 >> $ uname -a >=20 > FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu Nov = 18 10:39:07 EET 2010 = root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE amd64 >=20 > Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not used = devices removed. >=20 >> $ netstat -ind -I em2 >=20 > Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll Drop > em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 = 59339619 1 0 0=20 > em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - = 3815946 - - -=20 > ... > em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 = 143900328 0 0 0=20 >=20 > Regards, Rolandas Naujikas >=20 >> Thanks. >>=20 >> --=20 >> | 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 = | >>=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 17:05: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 6C0A61065741 for ; Sat, 20 Nov 2010 17:05:31 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE6D8FC16 for ; Sat, 20 Nov 2010 17:05:30 +0000 (UTC) Received: from omta08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by qmta01.emeryville.ca.mail.comcast.net with comcast id ZSKs1f0030FhH24A1V5Wby; Sat, 20 Nov 2010 17:05:30 +0000 Received: from koitsu.dyndns.org ([98.248.41.155]) by omta08.emeryville.ca.mail.comcast.net with comcast id ZV5V1f0053LrwQ28UV5Vw7; Sat, 20 Nov 2010 17:05:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 446BB9B427; Sat, 20 Nov 2010 09:05:29 -0800 (PST) Date: Sat, 20 Nov 2010 09:05:29 -0800 From: Jeremy Chadwick To: Naujikas Rolandas Message-ID: <20101120170529.GA95574@icarus.home.lan> References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: problems with network on em 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, 20 Nov 2010 17:05:31 -0000 On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: > I just got another lockup. > It looks like in the time of lockup the number of Ierrs is increasing: > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll > em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 6579984 1 0 > > After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for long time. > Without DEVICE_POLLING it was similar situation. > > Regards, Rolandas Naujikas > > On 2010.11.20, at 18:24, rolnas@gmail.com wrote: > > > On 2010.11.20, at 17:54, Jeremy Chadwick wrote: > > > >> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: > >>> I'm experiencing network interface stalls on em in FreeBSD 8.1-RELEASE (-p1). > >>> It looks like the problem could be solved in 8-STABLE, but should I upgrade to it ? > >>> Is it OK to try to get only em driver code and recompile as module and try to run it ? > >>> > >>> sysctl dev.em.2.stats=1: > >>> ... > >>> em2: Missed Packets = 101334 > >>> em2: Receive No Buffers = 488 > >>> ... > >>> em2: RX overruns = 1356 > >>> em2: watchdog timeouts = 1 > >>> ... > >>> > >>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. > >>> The same happens on em0 interface only, but not in the same time. > >>> It is production (NAT) router with pf+pfsync+carp and failover over another router. > >>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). > >> > >> You're going to need to provide output from the following, run as root. > >> For the pciconf command, please only include the entry that's relevant > >> to the device in question (em2). You can also XXX-out the MAC address > >> and/or IP addresses if you're worried about security. > >> > >> $ pciconf -lvc > > > > em2@pci0:1:2:0: class=0x020000 card=0x10118086 chip=0x10108086 rev=0x03 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Dual Port Gigabit Ethernet Controller (Copper) (82546EB)' > > class = network > > subclass = ethernet > > cap 01[dc] = powerspec 2 supports D0 D3 current D0 > > cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split transaction > > cap 05[f0] = MSI supports 1 message, 64 bit > > > >> $ dmesg | grep em2 > > > > em2: port 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 > > em2: [FILTER] > > em2: Ethernet address: 00:14:4f:XX:XX:XX > > > >> $ sysctl dev.em.2 > > > > dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 > > dev.em.2.%driver: em > > dev.em.2.%location: slot=2 function=0 > > dev.em.2.%pnpinfo: vendor=0x8086 device=0x1010 subvendor=0x8086 subdevice=0x1011 class=0x020000 > > dev.em.2.%parent: pci1 > > dev.em.2.debug: -1 > > dev.em.2.stats: -1 > > dev.em.2.rx_int_delay: 0 > > dev.em.2.tx_int_delay: 66 > > dev.em.2.rx_abs_int_delay: 66 > > dev.em.2.tx_abs_int_delay: 66 > > dev.em.2.rx_processing_limit: 100 > > > >> $ uname -a > > > > FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu Nov 18 10:39:07 EET 2010 root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE amd64 > > > > Recompiled with DEVICE_POLLING and HZ=2000, carp and many not used devices removed. > > > >> $ netstat -ind -I em2 > > > > Name Mtu Network Address Ipkts Ierrs Idrop Opkts Oerrs Coll Drop > > em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 59339619 1 0 0 > > em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - 3815946 - - - > > ... > > em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 143900328 0 0 0 > > > > Regards, Rolandas Naujikas > > > >> Thanks. Oops, I forgot requesting output from one other command: $ vmstat -i Adding Jack Vogel to the thread, who might have ideas/comments. Jack, here's the thread: http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.html As for my comments: Unidirectional errors (input or output) often indicates a duplex mismatch or some sort of weird "quirk" between one link partner and the other. I *have* seen cases where both sides are auto-neg and one side acts like it has the wrong duplex selection despite ifconfig reporting full-duplex and the switch reporting full. Forcing speed and duplex on both ends (requires a managed switch; please don't try this with a generic consumer switch) resolved the problem. It could be that there's a driver bug causing this to happen -- down/up seems to indicate that could be the case -- but every situation needs to be addressed individually. -- | 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 Nov 20 19:18: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 6470B106566B for ; Sat, 20 Nov 2010 19:18:03 +0000 (UTC) (envelope-from Rolandas.Naujikas@mif.vu.lt) Received: from smtps.vu.lt (smtps.vu.lt [193.219.80.12]) by mx1.freebsd.org (Postfix) with ESMTP id F29868FC08 for ; Sat, 20 Nov 2010 19:18:02 +0000 (UTC) Received: from [192.168.1.144] ([95.173.38.63]) (authenticated bits=0) by smtps.vu.lt (VU/2010/05/24) with ESMTP id oAKJI16U000545 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 20 Nov 2010 21:18:01 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Naujikas Rolandas In-Reply-To: <20101120170529.GA95574@icarus.home.lan> Date: Sat, 20 Nov 2010 21:18:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org, jfvogel@gmail.com Subject: Re: problems with network on em 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, 20 Nov 2010 19:18:05 -0000 I'm trying to test with newest version of /sys/dev/e1000 from FreeBSD = 8-STABLE. For that I'm using loadable module option, because it is easier to build = with minimal changes in kernel source. Only /sys/dev/e1000 and /sys/modules/em need to be updated. Without changes in /sys/modules/em/Makefile it compiles, but have = missing symbol or if you compile static kernel - the same problem. Now I'm testing and it looks promising (except I see a little bigger = kernel thread netisr cpu load, but it's acceptable). Regards, Rolandas Naujikas On 2010.11.20, at 19:05, Jeremy Chadwick wrote: > On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: >> I just got another lockup. >> It looks like in the time of lockup the number of Ierrs is = increasing: >> Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll >> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 = 6579984 1 0 >>=20 >> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for = long time. >> Without DEVICE_POLLING it was similar situation. >>=20 >> Regards, Rolandas Naujikas >>=20 >> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: >>=20 >>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: >>>=20 >>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: >>>>> I'm experiencing network interface stalls on em in FreeBSD = 8.1-RELEASE (-p1). >>>>> It looks like the problem could be solved in 8-STABLE, but should = I upgrade to it ? >>>>> Is it OK to try to get only em driver code and recompile as module = and try to run it ? >>>>>=20 >>>>> sysctl dev.em.2.stats=3D1: >>>>> ... >>>>> em2: Missed Packets =3D 101334 >>>>> em2: Receive No Buffers =3D 488 >>>>> ... >>>>> em2: RX overruns =3D 1356 >>>>> em2: watchdog timeouts =3D 1 >>>>> ... >>>>>=20 >>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >>>>> The same happens on em0 interface only, but not in the same time. >>>>> It is production (NAT) router with pf+pfsync+carp and failover = over another router. >>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron = 2.2GHz). >>>>=20 >>>> You're going to need to provide output from the following, run as = root. >>>> For the pciconf command, please only include the entry that's = relevant >>>> to the device in question (em2). You can also XXX-out the MAC = address >>>> and/or IP addresses if you're worried about security. >>>>=20 >>>> $ pciconf -lvc >>>=20 >>> em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 chip=3D0x10108086 = rev=3D0x03 hdr=3D0x00 >>> vendor =3D 'Intel Corporation' >>> device =3D 'Dual Port Gigabit Ethernet Controller (Copper) = (82546EB)' >>> class =3D network >>> subclass =3D ethernet >>> cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 >>> cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split transaction >>> cap 05[f0] =3D MSI supports 1 message, 64 bit=20 >>>=20 >>>> $ dmesg | grep em2 >>>=20 >>> em2: port = 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 >>> em2: [FILTER] >>> em2: Ethernet address: 00:14:4f:XX:XX:XX >>>=20 >>>> $ sysctl dev.em.2 >>>=20 >>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 >>> dev.em.2.%driver: em >>> dev.em.2.%location: slot=3D2 function=3D0 >>> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 subvendor=3D0x8086 = subdevice=3D0x1011 class=3D0x020000 >>> dev.em.2.%parent: pci1 >>> dev.em.2.debug: -1 >>> dev.em.2.stats: -1 >>> dev.em.2.rx_int_delay: 0 >>> dev.em.2.tx_int_delay: 66 >>> dev.em.2.rx_abs_int_delay: 66 >>> dev.em.2.tx_abs_int_delay: 66 >>> dev.em.2.rx_processing_limit: 100 >>>=20 >>>> $ uname -a >>>=20 >>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu = Nov 18 10:39:07 EET 2010 = root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE amd64 >>>=20 >>> Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not used = devices removed. >>>=20 >>>> $ netstat -ind -I em2 >>>=20 >>> Name Mtu Network Address Ipkts Ierrs Idrop = Opkts Oerrs Coll Drop >>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 = 59339619 1 0 0=20 >>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - = 3815946 - - -=20 >>> ... >>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 = 143900328 0 0 0=20 >>>=20 >>> Regards, Rolandas Naujikas >>>=20 >>>> Thanks. >=20 > Oops, I forgot requesting output from one other command: >=20 > $ vmstat -i >=20 > Adding Jack Vogel to the thread, who might have ideas/comments. Jack, > here's the thread: >=20 > = http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.htm= l >=20 > As for my comments: >=20 > Unidirectional errors (input or output) often indicates a duplex > mismatch or some sort of weird "quirk" between one link partner and = the > other. I *have* seen cases where both sides are auto-neg and one side > acts like it has the wrong duplex selection despite ifconfig reporting > full-duplex and the switch reporting full. Forcing speed and duplex = on > both ends (requires a managed switch; please don't try this with a > generic consumer switch) resolved the problem. >=20 > It could be that there's a driver bug causing this to happen -- = down/up > seems to indicate that could be the case -- but every situation needs = to > be addressed individually. >=20 > --=20 > | 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 | >=20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 20:33:02 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 A04C51065679; Sat, 20 Nov 2010 20:33:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 527AB8FC15; Sat, 20 Nov 2010 20:33:02 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.4/8.14.4) with ESMTP id oAKKX1v6058427; Sat, 20 Nov 2010 20:33:01 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.4/8.14.4/Submit) id oAKKX1eX058408; Sat, 20 Nov 2010 20:33:01 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 20 Nov 2010 20:33:01 GMT Message-Id: <201011202033.oAKKX1eX058408@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.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, 20 Nov 2010 20:33:02 -0000 TB --- 2010-11-20 19:28:16 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2010-11-20 19:28:16 - starting RELENG_8 tinderbox run for i386/pc98 TB --- 2010-11-20 19:28:16 - cleaning the object tree TB --- 2010-11-20 19:28:27 - cvsupping the source tree TB --- 2010-11-20 19:28:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/pc98/supfile TB --- 2010-11-20 19:29:10 - building world TB --- 2010-11-20 19:29:10 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 19:29:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 19:29:10 - TARGET=pc98 TB --- 2010-11-20 19:29:10 - TARGET_ARCH=i386 TB --- 2010-11-20 19:29:10 - TZ=UTC TB --- 2010-11-20 19:29:10 - __MAKE_CONF=/dev/null TB --- 2010-11-20 19:29:10 - cd /src TB --- 2010-11-20 19:29:10 - /usr/bin/make -B buildworld >>> World build started on Sat Nov 20 19:29:11 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 Nov 20 20:31:12 UTC 2010 TB --- 2010-11-20 20:31:12 - generating LINT kernel config TB --- 2010-11-20 20:31:12 - cd /src/sys/pc98/conf TB --- 2010-11-20 20:31:12 - /usr/bin/make -B LINT TB --- 2010-11-20 20:31:13 - building LINT kernel TB --- 2010-11-20 20:31:13 - MAKEOBJDIRPREFIX=/obj TB --- 2010-11-20 20:31:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-11-20 20:31:13 - TARGET=pc98 TB --- 2010-11-20 20:31:13 - TARGET_ARCH=i386 TB --- 2010-11-20 20:31:13 - TZ=UTC TB --- 2010-11-20 20:31:13 - __MAKE_CONF=/dev/null TB --- 2010-11-20 20:31:13 - cd /src TB --- 2010-11-20 20:31:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 20 20:31: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 [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/pc98/pc98/canbus_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -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/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -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 -ffreestan! ding -fstack-protector In file included from /src/sys/x86/x86/nexus.c:82: /src/sys/i386/isa/isa.h:37:2: error: #error isa.h is included from PC-9801 source mkdep: compile failed *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-11-20 20:33:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-11-20 20:33:01 - ERROR: failed to build lint kernel TB --- 2010-11-20 20:33:01 - 2840.70 user 416.85 system 3884.28 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 20:37: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 A8B85106566B for ; Sat, 20 Nov 2010 20:37:04 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAC88FC0A for ; Sat, 20 Nov 2010 20:37:03 +0000 (UTC) Received: by wwd20 with SMTP id 20so5741143wwd.31 for ; Sat, 20 Nov 2010 12:37:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=XhUAaBwOri69xQv+Y7Vy+ca7Aw64jgizKhEoqI4C1JI=; b=qC20ghfIjpZCV8nYy6ShO7gYI6+6bR61ukmRKlppZFR85r4TZ2SMxROnU7beMiYt/x kkMSThvLVnFqwgBGsvKqmYHZ/jYwSEM92TrQd/3dQQ/+Q10avpDJJJemfDeDhXG07Ypk oU/PhEwiBv/XayeTtTd1dVeOlb2fjMc5TEN8w= 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=Xvgxzhc+5m6gkHEGDvCvwJa4N19kKbTQcGig5hMkymStI8XpVVNxqtEyD+4eh6Zzwa 90NlCorvd0mzmIlrqUxRt9INORaZDtWHdfpGSaQcDAhX6DTvY/N8op4r0/wqUYIPwaAS 17+XqNmljUQMcBJ6HG4Q4G0iD5B8xs2eXi2y8= MIME-Version: 1.0 Received: by 10.216.50.11 with SMTP id y11mr3420062web.57.1290285422320; Sat, 20 Nov 2010 12:37:02 -0800 (PST) Received: by 10.216.2.206 with HTTP; Sat, 20 Nov 2010 12:37:02 -0800 (PST) In-Reply-To: References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> Date: Sat, 20 Nov 2010 12:37:02 -0800 Message-ID: From: Jack Vogel To: Naujikas Rolandas Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: problems with network on em 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, 20 Nov 2010 20:37:04 -0000 Did you mean the 7.1.7 version from HEAD ? Jack On Sat, Nov 20, 2010 at 11:18 AM, Naujikas Rolandas < Rolandas.Naujikas@mif.vu.lt> wrote: > I'm trying to test with newest version of /sys/dev/e1000 from FreeBSD > 8-STABLE. > For that I'm using loadable module option, because it is easier to build > with minimal changes in kernel source. > Only /sys/dev/e1000 and /sys/modules/em need to be updated. > Without changes in /sys/modules/em/Makefile it compiles, but have missing > symbol or if you compile static kernel - the same problem. > Now I'm testing and it looks promising (except I see a little bigger kernel > thread netisr cpu load, but it's acceptable). > > Regards, Rolandas Naujikas > > On 2010.11.20, at 19:05, Jeremy Chadwick wrote: > > > On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: > >> I just got another lockup. > >> It looks like in the time of lockup the number of Ierrs is increasing: > >> Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll > >> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 > 6579984 1 0 > >> > >> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for long > time. > >> Without DEVICE_POLLING it was similar situation. > >> > >> Regards, Rolandas Naujikas > >> > >> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: > >> > >>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: > >>> > >>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: > >>>>> I'm experiencing network interface stalls on em in FreeBSD > 8.1-RELEASE (-p1). > >>>>> It looks like the problem could be solved in 8-STABLE, but should I > upgrade to it ? > >>>>> Is it OK to try to get only em driver code and recompile as module > and try to run it ? > >>>>> > >>>>> sysctl dev.em.2.stats=1: > >>>>> ... > >>>>> em2: Missed Packets = 101334 > >>>>> em2: Receive No Buffers = 488 > >>>>> ... > >>>>> em2: RX overruns = 1356 > >>>>> em2: watchdog timeouts = 1 > >>>>> ... > >>>>> > >>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. > >>>>> The same happens on em0 interface only, but not in the same time. > >>>>> It is production (NAT) router with pf+pfsync+carp and failover over > another router. > >>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron 2.2GHz). > >>>> > >>>> You're going to need to provide output from the following, run as > root. > >>>> For the pciconf command, please only include the entry that's relevant > >>>> to the device in question (em2). You can also XXX-out the MAC address > >>>> and/or IP addresses if you're worried about security. > >>>> > >>>> $ pciconf -lvc > >>> > >>> em2@pci0:1:2:0: class=0x020000 card=0x10118086 chip=0x10108086 > rev=0x03 hdr=0x00 > >>> vendor = 'Intel Corporation' > >>> device = 'Dual Port Gigabit Ethernet Controller (Copper) > (82546EB)' > >>> class = network > >>> subclass = ethernet > >>> cap 01[dc] = powerspec 2 supports D0 D3 current D0 > >>> cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > transaction > >>> cap 05[f0] = MSI supports 1 message, 64 bit > >>> > >>>> $ dmesg | grep em2 > >>> > >>> em2: port > 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 > >>> em2: [FILTER] > >>> em2: Ethernet address: 00:14:4f:XX:XX:XX > >>> > >>>> $ sysctl dev.em.2 > >>> > >>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 > >>> dev.em.2.%driver: em > >>> dev.em.2.%location: slot=2 function=0 > >>> dev.em.2.%pnpinfo: vendor=0x8086 device=0x1010 subvendor=0x8086 > subdevice=0x1011 class=0x020000 > >>> dev.em.2.%parent: pci1 > >>> dev.em.2.debug: -1 > >>> dev.em.2.stats: -1 > >>> dev.em.2.rx_int_delay: 0 > >>> dev.em.2.tx_int_delay: 66 > >>> dev.em.2.rx_abs_int_delay: 66 > >>> dev.em.2.tx_abs_int_delay: 66 > >>> dev.em.2.rx_processing_limit: 100 > >>> > >>>> $ uname -a > >>> > >>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu Nov > 18 10:39:07 EET 2010 root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE > amd64 > >>> > >>> Recompiled with DEVICE_POLLING and HZ=2000, carp and many not used > devices removed. > >>> > >>>> $ netstat -ind -I em2 > >>> > >>> Name Mtu Network Address Ipkts Ierrs Idrop > Opkts Oerrs Coll Drop > >>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 > 59339619 1 0 0 > >>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - > 3815946 - - - > >>> ... > >>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 > 143900328 0 0 0 > >>> > >>> Regards, Rolandas Naujikas > >>> > >>>> Thanks. > > > > Oops, I forgot requesting output from one other command: > > > > $ vmstat -i > > > > Adding Jack Vogel to the thread, who might have ideas/comments. Jack, > > here's the thread: > > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.html > > > > As for my comments: > > > > Unidirectional errors (input or output) often indicates a duplex > > mismatch or some sort of weird "quirk" between one link partner and the > > other. I *have* seen cases where both sides are auto-neg and one side > > acts like it has the wrong duplex selection despite ifconfig reporting > > full-duplex and the switch reporting full. Forcing speed and duplex on > > both ends (requires a managed switch; please don't try this with a > > generic consumer switch) resolved the problem. > > > > It could be that there's a driver bug causing this to happen -- down/up > > seems to indicate that could be the case -- but every situation needs to > > be addressed individually. > > > > -- > > | 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 Nov 20 21:53: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 5D8351065674 for ; Sat, 20 Nov 2010 21:53:22 +0000 (UTC) (envelope-from Rolandas.Naujikas@mif.vu.lt) Received: from smtps.vu.lt (smtps.vu.lt [193.219.80.12]) by mx1.freebsd.org (Postfix) with ESMTP id EFA308FC29 for ; Sat, 20 Nov 2010 21:53:21 +0000 (UTC) Received: from [192.168.1.144] ([95.173.38.63]) (authenticated bits=0) by smtps.vu.lt (VU/2010/05/24) with ESMTP id oAKLrJ9P005139 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 20 Nov 2010 23:53:20 +0200 (EET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Naujikas Rolandas In-Reply-To: Date: Sat, 20 Nov 2010 23:53:15 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7A80BA0C-596A-417C-B9E0-B2153276DA10@mif.vu.lt> References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> To: Jack Vogel X-Mailer: Apple Mail (2.1082) Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: problems with network on em 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, 20 Nov 2010 21:53:22 -0000 I don't know about version, but I'm using RELENG_8 branch only. It is = FreeBSD 8-STABLE also. Regards, Rolandas Naujikas P.S. I just got ~1Gbit/s (125MB/s,115Kpps) forwarding traffic in testing = (24 nodes was downloading a file with wget from server from another side = of router), but finally there was some deadlock. I'm recovering the data = on it. On 2010.11.20, at 22:37, Jack Vogel wrote: > Did you mean the 7.1.7 version from HEAD ? >=20 > Jack >=20 >=20 > On Sat, Nov 20, 2010 at 11:18 AM, Naujikas Rolandas < > Rolandas.Naujikas@mif.vu.lt> wrote: >=20 >> I'm trying to test with newest version of /sys/dev/e1000 from FreeBSD >> 8-STABLE. >> For that I'm using loadable module option, because it is easier to = build >> with minimal changes in kernel source. >> Only /sys/dev/e1000 and /sys/modules/em need to be updated. >> Without changes in /sys/modules/em/Makefile it compiles, but have = missing >> symbol or if you compile static kernel - the same problem. >> Now I'm testing and it looks promising (except I see a little bigger = kernel >> thread netisr cpu load, but it's acceptable). >>=20 >> Regards, Rolandas Naujikas >>=20 >> On 2010.11.20, at 19:05, Jeremy Chadwick wrote: >>=20 >>> On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: >>>> I just got another lockup. >>>> It looks like in the time of lockup the number of Ierrs is = increasing: >>>> Name Mtu Network Address Ipkts Ierrs Idrop >> Opkts Oerrs Coll >>>> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 >> 6579984 1 0 >>>>=20 >>>> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for = long >> time. >>>> Without DEVICE_POLLING it was similar situation. >>>>=20 >>>> Regards, Rolandas Naujikas >>>>=20 >>>> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: >>>>=20 >>>>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: >>>>>=20 >>>>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: >>>>>>> I'm experiencing network interface stalls on em in FreeBSD >> 8.1-RELEASE (-p1). >>>>>>> It looks like the problem could be solved in 8-STABLE, but = should I >> upgrade to it ? >>>>>>> Is it OK to try to get only em driver code and recompile as = module >> and try to run it ? >>>>>>>=20 >>>>>>> sysctl dev.em.2.stats=3D1: >>>>>>> ... >>>>>>> em2: Missed Packets =3D 101334 >>>>>>> em2: Receive No Buffers =3D 488 >>>>>>> ... >>>>>>> em2: RX overruns =3D 1356 >>>>>>> em2: watchdog timeouts =3D 1 >>>>>>> ... >>>>>>>=20 >>>>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. >>>>>>> The same happens on em0 interface only, but not in the same = time. >>>>>>> It is production (NAT) router with pf+pfsync+carp and failover = over >> another router. >>>>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron = 2.2GHz). >>>>>>=20 >>>>>> You're going to need to provide output from the following, run as >> root. >>>>>> For the pciconf command, please only include the entry that's = relevant >>>>>> to the device in question (em2). You can also XXX-out the MAC = address >>>>>> and/or IP addresses if you're worried about security. >>>>>>=20 >>>>>> $ pciconf -lvc >>>>>=20 >>>>> em2@pci0:1:2:0: class=3D0x020000 card=3D0x10118086 chip=3D0x10108086= >> rev=3D0x03 hdr=3D0x00 >>>>> vendor =3D 'Intel Corporation' >>>>> device =3D 'Dual Port Gigabit Ethernet Controller (Copper) >> (82546EB)' >>>>> class =3D network >>>>> subclass =3D ethernet >>>>> cap 01[dc] =3D powerspec 2 supports D0 D3 current D0 >>>>> cap 07[e4] =3D PCI-X 64-bit supports 133MHz, 2048 burst read, 1 = split >> transaction >>>>> cap 05[f0] =3D MSI supports 1 message, 64 bit >>>>>=20 >>>>>> $ dmesg | grep em2 >>>>>=20 >>>>> em2: port >> 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 >>>>> em2: [FILTER] >>>>> em2: Ethernet address: 00:14:4f:XX:XX:XX >>>>>=20 >>>>>> $ sysctl dev.em.2 >>>>>=20 >>>>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 >>>>> dev.em.2.%driver: em >>>>> dev.em.2.%location: slot=3D2 function=3D0 >>>>> dev.em.2.%pnpinfo: vendor=3D0x8086 device=3D0x1010 = subvendor=3D0x8086 >> subdevice=3D0x1011 class=3D0x020000 >>>>> dev.em.2.%parent: pci1 >>>>> dev.em.2.debug: -1 >>>>> dev.em.2.stats: -1 >>>>> dev.em.2.rx_int_delay: 0 >>>>> dev.em.2.tx_int_delay: 66 >>>>> dev.em.2.rx_abs_int_delay: 66 >>>>> dev.em.2.tx_abs_int_delay: 66 >>>>> dev.em.2.rx_processing_limit: 100 >>>>>=20 >>>>>> $ uname -a >>>>>=20 >>>>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu = Nov >> 18 10:39:07 EET 2010 = root@sunfire1.mif:/home/local/obj/usr/src/sys/SUNFIRE >> amd64 >>>>>=20 >>>>> Recompiled with DEVICE_POLLING and HZ=3D2000, carp and many not = used >> devices removed. >>>>>=20 >>>>>> $ netstat -ind -I em2 >>>>>=20 >>>>> Name Mtu Network Address Ipkts Ierrs Idrop >> Opkts Oerrs Coll Drop >>>>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 >> 59339619 1 0 0 >>>>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - >> 3815946 - - - >>>>> ... >>>>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 >> 143900328 0 0 0 >>>>>=20 >>>>> Regards, Rolandas Naujikas >>>>>=20 >>>>>> Thanks. >>>=20 >>> Oops, I forgot requesting output from one other command: >>>=20 >>> $ vmstat -i >>>=20 >>> Adding Jack Vogel to the thread, who might have ideas/comments. = Jack, >>> here's the thread: >>>=20 >>>=20 >> = http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.htm= l >>>=20 >>> As for my comments: >>>=20 >>> Unidirectional errors (input or output) often indicates a duplex >>> mismatch or some sort of weird "quirk" between one link partner and = the >>> other. I *have* seen cases where both sides are auto-neg and one = side >>> acts like it has the wrong duplex selection despite ifconfig = reporting >>> full-duplex and the switch reporting full. Forcing speed and duplex = on >>> both ends (requires a managed switch; please don't try this with a >>> generic consumer switch) resolved the problem. >>>=20 >>> It could be that there's a driver bug causing this to happen -- = down/up >>> seems to indicate that could be the case -- but every situation = needs to >>> be addressed individually. >>>=20 >>> -- >>> | 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 = | >>>=20 >>=20 >>=20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 20 22:13: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 D7B5E106566B for ; Sat, 20 Nov 2010 22:13:34 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 410D98FC0A for ; Sat, 20 Nov 2010 22:13:33 +0000 (UTC) Received: by wwd20 with SMTP id 20so5786606wwd.31 for ; Sat, 20 Nov 2010 14:13:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=E04tiEIGMHRkL/4sYoQFz36XoXOPQcdMiJaJNf7rgVk=; b=t6+nvJPOsFnkT/tZoLB9tnw2JObLyd1UYQa/KqYDxHkR2O6N2wgeVbU/QxPjFsIHRX jkKGL9eJTV3Wk4+48o+HUiePLZ7XkwaTecGxJove/Cl57KxF/ktLwp2eEHwUZ9Yy1bYQ 4aXXK4a3CXulafnRrAxSvgp1Me6jtMpIAylS0= 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=lNcEAIi6mTq7lxcBmSE4b6WGog55fG81e35Uzpt4JHsJOIwItHnWUgfkFKdmaOZeMu FsRHnIc0b7QaAS50+gxAzd/nHcyc45uUE+4SvUWHutSkUswrrxuH9RgVsksl9BUr+3lU idtEO88f91aA2b+pOZmLWW4GZV8vdO28vJm2k= MIME-Version: 1.0 Received: by 10.216.50.11 with SMTP id y11mr3480792web.57.1290291211006; Sat, 20 Nov 2010 14:13:31 -0800 (PST) Received: by 10.216.2.206 with HTTP; Sat, 20 Nov 2010 14:13:30 -0800 (PST) In-Reply-To: <7A80BA0C-596A-417C-B9E0-B2153276DA10@mif.vu.lt> References: <20101120155433.GA94454@icarus.home.lan> <1C336756-1447-4346-BFC6-0CE0856F5FA9@mif.vu.lt> <20101120170529.GA95574@icarus.home.lan> <7A80BA0C-596A-417C-B9E0-B2153276DA10@mif.vu.lt> Date: Sat, 20 Nov 2010 14:13:30 -0800 Message-ID: From: Jack Vogel To: Naujikas Rolandas Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: problems with network on em 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, 20 Nov 2010 22:13:34 -0000 I'd appreciate it if you could try and get the driver from HEAD, I will be putting it into STABLE next week, and it would be nice to see if it fixed your problem. It will build in your STABLE environment just fine, do you know how to do this, if not just say so and I can give you further details. Regards, Jack On Sat, Nov 20, 2010 at 1:53 PM, Naujikas Rolandas < Rolandas.Naujikas@mif.vu.lt> wrote: > I don't know about version, but I'm using RELENG_8 branch only. It is > FreeBSD 8-STABLE also. > > Regards, Rolandas Naujikas > > P.S. I just got ~1Gbit/s (125MB/s,115Kpps) forwarding traffic in testing > (24 nodes was downloading a file with wget from server from another side of > router), but finally there was some deadlock. I'm recovering the data on it. > > On 2010.11.20, at 22:37, Jack Vogel wrote: > > > Did you mean the 7.1.7 version from HEAD ? > > > > Jack > > > > > > On Sat, Nov 20, 2010 at 11:18 AM, Naujikas Rolandas < > > Rolandas.Naujikas@mif.vu.lt> wrote: > > > >> I'm trying to test with newest version of /sys/dev/e1000 from FreeBSD > >> 8-STABLE. > >> For that I'm using loadable module option, because it is easier to build > >> with minimal changes in kernel source. > >> Only /sys/dev/e1000 and /sys/modules/em need to be updated. > >> Without changes in /sys/modules/em/Makefile it compiles, but have > missing > >> symbol or if you compile static kernel - the same problem. > >> Now I'm testing and it looks promising (except I see a little bigger > kernel > >> thread netisr cpu load, but it's acceptable). > >> > >> Regards, Rolandas Naujikas > >> > >> On 2010.11.20, at 19:05, Jeremy Chadwick wrote: > >> > >>> On Sat, Nov 20, 2010 at 06:38:19PM +0200, Naujikas Rolandas wrote: > >>>> I just got another lockup. > >>>> It looks like in the time of lockup the number of Ierrs is increasing: > >>>> Name Mtu Network Address Ipkts Ierrs Idrop > >> Opkts Oerrs Coll > >>>> em2 1500 00:14:4f:XX:XX:XX 13060395 18438 0 > >> 6579984 1 0 > >>>> > >>>> After "ifconfig em2 down;ifconfig em2 up" Ierrs stays at 0 rate for > long > >> time. > >>>> Without DEVICE_POLLING it was similar situation. > >>>> > >>>> Regards, Rolandas Naujikas > >>>> > >>>> On 2010.11.20, at 18:24, rolnas@gmail.com wrote: > >>>> > >>>>> On 2010.11.20, at 17:54, Jeremy Chadwick wrote: > >>>>> > >>>>>> On Sat, Nov 20, 2010 at 05:09:28PM +0200, rolnas@gmail.com wrote: > >>>>>>> I'm experiencing network interface stalls on em in FreeBSD > >> 8.1-RELEASE (-p1). > >>>>>>> It looks like the problem could be solved in 8-STABLE, but should I > >> upgrade to it ? > >>>>>>> Is it OK to try to get only em driver code and recompile as module > >> and try to run it ? > >>>>>>> > >>>>>>> sysctl dev.em.2.stats=1: > >>>>>>> ... > >>>>>>> em2: Missed Packets = 101334 > >>>>>>> em2: Receive No Buffers = 488 > >>>>>>> ... > >>>>>>> em2: RX overruns = 1356 > >>>>>>> em2: watchdog timeouts = 1 > >>>>>>> ... > >>>>>>> > >>>>>>> Only "ifconfig em2 down;ifconfig em2 up" helps for some time. > >>>>>>> The same happens on em0 interface only, but not in the same time. > >>>>>>> It is production (NAT) router with pf+pfsync+carp and failover over > >> another router. > >>>>>>> They are old "SunFire X4100" boxes (4GB RAM, 2*2 AMD Opteron > 2.2GHz). > >>>>>> > >>>>>> You're going to need to provide output from the following, run as > >> root. > >>>>>> For the pciconf command, please only include the entry that's > relevant > >>>>>> to the device in question (em2). You can also XXX-out the MAC > address > >>>>>> and/or IP addresses if you're worried about security. > >>>>>> > >>>>>> $ pciconf -lvc > >>>>> > >>>>> em2@pci0:1:2:0: class=0x020000 card=0x10118086 chip=0x10108086 > >> rev=0x03 hdr=0x00 > >>>>> vendor = 'Intel Corporation' > >>>>> device = 'Dual Port Gigabit Ethernet Controller (Copper) > >> (82546EB)' > >>>>> class = network > >>>>> subclass = ethernet > >>>>> cap 01[dc] = powerspec 2 supports D0 D3 current D0 > >>>>> cap 07[e4] = PCI-X 64-bit supports 133MHz, 2048 burst read, 1 split > >> transaction > >>>>> cap 05[f0] = MSI supports 1 message, 64 bit > >>>>> > >>>>>> $ dmesg | grep em2 > >>>>> > >>>>> em2: port > >> 0x9400-0x943f mem 0xfbfa0000-0xfbfbffff irq 24 at device 2.0 on pci1 > >>>>> em2: [FILTER] > >>>>> em2: Ethernet address: 00:14:4f:XX:XX:XX > >>>>> > >>>>>> $ sysctl dev.em.2 > >>>>> > >>>>> dev.em.2.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.1 > >>>>> dev.em.2.%driver: em > >>>>> dev.em.2.%location: slot=2 function=0 > >>>>> dev.em.2.%pnpinfo: vendor=0x8086 device=0x1010 subvendor=0x8086 > >> subdevice=0x1011 class=0x020000 > >>>>> dev.em.2.%parent: pci1 > >>>>> dev.em.2.debug: -1 > >>>>> dev.em.2.stats: -1 > >>>>> dev.em.2.rx_int_delay: 0 > >>>>> dev.em.2.tx_int_delay: 66 > >>>>> dev.em.2.rx_abs_int_delay: 66 > >>>>> dev.em.2.tx_abs_int_delay: 66 > >>>>> dev.em.2.rx_processing_limit: 100 > >>>>> > >>>>>> $ uname -a > >>>>> > >>>>> FreeBSD sunfire1.mif 8.1-RELEASE-p1 FreeBSD 8.1-RELEASE-p1 #2: Thu > Nov > >> 18 10:39:07 EET 2010 root@sunfire1.mif > :/home/local/obj/usr/src/sys/SUNFIRE > >> amd64 > >>>>> > >>>>> Recompiled with DEVICE_POLLING and HZ=2000, carp and many not used > >> devices removed. > >>>>> > >>>>>> $ netstat -ind -I em2 > >>>>> > >>>>> Name Mtu Network Address Ipkts Ierrs Idrop > >> Opkts Oerrs Coll Drop > >>>>> em2 1500 00:14:4f:XX:XX:XX 66430440 101334 0 > >> 59339619 1 0 0 > >>>>> em2 1500 192.168.0.0/1 192.168.XX.XXX 633845 - - > >> 3815946 - - - > >>>>> ... > >>>>> em0 1500 00:14:4f:XX:XX:XX 167143400 152726 0 > >> 143900328 0 0 0 > >>>>> > >>>>> Regards, Rolandas Naujikas > >>>>> > >>>>>> Thanks. > >>> > >>> Oops, I forgot requesting output from one other command: > >>> > >>> $ vmstat -i > >>> > >>> Adding Jack Vogel to the thread, who might have ideas/comments. Jack, > >>> here's the thread: > >>> > >>> > >> > http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060183.html > >>> > >>> As for my comments: > >>> > >>> Unidirectional errors (input or output) often indicates a duplex > >>> mismatch or some sort of weird "quirk" between one link partner and the > >>> other. I *have* seen cases where both sides are auto-neg and one side > >>> acts like it has the wrong duplex selection despite ifconfig reporting > >>> full-duplex and the switch reporting full. Forcing speed and duplex on > >>> both ends (requires a managed switch; please don't try this with a > >>> generic consumer switch) resolved the problem. > >>> > >>> It could be that there's a driver bug causing this to happen -- down/up > >>> seems to indicate that could be the case -- but every situation needs > to > >>> be addressed individually. > >>> > >>> -- > >>> | 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 | > >>> > >> > >> > >