From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 02:18:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D80B51065670; Sun, 27 Mar 2011 02:18:26 +0000 (UTC) (envelope-from david.somayajulu@qlogic.com) Received: from VA3EHSOBE001.bigfish.com (va3ehsobe001.messaging.microsoft.com [216.32.180.11]) by mx1.freebsd.org (Postfix) with ESMTP id 80AA98FC17; Sun, 27 Mar 2011 02:18:26 +0000 (UTC) Received: from mail84-va3-R.bigfish.com (10.7.14.236) by VA3EHSOBE001.bigfish.com (10.7.40.21) with Microsoft SMTP Server id 14.1.225.22; Sun, 27 Mar 2011 02:03:23 +0000 Received: from mail84-va3 (localhost.localdomain [127.0.0.1]) by mail84-va3-R.bigfish.com (Postfix) with ESMTP id 8F456B5830C; Sun, 27 Mar 2011 02:03:23 +0000 (UTC) X-SpamScore: -7 X-BigFish: VPS-7(zz14ffOzz1202hzz8275bh8275dhz2fh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:avexcashub1.qlogic.com; RD:avexcashub1.qlogic.com; EFVD:NLI Received: from mail84-va3 (localhost.localdomain [127.0.0.1]) by mail84-va3 (MessageSwitch) id 1301191402811608_14295; Sun, 27 Mar 2011 02:03:22 +0000 (UTC) Received: from VA3EHSMHS028.bigfish.com (unknown [10.7.14.250]) by mail84-va3.bigfish.com (Postfix) with ESMTP id A4846186004F; Sun, 27 Mar 2011 02:03:22 +0000 (UTC) Received: from avexcashub1.qlogic.com (198.70.193.61) by VA3EHSMHS028.bigfish.com (10.7.99.38) with Microsoft SMTP Server (TLS) id 14.1.225.22; Sun, 27 Mar 2011 02:03:21 +0000 Received: from avexmb1.qlogic.org ([fe80::9545:3a4f:c131:467d]) by avexcashub1.qlogic.org ([::1]) with mapi; Sat, 26 Mar 2011 19:03:20 -0700 From: David Somayajulu To: "freebsd-net@freebsd.org" , "freebsd-current@freebsd.org" Date: Sat, 26 Mar 2011 19:03:18 -0700 Thread-Topic: Questions on LRO and Delayed ACK Thread-Index: AcvsIyO9944te0QiTC65oaG4IotW/g== Message-ID: <75E1A2A7D185F841A975979B0906BBA6774E0CE8CA@AVEXMB1.qlogic.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: qlogic.com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Questions on LRO and Delayed ACK X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 02:18:26 -0000 Hi All, 1. If there is hardware support for LRO, (where the hardware delivers= coalesces a bunch of consecutive TCP segments into one large TCP Segment),= is it enough for the driver to simply post the segment to the host stack v= ia ifp->if_input() ? I mean is there a need to run thru tcp_lro_rx() follow= ed by tcp_lro_flush(). 2. What kind performance improvement does one get using soft lro via = tcp_lro_init(); tcp_lro_rx();tcp_lro_flush(); 3. In the absence of LRO, is there any way that one can increase the = number of inbound frames for which an ACK is transmitted to a value greater= than 2? Thanks david S. ________________________________ This message and any attached documents contain information from QLogic Cor= poration or its wholly-owned subsidiaries that may be confidential. If you = are not the intended recipient, you may not read, copy, distribute, or use = this information. If you have received this transmission in error, please n= otify the sender immediately by reply e-mail and then delete this message. From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 08:49:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78C401065670; Sun, 27 Mar 2011 08:49:52 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id C392D8FC0C; Sun, 27 Mar 2011 08:49:51 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=IU0TiZmyZPMA:10 a=2QwxetvH7OQA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=72m_Xehp5N3ZhqRwvi0A:9 a=d0jgLkMjpnW04Xj6-2eIvYYUwRkA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 105295245; Sun, 27 Mar 2011 10:49:49 +0200 From: Hans Petter Selasky To: Shawn Webb Date: Sun, 27 Mar 2011 10:49:03 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <201103260830.59672.hselasky@c2i.net> <201103261608.34751.hselasky@c2i.net> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201103271049.03466.hselasky@c2i.net> Cc: "Carlos A. M. dos Santos" , freebsd-current@freebsd.org, libusb-devel@lists.sourceforge.net, freebsd-usb@freebsd.org Subject: Re: Android fastboot support for FreeBSD 8/9 using LibUSB v1.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 08:49:52 -0000 On Saturday 26 March 2011 17:39:37 Shawn Webb wrote: > This is awesome. Lack of Android tools support almost keeps me from fully > switching from OSX to FreeBSD. Any chance adb is or will be supported? > > Thanks, > > Shawn I think you might be able to use the same driver code examples for ADB. --HPS From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 09:36:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E0381065675 for ; Sun, 27 Mar 2011 09:36:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id AF6F38FC13 for ; Sun, 27 Mar 2011 09:36:47 +0000 (UTC) Received: from [10.0.2.78] (ppp208-205.lns1.adl2.internode.on.net [203.122.208.205] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2R9ai88097645 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sun, 27 Mar 2011 20:06:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 27 Mar 2011 20:06:45 +1030 To: freebsd-current Current Message-Id: Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: Loader FAT32 support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 09:36:48 -0000 Does anyone use it? I am trying to boot from a FAT32 formatted USB stick and to minimise the = amount of stuff I have to put in an MFS I'd like to be able to load the = kernel directly from the USB stick. I'm testing in parallels and I have started the loader from a normally = formatted disk and I have another formatted as FAT32 (with newfs_msdos) = and the loader sees it but doesn't show any files present, eg OK lsdev cd devices: disk devices: disk0: BIOS drive A: disk1: BIOS drive C: disk1s1a: FFS disk1s1b: swap disk1s1d: FFS disk1s1e: FFS disk1s1f: FFS disk2: BIOS drive D: disk2s1: FAT-32 pxe devices: OK set currdev=3Ddisk2s1: OK ls / OK Whereas if I mount it once booted in FreeBSD I can see the files I put = on it as you would expect. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 12:41:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B26FA1065672; Sun, 27 Mar 2011 12:41:18 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 141D68FC14; Sun, 27 Mar 2011 12:41:17 +0000 (UTC) Received: by fxm11 with SMTP id 11so2646796fxm.13 for ; Sun, 27 Mar 2011 05:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:x-comment-to :sender:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=RNw8cxP7uUema0n/2iBx6BBZ0XqmIMrHnxtccd3kl7g=; b=ar8m+psd84djSlwsEtFOVdFg54hew2SUjYbQ4cry2kcRg3EnF7MPXoGVxuNs6uSCeo 3gSM3qbmxLg/89cW4Cd33uRIwJh3WABvo6Y2LxDBJ3x6tWCmZzz5N2/HUI0UVgHTy1X1 9CP/ekMqqE46kyO7zPRT4RfWt2/tnJMIdMNDA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=xFp/L9ahnj2oNKGHVsKWEr2oPl1LSBcQBt5URS+ea35ZuNzTW/2OR5Zkv6cKW5DuYJ axs7JoIAPJDsNzvH8qAEOTOQp7/lrlq8UexQJ8jngDAcpkjiMZpCwCJxx2Cv/m6AEwii w1R/wkpR5w7JZw4DafZqxd791d7zgpzmDT3YY= Received: by 10.223.59.81 with SMTP id k17mr3204143fah.94.1301228179896; Sun, 27 Mar 2011 05:16:19 -0700 (PDT) Received: from localhost ([95.69.172.154]) by mx.google.com with ESMTPS id n1sm1070163fam.16.2011.03.27.05.16.17 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Mar 2011 05:16:18 -0700 (PDT) From: Mikolaj Golub To: Freddie Cash References: <20110325075541.GA1742@garage.freebsd.pl> X-Comment-To: Freddie Cash Sender: Mikolaj Golub Date: Sun, 27 Mar 2011 15:16:15 +0300 In-Reply-To: (Freddie Cash's message of "Sat, 26 Mar 2011 10:52:08 -0700") Message-ID: <86zkogep2o.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: FreeBSD Filesystems , FreeBSD Stable , FreeBSD-Current , Pawel Jakub Dawidek Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 12:41:18 -0000 --=-=-= On Sat, 26 Mar 2011 10:52:08 -0700 Freddie Cash wrote: FC> hastd backtrace is here: FC> http://www.sd73.bc.ca/downloads/crash/hast-backtrace.png It is not a hastd crash, but a kernel crash triggered by hastd process. I am not sure I got the same crash as you but apparently the race is possible in g_gate on device creation. I got the following crash starting many hast providers simultaneously: fault virtual address = 0x0 #8 0xc0c11adc in calltrap () at /usr/src/sys/i386/i386/exception.s:168 #9 0xc086ac6b in g_gate_ioctl (dev=0xc6a24300, cmd=3374345472, addr=0xc9fec000 "\002", flags=3, td=0xc7ff0b80) at /usr/src/sys/geom/gate/g_gate.c:410 #10 0xc0853c5b in devfs_ioctl_f (fp=0xc9b9e310, com=3374345472, data=0xc9fec000, cred=0xc8c9c200, td=0xc7ff0b80) at /usr/src/sys/fs/devfs/devfs_vnops.c:678 #11 0xc09210cd in kern_ioctl (td=0xc7ff0b80, fd=3, com=3374345472, data=0xc9fec000 "\002") at file.h:262 #12 0xc0921254 in ioctl (td=0xc7ff0b80, uap=0xf5edbcec) at /usr/src/sys/kern/sys_generic.c:679 #13 0xc0916616 in syscallenter (td=0xc7ff0b80, sa=0xf5edbce4) at /usr/src/sys/kern/subr_trap.c:315 #14 0xc0c2b9ff in syscall (frame=0xf5edbd28) at /usr/src/sys/i386/i386/trap.c:1086 #15 0xc0c11b71 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:266 Or just creating many ggate devices simultaneously: for i in `jot 100`; do ./ggiocreate $i& done ggiocreate.c is attached. In my case the kernel crashes in g_gate_create() when checking for name collisions in strcmp(): /* Check for name collision. */ for (unit = 0; unit < g_gate_maxunits; unit++) { if (g_gate_units[unit] == NULL) continue; if (strcmp(name, g_gate_units[unit]->sc_provider->name) != 0) continue; mtx_unlock(&g_gate_units_lock); mtx_destroy(&sc->sc_queue_mtx); free(sc, M_GATE); return (EEXIST); } I think the issue is the following. When preparing sc we take g_gate_units_lock, check for name collision, fill sc fields except sc->sc_provider, and registers sc in g_gate_units[unit]. sc_provider is filled later, when g_gate_units_lock is released. So the scenario is possible: 1) Thread A registers sc in g_gate_units[unit] with g_gate_units[unit]->sc_provider still null and releases g_gate_units_lock. 2) Thread B traverses g_gate_units[] when checking for name collision and craches accessing g_gate_units[unit]->sc_provider->name. The attached patch fixes the issue in my case. -- Mikolaj Golub --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=ggiocreate.c Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN5cy9jZGVmcy5oPgojaW5jbHVkZSA8c3lzL3R5cGVzLmg+CgojaW5jbHVkZSA8 Z2VvbS9nYXRlL2dfZ2F0ZS5oPgoKI2luY2x1ZGUgPGVyci5oPgojaW5jbHVkZSA8ZXJybm8uaD4K I2luY2x1ZGUgPGZjbnRsLmg+CiNpbmNsdWRlIDxzdGRpby5oPgojaW5jbHVkZSA8c3RyaW5ncy5o PgoKaW50Cm1haW4gKGludCBhcmdjLCBjaGFyICphcmd2W10pCnsKCXN0cnVjdCBnX2dhdGVfY3Rs X2NyZWF0ZSBnZ2lvY3JlYXRlOwoJc3RydWN0IGdfZ2F0ZV9jdGxfY2FuY2VsIGdnaW9jYW5jZWw7 CglzdHJ1Y3QgZ19nYXRlX2N0bF9kZXN0cm95IGdnaW9kOwoJaW50IGZkLCB1bml0OwoKCWlmIChh cmdjIDwgMikKCQllcnJ4KDEsICJ1c2FnZTogZ2dpb2NyZWF0ZSBuYW1lIik7CgkKCWZkID0gb3Bl bigiL2Rldi8iIEdfR0FURV9DVExfTkFNRSwgT19SRFdSKTsKCWlmIChmZCA8IDApCgkJZXJyKDEs ICJVbmFibGUgdG8gb3BlbiAvZGV2LyIgR19HQVRFX0NUTF9OQU1FKTsKCWJ6ZXJvKCZnZ2lvY3Jl YXRlLCBzaXplb2YoZ2dpb2NyZWF0ZSkpOwoJZ2dpb2NyZWF0ZS5nY3RsX3ZlcnNpb24gPSBHX0dB VEVfVkVSU0lPTjsKCWdnaW9jcmVhdGUuZ2N0bF9tZWRpYXNpemUgPSAxMDI0ICogMTAyNDA7Cgln Z2lvY3JlYXRlLmdjdGxfc2VjdG9yc2l6ZSA9IDUxMjsKCWdnaW9jcmVhdGUuZ2N0bF9mbGFncyA9 IDA7CglnZ2lvY3JlYXRlLmdjdGxfbWF4Y291bnQgPSBHX0dBVEVfTUFYX1FVRVVFX1NJWkU7Cgln Z2lvY3JlYXRlLmdjdGxfdGltZW91dCA9IDA7CglnZ2lvY3JlYXRlLmdjdGxfdW5pdCA9IEdfR0FU RV9OQU1FX0dJVkVOOwoJc25wcmludGYoZ2dpb2NyZWF0ZS5nY3RsX25hbWUsIHNpemVvZihnZ2lv Y3JlYXRlLmdjdGxfbmFtZSksCgkgICAgInRlc3RoYXN0LyVzIiwgYXJndlsxXSk7CglpZiAoaW9j dGwoZmQsIEdfR0FURV9DTURfQ1JFQVRFLCAmZ2dpb2NyZWF0ZSkgIT0gMCkKCQllcnIoMSwgIlVu YWJsZSB0byBjcmVhdGUgdGVzdGhhc3QvJXMgZGV2aWNlIiwgYXJndlsxXSk7CgllbHNlCgkJdW5p dCA9IGdnaW9jcmVhdGUuZ2N0bF91bml0OwoJCglzbGVlcCgxMCk7CgoJYnplcm8oJmdnaW9kLCBz aXplb2YoZ2dpb2QpKTsKCWdnaW9kLmdjdGxfdmVyc2lvbiA9IEdfR0FURV9WRVJTSU9OOwoJZ2dp b2QuZ2N0bF91bml0ID0gdW5pdDsKCWdnaW9kLmdjdGxfZm9yY2UgPSAxOwoJaWYgKGlvY3RsKGZk LCBHX0dBVEVfQ01EX0RFU1RST1ksICZnZ2lvZCkgPCAwKQoJCWVycigxLCAiVW5hYmxlIHRvIGRl c3Ryb3kgdGVzdGhhc3QvJXMgZGV2aWNlIiwgYXJndlsxXSk7CgoJcmV0dXJuIDA7Cn0K --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=g_gate.patch Index: sys/geom/gate/g_gate.c =================================================================== --- sys/geom/gate/g_gate.c (revision 220050) +++ sys/geom/gate/g_gate.c (working copy) @@ -407,13 +407,14 @@ g_gate_create(struct g_gate_ctl_create *ggio) for (unit = 0; unit < g_gate_maxunits; unit++) { if (g_gate_units[unit] == NULL) continue; - if (strcmp(name, g_gate_units[unit]->sc_provider->name) != 0) + if (strcmp(name, g_gate_units[unit]->sc_name) != 0) continue; mtx_unlock(&g_gate_units_lock); mtx_destroy(&sc->sc_queue_mtx); free(sc, M_GATE); return (EEXIST); } + sc->sc_name = name; g_gate_units[sc->sc_unit] = sc; g_gate_nunits++; mtx_unlock(&g_gate_units_lock); @@ -432,6 +433,9 @@ g_gate_create(struct g_gate_ctl_create *ggio) sc->sc_provider = pp; g_error_provider(pp, 0); g_topology_unlock(); + mtx_lock(&g_gate_units_lock); + sc->sc_name = sc->sc_provider->name; + mtx_unlock(&g_gate_units_lock); if (sc->sc_timeout > 0) { callout_reset(&sc->sc_callout, sc->sc_timeout * hz, Index: sys/geom/gate/g_gate.h =================================================================== --- sys/geom/gate/g_gate.h (revision 220050) +++ sys/geom/gate/g_gate.h (working copy) @@ -76,6 +76,7 @@ * 'P:' means 'Protected by'. */ struct g_gate_softc { + char *sc_name; /* P: (read-only) */ int sc_unit; /* P: (read-only) */ int sc_ref; /* P: g_gate_list_mtx */ struct g_provider *sc_provider; /* P: (read-only) */ @@ -96,7 +97,6 @@ struct g_gate_softc { LIST_ENTRY(g_gate_softc) sc_next; /* P: g_gate_list_mtx */ char sc_info[G_GATE_INFOSIZE]; /* P: (read-only) */ }; -#define sc_name sc_provider->geom->name #define G_GATE_DEBUG(lvl, ...) do { \ if (g_gate_debug >= (lvl)) { \ --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 19:20:19 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE513106566C; Sun, 27 Mar 2011 19:20:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BC2A28FC12; Sun, 27 Mar 2011 19:20:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2RJKIYP040429; Sun, 27 Mar 2011 15:20:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2RJKI6J040412; Sun, 27 Mar 2011 19:20:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 27 Mar 2011 19:20:18 GMT Message-Id: <201103271920.p2RJKI6J040412@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 19:20:20 -0000 TB --- 2011-03-27 17:09:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-27 17:09:24 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-03-27 17:09:24 - cleaning the object tree TB --- 2011-03-27 17:09:46 - cvsupping the source tree TB --- 2011-03-27 17:09:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-03-27 17:09:58 - building world TB --- 2011-03-27 17:09:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-27 17:09:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-27 17:09:58 - TARGET=powerpc TB --- 2011-03-27 17:09:58 - TARGET_ARCH=powerpc64 TB --- 2011-03-27 17:09:58 - TZ=UTC TB --- 2011-03-27 17:09:58 - __MAKE_CONF=/dev/null TB --- 2011-03-27 17:09:58 - cd /src TB --- 2011-03-27 17:09:58 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 27 17:09:59 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sun Mar 27 18:47:14 UTC 2011 TB --- 2011-03-27 18:47:14 - generating LINT kernel config TB --- 2011-03-27 18:47:14 - cd /src/sys/powerpc/conf TB --- 2011-03-27 18:47:14 - /usr/bin/make -B LINT TB --- 2011-03-27 18:47:14 - building LINT kernel TB --- 2011-03-27 18:47:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-27 18:47:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-27 18:47:14 - TARGET=powerpc TB --- 2011-03-27 18:47:14 - TARGET_ARCH=powerpc64 TB --- 2011-03-27 18:47:14 - TZ=UTC TB --- 2011-03-27 18:47:14 - __MAKE_CONF=/dev/null TB --- 2011-03-27 18:47:14 - cd /src TB --- 2011-03-27 18:47:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 27 18:47:14 UTC 2011 >>> 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 >>> Kernel build for LINT completed on Sun Mar 27 19:11:01 UTC 2011 TB --- 2011-03-27 19:11:01 - WARNING: skipping GENERIC kernel TB --- 2011-03-27 19:11:01 - building GENERIC64 kernel TB --- 2011-03-27 19:11:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-27 19:11:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-27 19:11:01 - TARGET=powerpc TB --- 2011-03-27 19:11:01 - TARGET_ARCH=powerpc64 TB --- 2011-03-27 19:11:01 - TZ=UTC TB --- 2011-03-27 19:11:01 - __MAKE_CONF=/dev/null TB --- 2011-03-27 19:11:01 - cd /src TB --- 2011-03-27 19:11:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Sun Mar 27 19:11:01 UTC 2011 >>> 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mii/../../dev/mii/tlphy.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mii/../../dev/mii/truephy.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc64/src/sys/GENERIC64/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc64/src/sys/GENERIC64 -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/mii/../../dev/mii/ukphy.c /src/sys/modules/mii/../../dev/mii/ukphy.c: In function 'ukphy_attach': /src/sys/modules/mii/../../dev/mii/ukphy.c:117: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/mii. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/GENERIC64. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-27 19:20:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-27 19:20:18 - ERROR: failed to build GENERIC64 kernel TB --- 2011-03-27 19:20:18 - 6155.41 user 1195.60 system 7853.59 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 20:02:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E36881065690; Sun, 27 Mar 2011 20:02:13 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9D528FC0A; Sun, 27 Mar 2011 20:02:12 +0000 (UTC) Received: by mail-fx0-f54.google.com with SMTP id 11so2819599fxm.13 for ; Sun, 27 Mar 2011 13:02:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:x-comment-to :sender:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=t+iur5Sb6vp25CFtvZaYK55NauMgmwJR8RldTxQM3jM=; b=pGuFI9k1UFrRuHLiSCWudbRn8NT0obqIFVB7C+0cUTXgtNjOdzTGmZOskac7ip61P9 qg1m1g8ar1g0RTlcCCTeChPFitX6SPi5f3uo8MaSPvappIoO3OIF3mqQboHWv7+03BzS wvA+OUf58XjsCecOJxTPw1CvgemCzBDJ4J8pw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=sn6p8agLrS2s+ItIbNNgCSxsBPOBNtOxnh65qhxvdXJDKommyIM/UwnbZbGtP0NBIP ushvL+Pyds6RcCNFYKH/z621H3bUJ7huS2b64xiIBnGWz0sx3ZVZDf7gnb1CLY/s+j/o 3BwdHRtY8r1PM3DvuxqO/8pvhQWj4avnqdpSk= Received: by 10.223.15.92 with SMTP id j28mr3565462faa.56.1301256132473; Sun, 27 Mar 2011 13:02:12 -0700 (PDT) Received: from localhost ([95.69.172.154]) by mx.google.com with ESMTPS id c24sm1198140fak.7.2011.03.27.13.02.10 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 27 Mar 2011 13:02:11 -0700 (PDT) From: Mikolaj Golub To: Mikolaj Golub References: <20110325075541.GA1742@garage.freebsd.pl> <86zkogep2o.fsf@kopusha.home.net> X-Comment-To: Mikolaj Golub Sender: Mikolaj Golub Date: Sun, 27 Mar 2011 23:02:09 +0300 In-Reply-To: <86zkogep2o.fsf@kopusha.home.net> (Mikolaj Golub's message of "Sun, 27 Mar 2011 15:16:15 +0300") Message-ID: <86k4fke3i6.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Filesystems , Pawel Jakub Dawidek , FreeBSD-Current , Freddie Cash , FreeBSD Stable Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2011 20:02:14 -0000 On Sun, 27 Mar 2011 15:16:15 +0300 Mikolaj Golub wrote to Freddie Cash: MG> The attached patch fixes the issue in my case. The patch is committed to current. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 05:19:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC03106566B for ; Mon, 28 Mar 2011 05:19:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id CB9B18FC13 for ; Mon, 28 Mar 2011 05:19:51 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2S5JmFV093855 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Mar 2011 15:49:49 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Mar 2011 15:49:48 +1030 To: freebsd-current Current Message-Id: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 05:19:52 -0000 Hi, I am trying the new installer and I find that it still asks you for a = time zone even if you answer Yes to using UTC. I had a look at the way this is implemented and it appears to just be a = call to tzsetup so it would appear the bug lies there. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 05:20:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A08BB106566B for ; Mon, 28 Mar 2011 05:20:59 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5FD8FC15 for ; Mon, 28 Mar 2011 05:20:58 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2S5KvQL093923 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Mar 2011 15:50:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Mar 2011 15:50:57 +1030 To: freebsd-current Current Message-Id: Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 05:20:59 -0000 Hi, I would like it if the installer had an option to exit to live CD mode = after installation. The reason being that I have a tar file I want to splat onto the newly = installed system residing on the USB stick the installer is on. In = chroot mode I can't access it. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 05:29:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F85F1065676 for ; Mon, 28 Mar 2011 05:29:36 +0000 (UTC) (envelope-from lists@eitanadler.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 264D28FC13 for ; Mon, 28 Mar 2011 05:29:35 +0000 (UTC) Received: by wwk4 with SMTP id 4so1371658wwk.1 for ; Sun, 27 Mar 2011 22:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=thfr161nKjS9Tcc4Wk6CetcoatUvGudvxc3IE6Zjmk0=; b=XS/MqyuKfg1ekJqVV47V5Trvj/Sf+/AOXy0tzxMoD9zyYCxFRCTmjppOtpzg52Iu65 WhfVVCuMENGmBr6oDcQo0v8fO00JSiahfFP9o5WLlHYs+eDcry5rLB3N+9xWf17MJksA 7YiTFoaQeeT1TJSOTd4VK1Z9OlfExNcizOak8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=dSGhRnTXqEG7aRBy2sgiwkz4yOcRdej2F15KBHESNS7nGRUtCkCS7MhCHtuGERI+dJ x0p7PwcZPUcdZwmwm+O7QfEf9fWNTI5YyaK3uRIUM0tMyLWX1RvTKnupWJZKtVP127gN SFGSz2qv4cbpbP03l19HY7gKMXh+OSdP0tX0w= Received: by 10.227.202.11 with SMTP id fc11mr3453059wbb.131.1301290175171; Sun, 27 Mar 2011 22:29:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.153.197 with HTTP; Sun, 27 Mar 2011 22:29:15 -0700 (PDT) In-Reply-To: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> From: Eitan Adler Date: Mon, 28 Mar 2011 00:29:15 -0500 Message-ID: To: "Daniel O'Connor" Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current Current Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 05:29:36 -0000 On Mon, Mar 28, 2011 at 12:19 AM, Daniel O'Connor wrote: > Hi, > I am trying the new installer and I find that it still asks you for a time zone even if you answer Yes to using UTC. tzsetup(1) is not asking if you wish to use UTC, It is asking if your local CMOS clock is set to UTC time. There is a subtle difference. See adjkerntz(8) for more details. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 05:53:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AE1B106566C for ; Mon, 28 Mar 2011 05:53:21 +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 10BF78FC0A for ; Mon, 28 Mar 2011 05:53:20 +0000 (UTC) Received: by wyf23 with SMTP id 23so2989149wyf.13 for ; Sun, 27 Mar 2011 22:53:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=G+fk3AFu2432qYl0NPR7s3Q0jLbMD2QHft0cMVl8L8g=; b=D7EDKDcoCv5ty3jUMnDytHWVtzha2UqF9wFh3hhuivOWTTo5LdZSxxQcZqlBZY7ROp ltuLLD7VZP80d6vUkdAbaSjR10LYj3zwM+8BmdXLjOzXBqh6MRJg/VjJyWivRc7KM5IV AfY+Na/GJ38cBLJ7MOSClrRqC9bse2lyqVR/Y= 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=SCK+khEVpkTwgg9cav/84TUYZPhniqL60VvoZKzLS4Hkxp9lqDDU4jKMDSIORrR8PZ rwO6MNOMiQBlGRvFq0QbyaHiScCVUjMOWI+Zzegk7ZLdJ7iS0ywEO8iDKRmdd6LBiLCZ uhRtnAagg3UFIuHY+b5xZRlqM3xnBt8R/+NjQ= MIME-Version: 1.0 Received: by 10.216.69.15 with SMTP id m15mr3239995wed.70.1301291599970; Sun, 27 Mar 2011 22:53:19 -0700 (PDT) Received: by 10.216.173.142 with HTTP; Sun, 27 Mar 2011 22:53:19 -0700 (PDT) In-Reply-To: References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> Date: Sun, 27 Mar 2011 22:53:19 -0700 Message-ID: From: Garrett Cooper To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 05:53:21 -0000 On Sun, Mar 27, 2011 at 10:29 PM, Eitan Adler wrote: > On Mon, Mar 28, 2011 at 12:19 AM, Daniel O'Connor wrote: >> Hi, >> I am trying the new installer and I find that it still asks you for a time zone even if you answer Yes to using UTC. > > tzsetup(1) is not asking if you wish to use UTC, It is asking if your > local CMOS clock is set to UTC time. There is a subtle difference. See > adjkerntz(8) for more details. Perhaps the wording should be changed to say "Is your clock set to local time?" instead? -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 06:13:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8656106566B for ; Mon, 28 Mar 2011 06:13:21 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 4154E8FC15 for ; Mon, 28 Mar 2011 06:13:21 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2S6DC8a095847 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Mar 2011 16:43:12 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Mon, 28 Mar 2011 16:43:12 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> To: Eitan Adler X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current Current Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 06:13:21 -0000 On 28/03/2011, at 15:59, Eitan Adler wrote: > On Mon, Mar 28, 2011 at 12:19 AM, Daniel O'Connor = wrote: >> Hi, >> I am trying the new installer and I find that it still asks you for a = time zone even if you answer Yes to using UTC. >=20 > tzsetup(1) is not asking if you wish to use UTC, It is asking if your > local CMOS clock is set to UTC time. There is a subtle difference. See > adjkerntz(8) for more details. Ahh I think I understand. So I answer yes or no then hit Cancel to use UTC. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 06:54:48 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA80106566B for ; Mon, 28 Mar 2011 06:54:48 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 299A08FC16 for ; Mon, 28 Mar 2011 06:54:47 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 8DFAE1C08DE7 for ; Mon, 28 Mar 2011 08:54:46 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 8323A1C00105 for ; Mon, 28 Mar 2011 08:54:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id x4aAN2brICnh for ; Mon, 28 Mar 2011 08:54:46 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-37-128.dynamic.mnet-online.de [93.104.37.128]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS for ; Mon, 28 Mar 2011 08:54:45 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 32A24323F0; Mon, 28 Mar 2011 08:54:45 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 26923323E3 for ; Mon, 28 Mar 2011 08:54:45 +0200 (CEST) Date: Mon, 28 Mar 2011 08:54:44 +0200 (CEST) From: Michael Reifenberger To: FreeBSD-Current In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: Booted nanobsd image has /etc schg flag set X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 06:54:48 -0000 Hi, I've tracked this down: - Because on the building host /var/empty (comes from BSD.var.dist) has schg set it gets copied to the cfg slice during populate_slice() in nanobsd.sh - During boot /cfg gets copied over to /etc and the schg flag too - After that neither /cfg nor /etc are fully functional... I'll commit the following fix: ... Index: nanobsd.sh =================================================================== --- nanobsd.sh (Revision 219862) +++ nanobsd.sh (Arbeitskopie) @@ -413,8 +413,8 @@ dir=$2 mnt=$3 lbl=$4 - test -z $2 && dir=/var/empty - test -d $dir || dir=/var/empty + test -z $2 && dir=${NANO_WORLDDIR}/var/empty + test -d $dir || dir=${NANO_WORLDDIR}/var/empty echo "Creating ${dev} with ${dir} (mounting on ${mnt})" newfs_part $dev $mnt $lbl cd ${dir} ... On Sat, 26 Mar 2011, Michael Reifenberger wrote: > Date: Sat, 26 Mar 2011 18:25:40 +0100 (CET) > From: Michael Reifenberger > To: FreeBSD-Current > Subject: Booted nanobsd image has /etc schg flag set > > Hi, > I can't find the place where the schg flag is set for /etc > during boot. > (Must be during boot since the FS inside the image doesn't contain a schg > flagged file) > /var which is also a MFS FS hasn't schg set. > > This prevents the creation of new files like resolv.conf or host.conf > after startup... > > Bye/2 > --- > Michael Reifenberger > Michael@Reifenberger.com > http://www.Reifenberger.com > > Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 07:48:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32E87106566C for ; Mon, 28 Mar 2011 07:48:52 +0000 (UTC) (envelope-from adrian.chadd@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 C00428FC21 for ; Mon, 28 Mar 2011 07:48:51 +0000 (UTC) Received: by wyf23 with SMTP id 23so3046645wyf.13 for ; Mon, 28 Mar 2011 00:48:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=HTNxv39s5nDzNPGeMlsQxGaOPNgM6EmXeW742pKhVuE=; b=FCjdIiKv+paCUdy83i/l8fcVek6LhFztFy04cuqbiNGTCjZptCjTWn/ubksGaqQiTJ y9ZW6cjX/WCe1EMuJ0M64vYfyuqMuolYpseTyIqvZUaArRXTlRWMUqGl6LVvPVBwhLGn mwrDequ2NMZYRAf2YCslegsyS58WXkXlq3N4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=yD+6cEcpV5GLRARwiUwL8OlcSQglLhJ8z1IzLrEhesl2bWp6Pat5zb0hsCFmavFxN6 J5E64lT6c+m/nKj6EncdGzmqdeSlJ0Oh5kQGXm5+QdZ5/UQlOXXBcArk+8O2HjP1FLzQ G8cucbg/wQkvWabgW88OhBWl1flvdcKpxKRK4= MIME-Version: 1.0 Received: by 10.227.131.9 with SMTP id v9mr3566888wbs.6.1301298530723; Mon, 28 Mar 2011 00:48:50 -0700 (PDT) Received: by 10.227.135.137 with HTTP; Mon, 28 Mar 2011 00:48:50 -0700 (PDT) Date: Mon, 28 Mar 2011 15:48:50 +0800 Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: heads-up: breaking up ath (back) into sub-devices X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 07:48:52 -0000 Hi all, I'd like to split the ath driver back up into some of its sub-components in -HEAD before 9.0-RELEASE is done. Those components are: * ath (the BSD/net80211 facing interface itself) * ath_hal (hardware layer) * ath_rate_* (the rate control modules) * ath_pci (the ath<->PCI glue) Since I'm planning on supporting embedded devices as well as PCI/PCIe devices, I'm going to split out ath_pci from ath. I'll then introduce an ath_ahb device for embedded atheros radios hanging off the AHB bus. I'd also like to split out the HAL and rate control modules too in preparation for some later work. Since there's likely going to be some alternative rate control modules when 11n pops up, I'd like to make it easy for people to test the various ones out without having to continually recompile the whole ath driver itself. It also makes doing some current and legacy embedded systems development quite a bit easier. This will change kernel config files in -HEAD and thus 9.0-RELEASE. Please let me know if you have any issues with this. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 10:19:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCA11065670 for ; Mon, 28 Mar 2011 10:19:11 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 58E8F8FC0C for ; Mon, 28 Mar 2011 10:19:10 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Q49XQ-0002PK-5n for freebsd-current@freebsd.org; Mon, 28 Mar 2011 13:19:08 +0300 Date: Mon, 28 Mar 2011 13:19:03 +0300 From: Aleksandr Rybalko To: "freebsd-current@freebsd.org" Message-Id: <20110328131903.6bf2bc62.ray@dlink.ua> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 10:19:11 -0000 Hi, I found a difference of definition softdep_request_cleanup. when SOFTUPDATES undefined softdep_request_cleanup take only two arguments. Patch to fix this: Index: sys/ufs/ffs/ffs_softdep.c =================================================================== --- sys/ufs/ffs/ffs_softdep.c (revision 220095) +++ sys/ufs/ffs/ffs_softdep.c (working copy) @@ -514,9 +514,10 @@ } int -softdep_request_cleanup(fs, vp) +softdep_request_cleanup(fs, vp, resource) struct fs *fs; struct vnode *vp; + int resource; { return (0); -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 10:52:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD0AA106564A; Mon, 28 Mar 2011 10:52:52 +0000 (UTC) (envelope-from to.my.trociny@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 B97608FC18; Mon, 28 Mar 2011 10:52:51 +0000 (UTC) Received: by wwk4 with SMTP id 4so1596784wwk.1 for ; Mon, 28 Mar 2011 03:52:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:organization:references :sender:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=KViQbIxGRkfFC1VESkTyldOT3bJ/nQHrGEjGbMnWNzo=; b=h4z5H97oRpkcl3MwDgITGaBtwOl3O7Xeao5wszwLSHwXo/IoPo4btPFc+/md6EdeVS mB883b5Hi0maPHsXKEaWrsA4FBXac9OxhnSw46Z2aiDgy3HNvovAcDE04xVVHb29cojc Suh6QKz6TMn8RZSJ+Zd2VwNqddX6XocVamXJc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=VEXjXYf4Wg6bDy8B/eZu2YLO5mM0Lhezj9cqnBtPoIe30frrvvRDX9rzEyhkbQtIJD 7bbNWCxnexfNtKVSAYfAyz5LGn+x/9OxI1yVdjzCWCjjclT8tCSdlUXXggKhbKMYEEXO yMXxEYDzIkDTRig3u9m3kjuOnAiwODnJLNRWA= Received: by 10.216.9.200 with SMTP id 50mr2585158wet.83.1301309570572; Mon, 28 Mar 2011 03:52:50 -0700 (PDT) Received: from localhost ([94.27.39.186]) by mx.google.com with ESMTPS id c54sm1436080wer.30.2011.03.28.03.52.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Mar 2011 03:52:49 -0700 (PDT) From: Mikolaj Golub To: Pete French Organization: TOA Ukraine References: Sender: Mikolaj Golub Date: Mon, 28 Mar 2011 13:52:45 +0300 In-Reply-To: (Pete French's message of "Mon, 28 Mar 2011 10:47:22 +0100") Message-ID: <86wrjj5xfm.fsf@in138.ua3> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, freebsd-current@freebsd.org, fjwcash@gmail.com, pjd@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 10:52:52 -0000 On Mon, 28 Mar 2011 10:47:22 +0100 Pete French wrote: >> It is not a hastd crash, but a kernel crash triggered by hastd process. >> >> I am not sure I got the same crash as you but apparently the race is possible >> in g_gate on device creation. >> >> I got the following crash starting many hast providers simultaneously: PF> This is very interestng to me - my successful ZFS+HAST only had PF> a single drive, but in my new setup I am intending to use two PF> HAST processes and then mirror across thhem under ZFS, so I am PF> likely to hit this bug. Are the processes stable once launched ? Yes, you may hit it only on hast devices creation. The workaround is to avoid using 'hastctl role primary all', start providers one by one instead. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 09:47:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E63A3106566C; Mon, 28 Mar 2011 09:47:26 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id 845CF8FC13; Mon, 28 Mar 2011 09:47:26 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q492g-0004HU-EE; Mon, 28 Mar 2011 10:47:22 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q492g-000CvZ-DI; Mon, 28 Mar 2011 10:47:22 +0100 To: fjwcash@gmail.com, trociny@freebsd.org In-Reply-To: <86zkogep2o.fsf@kopusha.home.net> Message-Id: From: Pete French Date: Mon, 28 Mar 2011 10:47:22 +0100 X-Mailman-Approved-At: Mon, 28 Mar 2011 11:16:22 +0000 Cc: freebsd-fs@freebsd.org, pjd@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 09:47:27 -0000 > It is not a hastd crash, but a kernel crash triggered by hastd process. > > I am not sure I got the same crash as you but apparently the race is possible > in g_gate on device creation. > > I got the following crash starting many hast providers simultaneously: This is very interestng to me - my successful ZFS+HAST only had a single drive, but in my new setup I am intending to use two HAST processes and then mirror across thhem under ZFS, so I am likely to hit this bug. Are the processes stable once launched ? I dont have a system on whcih to try your patch at the moment, but will do so when I get the opportunity! From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:36:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from apollo.emma.line.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B1EC01065674 for ; Mon, 28 Mar 2011 11:36:41 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [IPv6:::1] (unknown [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id 35ED325AD2C for ; Mon, 28 Mar 2011 13:08:47 +0200 (CEST) Message-ID: <4D906C3F.8040404@FreeBSD.org> Date: Mon, 28 Mar 2011 13:08:47 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Mnenhy/0.8.3 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 11:36:42 -0000 Am 28.03.2011 07:53, schrieb Garrett Cooper: > On Sun, Mar 27, 2011 at 10:29 PM, Eitan Adler wrote: >> On Mon, Mar 28, 2011 at 12:19 AM, Daniel O'Connor wrote: >>> Hi, >>> I am trying the new installer and I find that it still asks you for a time zone even if you answer Yes to using UTC. >> >> tzsetup(1) is not asking if you wish to use UTC, It is asking if your >> local CMOS clock is set to UTC time. There is a subtle difference. See >> adjkerntz(8) for more details. > > Perhaps the wording should be changed to say "Is your clock set to > local time?" instead? Perhaps the installer should instead: display CMOS and system time, and ask which one of them is correct, and offer a third option to actually correct the timezone or time if neither is correct. That's much easier to grasp. From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 12:29:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B44751065678 for ; Mon, 28 Mar 2011 12:29:23 +0000 (UTC) (envelope-from g.veniamin@googlemail.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 3E5348FC1C for ; Mon, 28 Mar 2011 12:29:22 +0000 (UTC) Received: by bwz12 with SMTP id 12so3007623bwz.13 for ; Mon, 28 Mar 2011 05:29:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:content-type:content-transfer-encoding :subject:date:message-id:to:mime-version:x-mailer; bh=DHz29rCT5iVaZuRNV4eWYR65GeAAUZ7vQjHOaV6WZek=; b=dzBU2rPL+WAVBw2ZR4XffIVXcbLfRDxOv7TXXXDxkenlFw8v1wqmcI5n4Kx+nFKLot Y6ci+oFhgbvGkngQdZT5u2bSHAvgnBxIsDrpI/cVED3GwO9zdELWXEFMcOBy1CgGHk29 3tGytdCbRuTPgmaIf9FJoJMunci26zyIZzaj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=hwz3h5E6DN+bykMD7ZbTFBJTFWrysFrmxci2XykvQjkDnIMWbPiEzJuv3USJKXm336 L37z9ocK+LiR1j7/Z7ySDv+tD9gTo7yAHvh9o9vNcxd2xVlJge2o+e+x8fiNrbcXPZer nYhEAIeegSxjaBcpQOAh1TLP88LDiqn6KLw38= Received: by 10.204.7.156 with SMTP id d28mr3581307bkd.28.1301313963696; Mon, 28 Mar 2011 05:06:03 -0700 (PDT) Received: from [192.168.3.5] (zlonet.ru [94.78.205.21]) by mx.google.com with ESMTPS id l1sm2609636bkl.13.2011.03.28.05.06.00 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Mar 2011 05:06:02 -0700 (PDT) From: Veniamin Gvozdikov Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Mar 2011 20:05:58 +0800 Message-Id: <834C0DAE-3F29-452F-8895-2A126D103DF7@googlemail.com> To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: detection os arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 12:29:24 -0000 Hi everybody. I have question about packages. Why packages don't supported detection = os arch?= From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:24:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2E61065670 for ; Mon, 28 Mar 2011 13:24:37 +0000 (UTC) (envelope-from lwindschuh@googlemail.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 3F1858FC16 for ; Mon, 28 Mar 2011 13:24:36 +0000 (UTC) Received: by iwn33 with SMTP id 33so4477993iwn.13 for ; Mon, 28 Mar 2011 06:24:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=/0+51zXUXSt/F7MmHMWP0Qv/DAwI7PGaUVrGky3eNSY=; b=bmG9kmLIc8uWcizX8HwyfpGnqPkaoV+nNPXSPpT/+o0ouU1zOBWXrTme+z6nejsXZS MRenu5YVcFG+HpISTQIBmIqDkbpCipGd4dm89kgID9lrYKknOqVPDKBZcjReK+UdMl0T 2mIZevUJ7+JdE7l+kMgG+AXqAStGxY6bHakIs= 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=jFFtjMIGT0F0vkWnXK1rMyn+ImBdEP3CCiUVuvlvIePAiulA7MYQku4Rw53Gn6NHtV ZHDwmoMPKR8hwjerxHyob7s25k5S1oF1Un/P/ZuJddck2H2lyM8IqNf6gcJI3c2i5jt6 42J7tnlnyZwE9DJb8ZvUVqnKFlWtYLQGazLbo= MIME-Version: 1.0 Received: by 10.231.33.68 with SMTP id g4mr3887164ibd.197.1301317135410; Mon, 28 Mar 2011 05:58:55 -0700 (PDT) Received: by 10.231.174.194 with HTTP; Mon, 28 Mar 2011 05:58:55 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Mar 2011 14:58:55 +0200 Message-ID: From: Lucius Windschuh To: Jeff Roberson Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: SUJ Bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 13:24:37 -0000 Hi Jeff, I still have the problem that filesystem I/O from programs stalls while there is disk activity about every second on a SUJ volume (now with 4k block size, -CURRENT r219341, i386). It was reported earlier on, there were fixes, and the problem happens really seldomly (which makes it hard to reproduce :-( ). After rebooting because even the shutdown doesn't complete in time (with X running, I can't see why), the used recovered journal's size is the full 32 MB, but with very little used blocks in it (<10%). If I encounter it again, I can give you more details on the kernel's state. Lucius From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 12:57:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93083106564A for ; Mon, 28 Mar 2011 12:57:02 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 097958FC14 for ; Mon, 28 Mar 2011 12:57:00 +0000 (UTC) Received: from [10.0.2.78] (ppp208-205.lns1.adl2.internode.on.net [203.122.208.205] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2SCthpn024772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 28 Mar 2011 23:25:45 +1030 (CST) (envelope-from darius@dons.net.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 28 Mar 2011 23:25:42 +1030 To: freebsd-current Current Message-Id: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-Mailman-Approved-At: Mon, 28 Mar 2011 14:02:25 +0000 Subject: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 12:57:02 -0000 Hi, I am trying to get a -CURRENT box to get an IPv6 address via RTADV, = however I am not having any luck. I have tried the following in rc.conf :- ipv6_enable=3D"YES" ipv6_gateway_enable=3D"YES" ifconfig_em0_ipv6=3D"RTADV" (the last one I haven't seen before but it didn't seem to have an effect = anyway) ifconfig shows.. em0: flags=3D8843 metric 0 mtu = 1500 = options=3D219b ether 00:25:90:32:09:1e inet6 fe80::225:90ff:fe32:91e%em0 prefixlen 64 scopeid 0x2=20 inet 203.31.81.43 netmask 0xffffffc0 broadcast 203.31.81.63 nd6 options=3D21 media: Ethernet autoselect (100baseTX ) status: active I see rtadv packets on the network :- 12:50:46.444380 IP6 fe80::204:61ff:fe79:276f > ff02::1: ICMP6, router = advertisement, length 56 Other hosts can obtain a prefix just fine. This is the only 9.0 one, I = have other FreeBSD boxes but they are 8.x ish. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:28:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 603261065670 for ; Mon, 28 Mar 2011 15:28:55 +0000 (UTC) (envelope-from pluknet@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 356388FC19 for ; Mon, 28 Mar 2011 15:28:54 +0000 (UTC) Received: by pzk27 with SMTP id 27so635612pzk.13 for ; Mon, 28 Mar 2011 08:28:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H9/AY1VkCwqAyPQCv4Rg4cimEOuq1s6avYrCpyFPDAY=; b=UiXZXDJ1BC8L3fDm753YdKfjez7N2cduOCuVPOv9ocutGi9Ii+X1BMSHGI+B0mArpd AiVnVmiz27naWDY/ESZB4M0yk2PZNV7gJjXJ444W+aXK6yYkT/fbtEXEZQCvKlzKLu3e MTnmnrxav5+TtXESun7CxLB8MK4+MhkTW/+xU= 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=tj8yjwFj4sXI8yYcVV/UIvKu12Y8lcx751o+nBd2t0xxyvKHaj92BJoWpOwg0WnV4G HVvysedpTd7UroNvSGCdR9iN7qeWPA0wRHOfpYeUJeZC4JxrMFXJe9ZLu5azF30EMXuJ uwFqqVP9Fy/XDToBPDaVHmxzcMp/iB6EMjClw= MIME-Version: 1.0 Received: by 10.142.232.20 with SMTP id e20mr3623212wfh.119.1301324826120; Mon, 28 Mar 2011 08:07:06 -0700 (PDT) Received: by 10.142.242.5 with HTTP; Mon, 28 Mar 2011 08:07:06 -0700 (PDT) In-Reply-To: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> Date: Mon, 28 Mar 2011 19:07:06 +0400 Message-ID: From: Sergey Kandaurov To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 15:28:55 -0000 On 28 March 2011 16:55, Daniel O'Connor wrote: > Hi, > I am trying to get a -CURRENT box to get an IPv6 address via RTADV, howev= er I am not having any luck. > > I have tried the following in rc.conf :- > ipv6_enable=3D"YES" > ipv6_gateway_enable=3D"YES" > > ifconfig_em0_ipv6=3D"RTADV" > > (the last one I haven't seen before but it didn't seem to have an effect = anyway) > > ifconfig shows.. > em0: flags=3D8843 metric 0 mtu 15= 00 > =A0 =A0 =A0 =A0options=3D219b > =A0 =A0 =A0 =A0ether 00:25:90:32:09:1e > =A0 =A0 =A0 =A0inet6 fe80::225:90ff:fe32:91e%em0 prefixlen 64 scopeid 0x2 > =A0 =A0 =A0 =A0inet 203.31.81.43 netmask 0xffffffc0 broadcast 203.31.81.6= 3 > =A0 =A0 =A0 =A0nd6 options=3D21 > =A0 =A0 =A0 =A0media: Ethernet autoselect (100baseTX ) > =A0 =A0 =A0 =A0status: active > > I see rtadv packets on the network :- > 12:50:46.444380 IP6 fe80::204:61ff:fe79:276f > ff02::1: ICMP6, router adv= ertisement, length 56 > > Other hosts can obtain a prefix just fine. This is the only 9.0 one, I ha= ve other FreeBSD boxes but they are 8.x ish. > Hi. 1) ipv6_enable is obsolete in HEAD, see UPDATING. 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also set (as per rfc4861). All you need is something like ifconfig_em0_ipv6=3D"inet6 accept_rtadv" --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:32:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C61E6106566B for ; Mon, 28 Mar 2011 15:32:14 +0000 (UTC) (envelope-from rysto32@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 58B3D8FC17 for ; Mon, 28 Mar 2011 15:32:13 +0000 (UTC) Received: by eyg7 with SMTP id 7so1310896eyg.13 for ; Mon, 28 Mar 2011 08:32:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Q3tRyDRC5JECc0BOkYBC1PRpwb7BEpwLoS61VlYQCaw=; b=viCxvsADnvifDu9WDALJrvv1cs3dJCVN4vRtbSZVFa4pgSVLzHkoAZuZhAGcF/gaYK iqZG5mwK+elptVtv+RiM9iDSHHJZBhwmjjgTj7Ti8DjbBJr2nE6/e2m9nVbOYgRItgjm aRQg4mX4JnMJKivKKtt2gfKhE6z6ZzXZ/+058= 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=lUX72Rp6GXZQ4RfwqiFHDOxXGAin/1XQlI1oloAJTPh43jbqwXXdEzN9CirBOrDiFp n2jFajRXad9vFwCrbDavf2Jt3a+7YKR8/TQHf8L42lhX0yHbwCDP0N2cwXpvksbJmlDc VEr2YrUbngc6eZcme5Qe0qohk5bSXPOWCvfGU= MIME-Version: 1.0 Received: by 10.213.22.135 with SMTP id n7mr1327084ebb.61.1301326332986; Mon, 28 Mar 2011 08:32:12 -0700 (PDT) Received: by 10.213.29.145 with HTTP; Mon, 28 Mar 2011 08:32:12 -0700 (PDT) In-Reply-To: <20110328131903.6bf2bc62.ray@dlink.ua> References: <20110328131903.6bf2bc62.ray@dlink.ua> Date: Mon, 28 Mar 2011 11:32:12 -0400 Message-ID: From: Ryan Stone To: Aleksandr Rybalko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: Re: Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 15:32:14 -0000 On Mon, Mar 28, 2011 at 6:19 AM, Aleksandr Rybalko wrote: > Hi, > > I found a difference of definition softdep_request_cleanup. > when SOFTUPDATES undefined softdep_request_cleanup take only two argument= s. > > Patch to fix this: > > Index: sys/ufs/ffs/ffs_softdep.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/ufs/ffs/ffs_softdep.c =A0 (revision 220095) > +++ sys/ufs/ffs/ffs_softdep.c =A0 (working copy) > @@ -514,9 +514,10 @@ > =A0} > > =A0int > -softdep_request_cleanup(fs, vp) > +softdep_request_cleanup(fs, vp, resource) > =A0 =A0 =A0 =A0struct fs *fs; > =A0 =A0 =A0 =A0struct vnode *vp; > + =A0 =A0 =A0 int resource; > =A0{ > > =A0 =A0 =A0 =A0return (0); If we need to change the definition, shouldn't we convert it to a C89 declaration at the same time? From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 17:58:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAA01106566C for ; Mon, 28 Mar 2011 17:58:56 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8FEA78FC13 for ; Mon, 28 Mar 2011 17:58:56 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIS0080A4M74500@smtpauth3.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Mon, 28 Mar 2011 12:58:55 -0500 (CDT) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIS004T34M6ES10@smtpauth3.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Mon, 28 Mar 2011 12:58:54 -0500 (CDT) Date: Mon, 28 Mar 2011 12:58:54 -0500 From: Nathan Whitehorn In-reply-to: To: freebsd-current@freebsd.org Message-id: <4D90CC5E.80209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-13, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.28.175116, SenderIP=128.104.160.176 References: User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Subject: Re: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 17:58:56 -0000 On 03/28/11 00:20, Daniel O'Connor wrote: > Hi, > I would like it if the installer had an option to exit to live CD mode after installation. > > The reason being that I have a tar file I want to splat onto the newly installed system residing on the USB stick the installer is on. In chroot mode I can't access it. Sure, that's easy to do. I'll try to get it in today or tomorrow. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 18:04:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9C0106567A for ; Mon, 28 Mar 2011 18:04:06 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id F08F48FC0C for ; Mon, 28 Mar 2011 18:04:05 +0000 (UTC) Received: by fxm11 with SMTP id 11so3678927fxm.13 for ; Mon, 28 Mar 2011 11:04:04 -0700 (PDT) Received: by 10.223.6.11 with SMTP id 11mr742487fax.98.1301335444793; Mon, 28 Mar 2011 11:04:04 -0700 (PDT) Received: from rnote.ddteam.net (185-49-133-95.pool.ukrtel.net [95.133.49.185]) by mx.google.com with ESMTPS id b18sm1618352fak.32.2011.03.28.11.04.02 (version=SSLv3 cipher=OTHER); Mon, 28 Mar 2011 11:04:03 -0700 (PDT) Date: Mon, 28 Mar 2011 21:03:51 +0300 From: Aleksandr Rybalko To: Ryan Stone Message-Id: <20110328210351.f4413f2a.ray@ddteam.net> In-Reply-To: References: <20110328131903.6bf2bc62.ray@dlink.ua> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 8bit Cc: Aleksandr Rybalko , "freebsd-current@freebsd.org" Subject: Re: Fix softdep_request_cleanup difference w/ and w/o SOFTUPDATES X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 18:04:06 -0000 On Mon, 28 Mar 2011 11:32:12 -0400 Ryan Stone wrote: > On Mon, Mar 28, 2011 at 6:19 AM, Aleksandr Rybalko > wrote: > > Hi, > > > > I found a difference of definition softdep_request_cleanup. > > when SOFTUPDATES undefined softdep_request_cleanup take only two > > arguments. > > > > Patch to fix this: > > > > Index: sys/ufs/ffs/ffs_softdep.c > > =================================================================== > > --- sys/ufs/ffs/ffs_softdep.c š (revision 220095) > > +++ sys/ufs/ffs/ffs_softdep.c š (working copy) > > @@ -514,9 +514,10 @@ > > š} > > > > šint > > -softdep_request_cleanup(fs, vp) > > +softdep_request_cleanup(fs, vp, resource) > > š š š šstruct fs *fs; > > š š š šstruct vnode *vp; > > + š š š int resource; > > š{ > > > > š š š šreturn (0); > > If we need to change the definition, shouldn't we convert it to a C89 > declaration at the same time? Yeah, I agree with you, but think peoples who made nice things for UFS have they own plan what to do with this. I only fix problem for building without SOFTUPDATES flag set. BTW, if someone interest I can convert all declaration of this file to C89 :) -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:06:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 256071065670; Mon, 28 Mar 2011 20:06:48 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 84CB38FC15; Mon, 28 Mar 2011 20:06:47 +0000 (UTC) Received: by yie12 with SMTP id 12so1504050yie.13 for ; Mon, 28 Mar 2011 13:06:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NXg609SdF0hMNEGm0DRYYAT9/J8sljE139yLOzfweWM=; b=EphSr5rSpAZ0N6ouQZyNrNHVD3pCrDr2Ffa/xy0ONp5ufxEUmkQE/E1mSWXUMSBLmQ FDw6L+qhbqmlIFAlktfNphP44B2AC0xheJAprkS10uI9ktCpgLhAf/T/9J/yyUCjzBf0 y1ZCrFTU1CjaWmgj4jZBjiHYX7hgyw6/HkHNA= 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=dbDiTJTbG91Bg/o304EahLrqUjHw0gWOrI2ZcfaEb8lrnNMjYvFgcx+5WcrISa8tQX uWvDDWJSBOyLQNw6W5bNdXo6/xU5BfS21VtuPTFZEYQjFGfPsO/z+kxblUGfQd0dUF3i bTMp4ueWIsz2HJbSct8tJuiFjc3cehdLesxUQ= MIME-Version: 1.0 Received: by 10.91.76.2 with SMTP id d2mr4256904agl.208.1301342806632; Mon, 28 Mar 2011 13:06:46 -0700 (PDT) Received: by 10.90.100.10 with HTTP; Mon, 28 Mar 2011 13:06:46 -0700 (PDT) In-Reply-To: <86zkogep2o.fsf@kopusha.home.net> References: <20110325075541.GA1742@garage.freebsd.pl> <86zkogep2o.fsf@kopusha.home.net> Date: Mon, 28 Mar 2011 13:06:46 -0700 Message-ID: From: Freddie Cash To: Mikolaj Golub Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Filesystems , FreeBSD Stable , FreeBSD-Current , Pawel Jakub Dawidek Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 20:06:48 -0000 On Sun, Mar 27, 2011 at 5:16 AM, Mikolaj Golub wrote: On Sat, 26 Mar 2011 10:52:08 -0700 Freddie Cash wrote: > > =C2=A0FC> hastd backtrace is here: > =C2=A0FC> http://www.sd73.bc.ca/downloads/crash/hast-backtrace.png > > It is not a hastd crash, but a kernel crash triggered by hastd process. Ah, interesting. > I am not sure I got the same crash as you but apparently the race is poss= ible > in g_gate on device creation. 95% of the time that it would crash, would be when creating the /dev/hast/* devices (switching to primary role). Most of the crashes happened when doing "hastctl role primary all", but would occasionally happen when doing it manually for each resource. Creating the resources by hand, one every 2 seconds or so, would usually create them all without crashing. The other 5% of the time, the hastd crashes occurred either when importing the ZFS pool, or when running multiple parallel rsyncs to the pool. hastd was always shown as the last running process in the backtrace onscreen. > I got the following crash starting many hast providers simultaneously: > > fault virtual address =C2=A0 =3D 0x0 > > #8 =C2=A00xc0c11adc in calltrap () at /usr/src/sys/i386/i386/exception.s:= 168 > #9 =C2=A00xc086ac6b in g_gate_ioctl (dev=3D0xc6a24300, cmd=3D3374345472, > =C2=A0 =C2=A0addr=3D0xc9fec000 "\002", flags=3D3, td=3D0xc7ff0b80) > =C2=A0 =C2=A0at /usr/src/sys/geom/gate/g_gate.c:410 > #10 0xc0853c5b in devfs_ioctl_f (fp=3D0xc9b9e310, com=3D3374345472, > =C2=A0 =C2=A0data=3D0xc9fec000, cred=3D0xc8c9c200, td=3D0xc7ff0b80) > =C2=A0 =C2=A0at /usr/src/sys/fs/devfs/devfs_vnops.c:678 > #11 0xc09210cd in kern_ioctl (td=3D0xc7ff0b80, fd=3D3, com=3D3374345472, > =C2=A0 =C2=A0data=3D0xc9fec000 "\002") at file.h:262 > #12 0xc0921254 in ioctl (td=3D0xc7ff0b80, uap=3D0xf5edbcec) > =C2=A0 =C2=A0at /usr/src/sys/kern/sys_generic.c:679 > #13 0xc0916616 in syscallenter (td=3D0xc7ff0b80, sa=3D0xf5edbce4) > =C2=A0 =C2=A0at /usr/src/sys/kern/subr_trap.c:315 > #14 0xc0c2b9ff in syscall (frame=3D0xf5edbd28) > =C2=A0 =C2=A0at /usr/src/sys/i386/i386/trap.c:1086 > #15 0xc0c11b71 in Xint0x80_syscall () > =C2=A0 =C2=A0at /usr/src/sys/i386/i386/exception.s:266 > > Or just creating many ggate devices simultaneously: > > for i in `jot 100`; do > =C2=A0 =C2=A0./ggiocreate $i& > done > > ggiocreate.c is attached. > > In my case the kernel crashes in g_gate_create() when checking for name > collisions in strcmp(): > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Check for name collision. */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0for (unit =3D 0; unit < g_gate_maxunits; unit+= +) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (g_gate_units[u= nit] =3D=3D NULL) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0continue; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (strcmp(name, g= _gate_units[unit]->sc_provider->name) !=3D 0) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0continue; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mtx_unlock(&g_gate= _units_lock); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0mtx_destroy(&sc->s= c_queue_mtx); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0free(sc, M_GATE); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0return (EEXIST); > =C2=A0 =C2=A0 =C2=A0 =C2=A0} > > I think the issue is the following. When preparing sc we take > g_gate_units_lock, check for name collision, fill sc fields except > sc->sc_provider, and registers sc in g_gate_units[unit]. sc_provider is f= illed > later, when g_gate_units_lock is released. So the scenario is possible: > > 1) Thread A registers sc in g_gate_units[unit] with > g_gate_units[unit]->sc_provider still null and releases g_gate_units_lock= . > > 2) Thread B traverses g_gate_units[] when checking for name collision and > craches accessing g_gate_units[unit]->sc_provider->name. > > The attached patch fixes the issue in my case. Patch applied cleanly to 8-STABLE with ZFSv28 patch also applied. Just to be safe, did a full buildwold/kernel cycle, running GENERIC kernel. So far, I have not been able to produce a crash in hastd, through several reboots, switching from primary to secondary and back, and just switching from primary to init and back. So far, so good. Now to see if I can reproduce any of the ZFS crashes I had earlier. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:15:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D98A1065677 for ; Mon, 28 Mar 2011 20:15:13 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3fd3:cd67:fafa:3d78]) by mx1.freebsd.org (Postfix) with ESMTP id ACB3A8FC0C for ; Mon, 28 Mar 2011 20:15:12 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.187.76.163]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.4/8.14.4) with ESMTP id p2SKF6nd032356 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 28 Mar 2011 21:15:07 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk p2SKF6nd032356 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1301343307; bh=1J6cJ+JukumsSVasLF8D09KTyCHBNojrj8+2KkLT3kc=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4D90EC44.9030209@infracaninophile.co.uk>|Date:=20M on,=2028=20Mar=202011=2021:15:00=20+0100|From:=20Matthew=20Seaman= 20|User-Agent:=20Mozilla/5.0=20(M acintosh=3B=20U=3B=20Intel=20Mac=20OS=20X=2010.6=3B=20en-US=3B=20r v:1.9.2.15)=20Gecko/20110303=20Thunderbird/3.1.9|MIME-Version:=201 .0|To:=20freebsd-current@freebsd.org|Subject:=20Re:=20tzsetup=20di sregards=20setting=20TZ=20to=20UTC|References:=20<4C1C73E8-7FAC-40 39-B627-C244BA205A9F@gsoft.com.au>=09=09=20<4D906C3F.8040404@FreeBSD.org>| In-Reply-To:=20<4D906C3F.8040404@FreeBSD.org>|X-Enigmail-Version:= 201.1.1|OpenPGP:=20id=3D60AE908C|Content-Type:=20multipart/signed= 3B=20micalg=3Dpgp-sha1=3B=0D=0A=20protocol=3D"application/pgp-sign ature"=3B=0D=0A=20boundary=3D"------------enig1868DEAFD6AE29C5B9F2 AAD8"; b=skaUxedllvuWaG9UsV71nUN8tR0cmJsYACY3SiPB/eR1vejz86PF7EEOXlUjenHLS 3zj+egWqECjfd12W7QapWnV/KSA2WapdzaoQfmbYteSEWmG2tORNjmAPgKW1s6PmOZ 6H0Zw4rX7diRglZatu6ifHprs1g+oGGCCd4TFkQo= Message-ID: <4D90EC44.9030209@infracaninophile.co.uk> Date: Mon, 28 Mar 2011 21:15:00 +0100 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> In-Reply-To: <4D906C3F.8040404@FreeBSD.org> X-Enigmail-Version: 1.1.1 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1868DEAFD6AE29C5B9F2AAD8" X-Virus-Scanned: clamav-milter 0.97 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=BAYES_20,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,SPF_FAIL autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lucid-nonsense.infracaninophile.co.uk Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 20:15:13 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1868DEAFD6AE29C5B9F2AAD8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 28/03/2011 12:08, Matthias Andree wrote: > Perhaps the installer should instead: >=20 > display CMOS and system time, and ask which one of them is correct, and= > offer a third option to actually correct the timezone or time if neithe= r > is correct. >=20 > That's much easier to grasp. =2E.. and a 4th option for when both are correct. Happens quite a lot round these parts in the winter. However, there are very few people for whom DST is the same as UTC. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate JID: matthew@infracaninophile.co.uk Kent, CT11 9PW --------------enig1868DEAFD6AE29C5B9F2AAD8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.16 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2Q7EoACgkQ8Mjk52CukIxF+QCdEibU5us+GOvXXT884JdFcIQ9 BmgAn0wP4lhniCO0erMgqzpzuq8yE57V =cN3o -----END PGP SIGNATURE----- --------------enig1868DEAFD6AE29C5B9F2AAD8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 21:19:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5B6106566B; Mon, 28 Mar 2011 21:19:30 +0000 (UTC) (envelope-from amoran@forsythia.net) Received: from mail-out.apple.com (mail-out.apple.com [17.151.62.49]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBA68FC13; Mon, 28 Mar 2011 21:19:30 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay16.apple.com ([17.128.113.55]) by localhost.apple.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTP id <0LIS003H9B1XQBM1@localhost.apple.com>; Mon, 28 Mar 2011 13:19:30 -0700 (PDT) X-AuditID: 11807137-b7c3cae0000010f5-0d-4d90ed515d73 Received: from cenarius.apple.com (cenarius.apple.com [17.228.13.75]) (using TLS with cipher AES128-SHA (AES128-SHA/128 bits)) (Client did not present a certificate) by relay16.apple.com (Apple SCV relay) with SMTP id 1E.13.04341.25DE09D4; Mon, 28 Mar 2011 13:19:30 -0700 (PDT) From: Andrew Moran In-reply-to: Date: Mon, 28 Mar 2011 13:19:29 -0700 Message-id: <22BB9743-3D6A-49CC-85A1-C49E21591396@forsythia.net> References: <7EA93980-478A-418A-8FB1-3249097A7011@forsythia.net> <201011290954.07958.jhb@freebsd.org> <9549_1291057382_4CF3F8E6_9549_238_1_D9B37353831173459FDAA836D3B43499A7AF8D81@WADPMBXV0.waddell.com> To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org X-Mailer: Apple Mail (2.1084) X-Brightmail-Tracker: AAAAAA== Cc: Subject: Re: msk0 interface stops working when downloading X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 21:19:30 -0000 To close the loop on this, I upgraded the latest freebsd current (8.2) and it now seems to work with the integrated chip. Huzzah. --Andy On Dec 2, 2010, at 10:10 PM, Andrew Moran wrote: > Good to know about the GB switch vs 100MB switch. > > But rather than downgrade my switch, I went ahead and bought a NIC and installed it and will just ignore the onboard Marvel one until it someday works :) > > --Andy > > On Nov 29, 2010, at 11:03 AM, Gary Gatten wrote: > >> >> >> -----Original Message----- >> From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of John Baldwin >> Sent: Monday, November 29, 2010 8:54 AM >> To: freebsd-current@freebsd.org >> Cc: Andrew Moran; freebsd-questions@freebsd.org >> Subject: Re: msk0 interface stops working when downloading >> >> On Tuesday, November 23, 2010 6:25:06 pm Andrew Moran wrote: >>> >>> Hey guys, >>> >>> After banging my head against this for a few hours, I've decided to ask for >> help. I installed FreeBSD 8.1 amd64 on a Shuttle J1 4100 system (tech >> specs here http://us.shuttle.com/J1_4100.aspx). I installed from DVD and the >> install went fine. >>> >>> I notice when I pkg_add -r anything, the network stops responding. >>> >>> Some details: >>> >>> 1) I can reproduce it 100% by downloading a large file. low traffic like >> the SSH connection does not trigger it. I think it's being triggered by >> traffic above a certain rate. >>> 2) I can recover by restarting the network interfaces (/etc/rc.d/netif stop; >> /etc/rc.d/netif start) >>> 3) I see no errors in dmesg or /var/log/messages. Nothing at all. >>> 4) I've tried the following in /etc/sysctl.conf: >>> net.inet.tcp.tso=0 >>> net.inet.tcp.inflight.enable=0 >>> >>> and in /boot/loader.conf: >>> hw.pci.enable_msix="0" >>> hw.pci.enable_msi="0" >>> hw.bce.tso_enable="0" >>> >>> But the problem persists. >>> >>> The interface is identified as: >>> >>> mskc0: port 0xe800-0xe8ff mem >> 0xfebfc000-0xfebfffff irq 17 at device 0.0 on pci2 >>> msk0: on >> mskc0 >>> msk0: Ethernet address: 80:ee:73:01:60:7d >>> miibus0: on msk0 >>> e1000phy0: PHY 0 on miibus0 >>> e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >>> mskc0: [ITHREAD] >> >> When I've seen this on my netbook I did a tcpdump on another machien on the >> same hub and found that my msk0 device was spewing an endless stream of pause >> frames. I've only had this problem with a gigE switch, it works fine for me >> on a 10/100 switch. >> >> -- >> John Baldwin >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" >> >> >> " When I've seen this on my netbook I did a tcpdump on another machien on the same hub and found that my msk0 device was spewing an endless stream of pause frames. " >> >> If there's an option to disable Ethernet flow control, (commonly used on Gig stuff) perhaps disabling it will prevent the unwanted "spewing". Unwaanted spewing is always bad. >> >> >> >> >> >> >>
>>
>> "This email is intended to be reviewed by only the intended recipient >> and may contain information that is privileged and/or confidential. >> If you are not the intended recipient, you are hereby notified that >> any review, use, dissemination, disclosure or copying of this email >> and its attachments, if any, is strictly prohibited. If you have >> received this email in error, please immediately notify the sender by >> return email and delete this email from your system." >> >> > > _______________________________________________ > 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-current@FreeBSD.ORG Mon Mar 28 22:00:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93499106566B for ; Mon, 28 Mar 2011 22:00:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 62EA88FC0C for ; Mon, 28 Mar 2011 21:59:59 +0000 (UTC) Received: from [10.0.2.78] (ppp208-205.lns1.adl2.internode.on.net [203.122.208.205] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2SLxt8t071042 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 08:29:57 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 29 Mar 2011 08:29:55 +1030 Content-Transfer-Encoding: 7bit Message-Id: <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 22:00:00 -0000 On 29/03/2011, at 1:37, Sergey Kandaurov wrote: > 1) ipv6_enable is obsolete in HEAD, see UPDATING. Ahh UPDATING, of course, thanks :) > 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also > set (as per rfc4861). > All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv" Great, it works! Thanks again. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 22:12:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11B3106567B for ; Mon, 28 Mar 2011 22:12:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 19F5B8FC18 for ; Mon, 28 Mar 2011 22:12:53 +0000 (UTC) Received: from [10.0.2.78] (ppp208-205.lns1.adl2.internode.on.net [203.122.208.205] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2SMCoFq072010 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 08:42:51 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> Date: Tue, 29 Mar 2011 08:42:50 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Sergey Kandaurov , freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 22:12:54 -0000 On 29/03/2011, at 8:29, Daniel O'Connor wrote: > On 29/03/2011, at 1:37, Sergey Kandaurov wrote: >> 1) ipv6_enable is obsolete in HEAD, see UPDATING. >=20 > Ahh UPDATING, of course, thanks :) >=20 >> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also >> set (as per rfc4861). >> All you need is something like ifconfig_em0_ipv6=3D"inet6 = accept_rtadv" >=20 > Great, it works! I spoke a little too soon, I could not connect to a remote host until I = did some pings, eg.. maarsy-acq:~>telnet -NK6 ipv6.google.com 80 Trying 2404:6800:8004::68... ^C maarsy-acq:~>ping6 metatron PING6(56=3D40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> = 2001:44b8:7c07:5581:204:61ff:fe79:276f 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=3D0 = hlim=3D64 time=3D0.507 ms 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=3D1 = hlim=3D64 time=3D0.247 ms ^C --- metatron.gsoft.com.au ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev =3D 0.247/0.377/0.507/0.130 ms maarsy-acq:~>telnet -NK6 ipv6.google.com 80 Trying 2404:6800:8004::68... Connected to ipv6.l.google.com. Escape character is '^]'. ^] telnet> q This is repeatable after a reboot, I haven't experienced with FreeBSD = 8.x. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 23:07:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C309F106564A; Mon, 28 Mar 2011 23:07:34 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFF08FC13; Mon, 28 Mar 2011 23:07:34 +0000 (UTC) Received: from [10.0.2.78] (ppp208-76.lns1.adl2.internode.on.net [203.122.208.76] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2SN7VFo082929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 09:37:32 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4D90CC5E.80209@freebsd.org> Date: Tue, 29 Mar 2011 09:37:31 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <87852F0C-893B-4B25-B7FB-9F80C507FFFA@gsoft.com.au> References: <4D90CC5E.80209@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:07:34 -0000 On 29/03/2011, at 4:28, Nathan Whitehorn wrote: > On 03/28/11 00:20, Daniel O'Connor wrote: >> Hi, >> I would like it if the installer had an option to exit to live CD = mode after installation. >>=20 >> The reason being that I have a tar file I want to splat onto the = newly installed system residing on the USB stick the installer is on. In = chroot mode I can't access it. >=20 > Sure, that's easy to do. I'll try to get it in today or tomorrow. Thanks! Also, many thanks for your installer work, it's nice to have a live CD = and easily hackable shell scripts to install from, so many interesting = possibilities.. :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 23:49:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71B691065678 for ; Mon, 28 Mar 2011 23:49:41 +0000 (UTC) (envelope-from dave@dogwood.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 00FFC8FC08 for ; Mon, 28 Mar 2011 23:49:40 +0000 (UTC) Received: by wyf23 with SMTP id 23so3916397wyf.13 for ; Mon, 28 Mar 2011 16:49:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fBrngDbj33O2CLqcr01cYVa6Ekiwer2a0J5wCURaLN8=; b=CBkaTDQfdYpWUbhUdohvZw0XYi4N8U1aGK/dyCJ2xg3J4mwaDf9L8WtGS30QKVYaqe 5vHSSWfQQcPmQ6SmnbfhKrhtJTU54QwbBm9tCJBQgJglQylnlH/nj+F+iBwgpQubFE1U EdZ83piE1+egEn8wM0FyY39VxUDz4OlzCykqs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ukn30UD+CDoPN3KEocAGxiCfJ3/N2qGmrUiPK79vtrZ623BTKz6PTF3eyTpIrZgBzm Ilp9n3xxl/dzDlCTaB7pmLco5OTONcNAFx9svzL7pqLDn7IawPvRB1dS7Tme9I1JwxBh 1wxEab72hxoL65UF6VV6SizKF9fhyM6IZS/Dc= MIME-Version: 1.0 Received: by 10.217.7.70 with SMTP id z48mr3276844wes.57.1301354651947; Mon, 28 Mar 2011 16:24:11 -0700 (PDT) Received: by 10.216.82.21 with HTTP; Mon, 28 Mar 2011 16:24:11 -0700 (PDT) In-Reply-To: <4D90EC44.9030209@infracaninophile.co.uk> References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> <4D90EC44.9030209@infracaninophile.co.uk> Date: Mon, 28 Mar 2011 13:24:11 -1000 Message-ID: From: David Cornejo To: Matthew Seaman Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:49:41 -0000 On Mon, Mar 28, 2011 at 10:15 AM, Matthew Seaman < m.seaman@infracaninophile.co.uk> wrote: > On 28/03/2011 12:08, Matthias Andree wrote: > > Perhaps the installer should instead: > > > > display CMOS and system time, and ask which one of them is correct, and > > offer a third option to actually correct the timezone or time if neither > > is correct. > > > > That's much easier to grasp. > > ... and a 4th option for when both are correct. Happens quite a lot > round these parts in the winter. However, there are very few people for > whom DST is the same as UTC. > > Cheers, > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard > Flat 3 > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > JID: matthew@infracaninophile.co.uk Kent, CT11 9PW > > To me it seems that the fault is that I can find no way in tzsetup to specify UTC. Though it seems the system defaults to UTC if you don't run tzsetup anyway, so maybe it would suffice to just say not to do that. (tzsetup is a no-op anyway if you're using UTC since in either case the system RTC would be set to UTC) While I don't follow the lists religiously, this is the first time in many years that I've seen someone make this complaint and I'd rather not change it. dave c From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 23:58:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 0CFD81065672 for ; Mon, 28 Mar 2011 23:58:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id B7B57152B69; Mon, 28 Mar 2011 23:58:04 +0000 (UTC) Message-ID: <4D91208C.7080804@FreeBSD.org> Date: Mon, 28 Mar 2011 16:58:04 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: David Cornejo References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> <4D90EC44.9030209@infracaninophile.co.uk> In-Reply-To: X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Matthew Seaman , freebsd-current@freebsd.org Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2011 23:58:06 -0000 On 03/28/2011 16:24, David Cornejo wrote: > To me it seems that the fault is that I can find no way in tzsetup to > specify UTC. Though it seems the system defaults to UTC if you don't run > tzsetup anyway, so maybe it would suffice to just say not to do that. > (tzsetup is a no-op anyway if you're using UTC since in either case the > system RTC would be set to UTC) > > While I don't follow the lists religiously, this is the first time in many > years that I've seen someone make this complaint and I'd rather not change > it. I made the same complaint recently in a semi-private forum, so you're not alone. :) I just haven't taken the time to figure out how best to "fix" it. Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 00:36:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45DCB106566B; Tue, 29 Mar 2011 00:36:03 +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 A313E8FC12; Tue, 29 Mar 2011 00:36:02 +0000 (UTC) Received: by wwc33 with SMTP id 33so4352233wwc.31 for ; Mon, 28 Mar 2011 17:36:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ttToSo6IK1OV0jBwZxZ1C1OQf6W9+9xzWEqmXCxXPPc=; b=DCAvMSQo0hTndR+OPbpGyYoELHQGvaCoHBgMQ1ziMjymKj/rtSSKRhTaRUpsecOyYn eHQeVBNm9HAeX1vKfbCEH1AsR7d/fki/HDNkvEU3EU2P1sC/0WuoPwaBXSi2AURKOEKv Jt2d4M+VNLBRcI4uTfH17LrfMqTNU4QOTRzNk= 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=IM1uH6vhxUV3DE25VZRHBwnrLvsp2A2YgpFumSSdipXplF3NcvduTGBht1rlAAv3Z1 zbkXEMVFmxvugNFbDCC7SapPz4jGfFo0YsCd1TFCd5QwXvbplfp0ksXh4SfjmCfSVsKp /wlAXgVwmWcnq/Irny2bW6AghC5M4CVUjRfWU= MIME-Version: 1.0 Received: by 10.216.240.71 with SMTP id d49mr3296196wer.0.1301358961518; Mon, 28 Mar 2011 17:36:01 -0700 (PDT) Sender: yanegomi@gmail.com Received: by 10.216.173.142 with HTTP; Mon, 28 Mar 2011 17:36:01 -0700 (PDT) In-Reply-To: <4D91208C.7080804@FreeBSD.org> References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> <4D90EC44.9030209@infracaninophile.co.uk> <4D91208C.7080804@FreeBSD.org> Date: Mon, 28 Mar 2011 17:36:01 -0700 X-Google-Sender-Auth: 82OHsM603JNu_DgZlcp9YWnAHoQ Message-ID: From: Garrett Cooper To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: David Cornejo , Matthew Seaman , freebsd-current@freebsd.org Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 00:36:03 -0000 On Mon, Mar 28, 2011 at 4:58 PM, Doug Barton wrote: > On 03/28/2011 16:24, David Cornejo wrote: > >> To me it seems that the fault is that I can find no way in tzsetup to >> specify UTC. =A0Though it seems the system defaults to UTC if you don't = run >> tzsetup anyway, so maybe it would suffice to just say not to do that. >> =A0(tzsetup is a no-op anyway if you're using UTC since in either case t= he >> system RTC would be set to UTC) >> >> While I don't follow the lists religiously, this is the first time in ma= ny >> years that I've seen someone make this complaint and I'd rather not chan= ge >> it. > > I made the same complaint recently in a semi-private forum, so you're not > alone. :) =A0I just haven't taken the time to figure out how best to "fix= " it. I'll provide a patch that I wrote to 'fix' the original behavior when I get home (before Eitan pointed out this was by design). It's trivial (<15 lines IIRC). Fixing UTC to show up in the menu is not that difficult either, but it might talk a bit more monkeying around. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 00:41:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEDF6106564A for ; Tue, 29 Mar 2011 00:41:34 +0000 (UTC) (envelope-from nlandys@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 7EBFF8FC08 for ; Tue, 29 Mar 2011 00:41:34 +0000 (UTC) Received: by gwb15 with SMTP id 15so1620595gwb.13 for ; Mon, 28 Mar 2011 17:41:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=0A1vcMTcyGifHRkyd7QS8vVAd3MMqtaVzEJIZu3ymwk=; b=WQ5bhJeiFizQBqKlyECAZgFN1l7XqNC9RDnthawkqpHC1LJp997zD8vaY21npWUL5M 6Os+CEDTquR11srU5VAXzPgTgw63AgTAGoGaGzbW0mKbzbzAaDCr6LvuxEpSvnjh8NVE UfgrKnrJkLRcHWS/ct2mzRUv0wNTjzUzys0tM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Fq4Std73G5+M7GNDqMarfICmCf76ggUNBFNqirPlkKeG7n+3eoccOuc+HWYGRqjDw6 KW+dnpOOZ1MMcUvhyx8ocHxJ0/j6E1g3IdE11rths2rKipnAUldvlKgirAKUCEZJulGn 6uhUQ7+4F5/ElUHK14GtQ10p2XwGb8YnyL17M= MIME-Version: 1.0 Received: by 10.236.183.162 with SMTP id q22mr2486852yhm.87.1301359293686; Mon, 28 Mar 2011 17:41:33 -0700 (PDT) Received: by 10.146.168.8 with HTTP; Mon, 28 Mar 2011 17:41:33 -0700 (PDT) Date: Mon, 28 Mar 2011 17:41:33 -0700 Message-ID: From: Nerius Landys To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: What's so special about 0xffff EEPROM checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 00:41:34 -0000 I'm looking at driver code in the FreeBSD kernel, and pretty much everywhere I look I see a check for EEPROM checksum. It's always 0xffff. What is so special about this value 0xffff? Is this value agreed upon by hardware manufacturers? So basically they have one end slot for data where they put in the last bytes in order to ensure that the checksum is always 0xffff? From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 01:41:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E14C5106564A; Tue, 29 Mar 2011 01:41:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 5128D8FC13; Tue, 29 Mar 2011 01:41:18 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2T1f8TT095192 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 12:11:08 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 29 Mar 2011 12:11:08 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <869E9396-2663-455F-B7B2-4FADCBA5BD1C@gsoft.com.au> References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> <4D90EC44.9030209@infracaninophile.co.uk> <4D91208C.7080804@FreeBSD.org> To: Garrett Cooper X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: David Cornejo , Doug Barton , Matthew Seaman , freebsd-current@freebsd.org Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 01:41:19 -0000 On 29/03/2011, at 11:06, Garrett Cooper wrote: >> I made the same complaint recently in a semi-private forum, so you're = not >> alone. :) I just haven't taken the time to figure out how best to = "fix" it. >=20 > I'll provide a patch that I wrote to 'fix' the original behavior > when I get home (before Eitan pointed out this was by design). It's > trivial (<15 lines IIRC). > Fixing UTC to show up in the menu is not that difficult either, > but it might talk a bit more monkeying around. I think having UTC in the TZ menu would be the way to go, I will see if = I can generate a patch for it. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 02:07:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B3CB106564A; Tue, 29 Mar 2011 02:07:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 601288FC0A; Tue, 29 Mar 2011 02:07:57 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2T27lJG096169 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 12:37:47 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/mixed; boundary=Apple-Mail-7-934719525 From: "Daniel O'Connor" In-Reply-To: <869E9396-2663-455F-B7B2-4FADCBA5BD1C@gsoft.com.au> Date: Tue, 29 Mar 2011 12:37:46 +1030 Message-Id: References: <4C1C73E8-7FAC-4039-B627-C244BA205A9F@gsoft.com.au> <4D906C3F.8040404@FreeBSD.org> <4D90EC44.9030209@infracaninophile.co.uk> <4D91208C.7080804@FreeBSD.org> <869E9396-2663-455F-B7B2-4FADCBA5BD1C@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: David Cornejo , Doug Barton , Matthew Seaman , freebsd-current@freebsd.org, Garrett Cooper Subject: Re: tzsetup disregards setting TZ to UTC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 02:07:58 -0000 --Apple-Mail-7-934719525 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 29/03/2011, at 12:11, Daniel O'Connor wrote: >=20 > On 29/03/2011, at 11:06, Garrett Cooper wrote: >>> I made the same complaint recently in a semi-private forum, so = you're not >>> alone. :) I just haven't taken the time to figure out how best to = "fix" it. >>=20 >> I'll provide a patch that I wrote to 'fix' the original behavior >> when I get home (before Eitan pointed out this was by design). It's >> trivial (<15 lines IIRC). >> Fixing UTC to show up in the menu is not that difficult either, >> but it might talk a bit more monkeying around. >=20 > I think having UTC in the TZ menu would be the way to go, I will see = if I can generate a patch for it. See attached diff or = http://www.gsoft.com.au/~doconnor/tzsetup-utc-menu.diff -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --Apple-Mail-7-934719525 Content-Disposition: attachment; filename=tzsetup-utc-menu.diff Content-Type: application/octet-stream; x-unix-mode=0644; name="tzsetup-utc-menu.diff" Content-Transfer-Encoding: 7bit --- tzsetup.c.orig 2011-03-29 01:41:13.000000000 +0000 +++ tzsetup.c 2011-03-29 02:04:15.000000000 +0000 @@ -66,10 +66,13 @@ static char *chrootenv = NULL; static void usage(void); +static int confirm_zone(const char *filename); static int continent_country_menu(dialogMenuItem *); +static int install_zoneinfo_file(const char *zoneinfo_file); static int set_zone_multi(dialogMenuItem *); static int set_zone_whole_country(dialogMenuItem *); static int set_zone_menu(dialogMenuItem *); +static int set_zone_utc(void); struct continent { dialogMenuItem *menu; @@ -79,7 +82,7 @@ }; static struct continent africa, america, antarctica, arctic, asia, atlantic; -static struct continent australia, europe, indian, pacific; +static struct continent australia, europe, indian, pacific, utc; static struct continent_names { const char *name; @@ -94,7 +97,9 @@ { "Australia", &australia }, { "Europe", &europe }, { "Indian", &indian }, - { "Pacific", &pacific } + { "Pacific", &pacific }, + { "UTC", &utc } + }; static struct continent_items { @@ -110,7 +115,8 @@ { "7", "Australia" }, { "8", "Europe" }, { "9", "Indian Ocean" }, - { "0", "Pacific Ocean" } + { "0", "Pacific Ocean" }, + { "a", "UTC" } }; #define NCONTINENTS \ @@ -128,6 +134,9 @@ int menulen; int rv; + if (!strcmp(continent->title, "UTC")) + return set_zone_utc(); + /* Short cut -- if there's only one country, don't post a menu. */ if (contp->nitems == 1) return (contp->menu[0].fire(&contp->menu[0])); @@ -502,6 +511,15 @@ return (DITEM_LEAVE_MENU); } +int +set_zone_utc(void) +{ + if (!confirm_zone(NULL)) + return (DITEM_FAILURE | DITEM_RECREATE); + + return (install_zoneinfo_file(NULL)); +} + static int install_zoneinfo_file(const char *zoneinfo_file) { @@ -526,7 +544,7 @@ else snprintf(prompt, sizeof(prompt), "Creating symbolic link %s to %s", - path_localtime, zoneinfo_file); + path_localtime, zoneinfo_file == NULL ? "(UTC)" : zoneinfo_file); if (usedialog) dialog_notify(prompt); else @@ -534,6 +552,22 @@ #endif if (reallydoit) { + if (zoneinfo_file == NULL) { + if (unlink(path_localtime) < 0 && errno != ENOENT) { + snprintf(title, sizeof(title), "Error"); + snprintf(prompt, sizeof(prompt), + "Could not delete %s: %s", path_localtime, + strerror(errno)); + if (usedialog) + dialog_mesgbox(title, prompt, 8, 72); + else + fprintf(stderr, "%s\n", prompt); + + return (DITEM_FAILURE | DITEM_RECREATE); + } + return (DITEM_LEAVE_MENU); + } + if (copymode) { fd1 = open(zoneinfo_file, O_RDONLY, 0); if (fd1 < 0) { @@ -656,7 +690,11 @@ struct tm *tm; int rv; - setenv("TZ", filename, 1); + if (filename == NULL) + setenv("TZ", "UTC", 1); + else + setenv("TZ", filename, 1); + tzset(); tm = localtime(&t); --Apple-Mail-7-934719525 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii --Apple-Mail-7-934719525-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 02:23:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D47106566B; Tue, 29 Mar 2011 02:23:10 +0000 (UTC) (envelope-from ducheng@comp.nus.edu.sg) Received: from postfix1.comp.nus.edu.sg (84-21.comp.nus.edu.sg [137.132.84.21]) by mx1.freebsd.org (Postfix) with ESMTP id 710378FC08; Tue, 29 Mar 2011 02:23:10 +0000 (UTC) Received: from localhost (avs1.comp.nus.edu.sg [192.168.20.25]) by postfix1.comp.nus.edu.sg (Postfix) with ESMTP id 8702F12841; Tue, 29 Mar 2011 10:05:49 +0800 (SGT) X-Virus-Scanned: amavisd-new at comp.nus.edu.sg Received: from postfix1.comp.nus.edu.sg ([192.168.21.75]) by localhost (avs1.comp.nus.edu.sg [192.168.20.25]) (amavisd-new, port 10024) with ESMTP id I9-G7UyRWz5q; Tue, 29 Mar 2011 10:05:47 +0800 (SGT) Received: from sunfire0.comp.nus.edu.sg (sunfire0.comp.nus.edu.sg [192.168.20.85]) by postfix1.comp.nus.edu.sg (Postfix) with ESMTP; Tue, 29 Mar 2011 10:05:48 +0800 (SGT) Received: by sunfire0.comp.nus.edu.sg (Postfix, from userid 19098) id A27AF1CFE6; Tue, 29 Mar 2011 10:05:47 +0800 (SGT) Received: from localhost (localhost [127.0.0.1]) by sunfire0.comp.nus.edu.sg (Postfix) with ESMTP id 8902F1CFE5; Tue, 29 Mar 2011 10:05:47 +0800 (SGT) Date: Tue, 29 Mar 2011 10:05:47 +0800 (SGT) From: DU Cheng To: freebsd-current@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 29 Mar 2011 02:27:34 +0000 Cc: freebsd-i386@freebsd.org, freebsd-amd64@freebsd.org Subject: RE: GSoC 2011 - EFI support for FreeBSD/i386 and FreeBSD/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 02:23:10 -0000 Dear Madam/Sir, I am Du Cheng from National University of Singapore and I am very interested in participating in Google Summer of Code 2011 to work on the project "EFI support for FreeBSD/i386 and FreeBSD/amd64". I have looked up information from FreeBSD wiki and Mr Paulo's blog and learned about the past attempts at this project. I am aware of the work done on EFI support for FreeBSD/IA64 and the rEFIt project over recent years. However, most of the information I could get was in Year 2008. May I know whether it is possible that you could tell me the current status of the project? Thank you very much and sorry for any inconvenience caused. Best regards, Du Cheng From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 04:42:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7AB1065675; Tue, 29 Mar 2011 04:42:54 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 60D908FC08; Tue, 29 Mar 2011 04:42:54 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2T4gqKJ012487 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 15:12:52 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4D90CC5E.80209@freebsd.org> Date: Tue, 29 Mar 2011 15:12:51 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D90CC5E.80209@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 04:42:55 -0000 On 29/03/2011, at 4:28, Nathan Whitehorn wrote: > On 03/28/11 00:20, Daniel O'Connor wrote: >> Hi, >> I would like it if the installer had an option to exit to live CD = mode after installation. >>=20 >> The reason being that I have a tar file I want to splat onto the = newly installed system residing on the USB stick the installer is on. In = chroot mode I can't access it. >=20 > Sure, that's easy to do. I'll try to get it in today or tomorrow. While I'm making wishes.. What do you think of using GPT UUIDs in fstab? It does make the fstab rather ugly but makes the system more robust in = the face of disk changes and so on.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 04:42:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 924721065670 for ; Tue, 29 Mar 2011 04:42:57 +0000 (UTC) (envelope-from adrian.chadd@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 234FB8FC0C for ; Tue, 29 Mar 2011 04:42:56 +0000 (UTC) Received: by wwc33 with SMTP id 33so4480429wwc.31 for ; Mon, 28 Mar 2011 21:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=q54NbtFnhnyBPQ6hwxyiKX87vscL/1zBVy3HfG3hSqM=; b=gYx16aHfS6ND8MIXREYf2BdB4Nr0JHVd+d4nw75Vrad1MNhzoLV2/DtFIp5cBco7V5 SW9rBMD0jMP0ixqkQMlsnzoMjguv5GfNzZIH95yI/jHkY6iUXyav0qJfnZRkgVb0uYHN zXb0/RHhyn6a2gjXcffcHhwmaudxdz0B0KBjo= 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=TWb+/tZliJFQrAIzMbEJHxzoKVIShK8ld0dnaSLb68a8YWfXmUuAg9X4bHshSL+tCS 7OXOnuS76Vd2msDsMkN/LJmJ4maF78nPUW+CY6u7WgE4F2HtMEFns39dNHh8Lirgpp7F QExq4ICyGdnh/rSEA4Zm5wWbbMYvYyHWOWc3c= MIME-Version: 1.0 Received: by 10.227.104.2 with SMTP id m2mr4602489wbo.35.1301373776069; Mon, 28 Mar 2011 21:42:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.227.135.137 with HTTP; Mon, 28 Mar 2011 21:42:56 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Mar 2011 12:42:56 +0800 X-Google-Sender-Auth: ycfEKltW5s4MNd06N8IwIJZ3VQ0 Message-ID: From: Adrian Chadd To: Nerius Landys Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: What's so special about 0xffff EEPROM checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 04:42:57 -0000 Where else have you found this check? Adrian On 29 March 2011 08:41, Nerius Landys wrote: > I'm looking at driver code in the FreeBSD kernel, and pretty much > everywhere I look I see a check for EEPROM checksum. It's always > 0xffff. What is so special about this value 0xffff? Is this value > agreed upon by hardware manufacturers? So basically they have one end > slot for data where they put in the last bytes in order to ensure that > the checksum is always 0xffff? > _______________________________________________ > 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-current@FreeBSD.ORG Tue Mar 29 04:52:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CE521065672; Tue, 29 Mar 2011 04:52:13 +0000 (UTC) (envelope-from nlandys@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 24E4A8FC1C; Tue, 29 Mar 2011 04:52:12 +0000 (UTC) Received: by gyg13 with SMTP id 13so1671481gyg.13 for ; Mon, 28 Mar 2011 21:52:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=B/spIPEC6wh7BO8sy9zMX6icCArrFtqg3+Wnys3weGA=; b=Z6vbYOHvovvwTpWRA+NPE4CZI3ht0x14VO6QGhJHagoJr4lwUbibRW5HKIE2ek2D67 UlbLkN841rPSamPpxFveBxXS2rkqLhxIb7Gzrsh5UwGUQ4HA0luIYwnJ3bc5JXLtOrM0 oVJRe9+zijO45p9tyn4z6qUsSzM/ZfKPMQU1A= 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=fh3+NaDwC6BXJIPm0FUoCJH7B4tZ6B2PAsc2WwaPvy+4vRdl+/UY72sbHgMT18+lYv bN2itpYBhxDEvq4+NpmtuGJ5fkB0nPl6Jtc19wxaPy/DZzs8BdsJ/Aq9MW3Cf4aCNqXk 91ewulh7oQXAESXDsAJAclA4Rr/h0gm49x0ds= MIME-Version: 1.0 Received: by 10.146.66.19 with SMTP id o19mr4321897yaa.13.1301374332267; Mon, 28 Mar 2011 21:52:12 -0700 (PDT) Received: by 10.146.168.8 with HTTP; Mon, 28 Mar 2011 21:52:12 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Mar 2011 21:52:12 -0700 Message-ID: From: Nerius Landys To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: What's so special about 0xffff EEPROM checksum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 04:52:13 -0000 > Where else have you found this check? Hrm. All over the ath code. I guess that's the only place I saw it. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 05:51:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C5471065670; Tue, 29 Mar 2011 05:51:02 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 127458FC12; Tue, 29 Mar 2011 05:51:01 +0000 (UTC) Received: by iyj12 with SMTP id 12so5517952iyj.13 for ; Mon, 28 Mar 2011 22:51:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=+/JgRXdxI9vqxjijUyE5qMtUVOKWLbD1vxUtZf3O2D4=; b=nBl7+0T0dinvX0KxvqWywtRtMGMLW8Gz5qs3zZq6IYQnDFojC4Qb4pWRIEaI2bbG95 FVvG7W//EFxKO3beoqh1R46lo1LZt34w3U73XJ18upgoM4CLNZY8hCGJ8kWYIfefx8IE ZfucE8Gy9bKDowM9CTasaR8rWX3JIWF+Mcg9E= 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=f0bGNYdLWlEiVnoKRVBEnCD1j5wkyFQJu5gmIsFUOuZHaRFSKKPdacyriFEoZizqgr TPK96Ph7Ktg75kSAmSERBHuWWHy5mHp+G9m7A8elKjSuZ1ZGKdOiI7932Pm90w5QjceR hZOQJvrCvtV9Yrm3nhS/latvrEF7fVTGIq/jM= Received: by 10.231.3.142 with SMTP id 14mr5205568ibn.84.1301377861120; Mon, 28 Mar 2011 22:51:01 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Mon, 28 Mar 2011 22:50:41 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 05:50:41 +0000 X-Google-Sender-Auth: cbPY3KLYaBdmlmYPYdMPAaUNWzU Message-ID: To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 05:51:02 -0000 2011/3/29 Tim Kientzle : >>>>> II. Package signing. >>>> >>>> That would be really nice. >>> >>> Right know we only planned to sign the repo database, so we can trust >>> the sah256 of the packages stored in the database. Then if the package >>> has the same sha256 as the one in the repo database it is considered >>> trusted. >>> If we want a per-package signing, we would have a tarball in a tarball. >> >> I really expected this to have been mentioned already, but this approach= (tarball in a tarball) is taken by Debian packages, and I don't remember h= earing of any issues related to it. =A0I don't think it's worth discounting= from the start without giving some considerationg, but I will defer to the= people actually doing the work. > > If you use libarchive-style streaming, it's even > pretty straightforward to read and extract such > things without having to create a bunch of > temporary files. > > You just need to be careful about compression. > > Tim > > ok but what is the problem with signing only the repository then rely on di= gest? I am not sure we need more that this. second question howto sign? pgp? ssl? First would be the easiest way to go but we don't have in base anything to check signatures (maybe we should in that case investigating to import netpgp), ssl why not? but which algorithm? what security officer would prefer? We are ok to investigate that part, but we need more information about what is expected. regards, Bapt From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 06:38:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 3FFB41065680 for ; Tue, 29 Mar 2011 06:38:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id ED898154AB3 for ; Tue, 29 Mar 2011 06:38:44 +0000 (UTC) Message-ID: <4D917E73.9080809@FreeBSD.org> Date: Mon, 28 Mar 2011 23:38:43 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: How can I clone a mac address on wlan0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 06:38:53 -0000 For a variety of boring reasons I need to clone a mac address on wlan0. The documented way to do this: ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66 works in the sense that it sets up the interface with that mac, but then the wlan0 interface never associates. Doing everything the same but omitting the wlanaddr argument (which causes wlan0 to use the mac of the wpi0 device) works. This also doesn't work in 8.2-RELEASE, so either we've got a long-standing bug, or I'm doing something very wrong. The wpi0 card is an intel 3945abg, I also have a couple of ath cards I can try (although so far they haven't worked either). Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 07:33:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEE57106564A for ; Tue, 29 Mar 2011 07:33:13 +0000 (UTC) (envelope-from adrian.chadd@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 18D928FC15 for ; Tue, 29 Mar 2011 07:33:12 +0000 (UTC) Received: by wwc33 with SMTP id 33so4580174wwc.31 for ; Tue, 29 Mar 2011 00:33:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lWpbB96RF4Wu18XJLoMzlVpqk1fJ4X1MiE7CRUQjtvI=; b=riZLWTt1wQqk0FM/Tm5ouiqu3w+W7iiJCvr7W5miSqVNrYPh1hfrdpmOeKBAZ0xn/h SvLTOmujAzZVvYnbX4v3qmakjkNbsoaAulgMkxT05swWp8zd8rjFU6QSvfnUyvXl4rKX W2AgIp/pgHV3Jzp4FFPZGXljGRDhfGo6aBiOA= 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=qEYSAkhE/XDcRQCLpSOU3s0EsA33STIpunI53JqakdXtyfFO4o+wukUTWSRMiHeKO6 jmjwY/p2wU8EMq5bmInt6VNpSviOdOLIa62giMKUPIVLJM6preU4lLL8cBG6PYpsCcjT ZojzCzsnH9VzRFodJ+GsZyO5/JBhBxOwRJTDQ= MIME-Version: 1.0 Received: by 10.227.180.77 with SMTP id bt13mr4539942wbb.93.1301383991837; Tue, 29 Mar 2011 00:33:11 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.227.135.137 with HTTP; Tue, 29 Mar 2011 00:33:11 -0700 (PDT) In-Reply-To: <4D917E73.9080809@FreeBSD.org> References: <4D917E73.9080809@FreeBSD.org> Date: Tue, 29 Mar 2011 15:33:11 +0800 X-Google-Sender-Auth: 4KJ9JsRAt1HFu-ViuVgoQEhGRkU Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: How can I clone a mac address on wlan0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 07:33:13 -0000 The way I'd debug this (without being a developer) is: * get another laptop with say an ath card; * put that interface into monitor mode; * tcpdump -vveni wlan0 -y IEEE802_11_RADIO | grep -v Beacon Then try associating to the access point and see what station MAC it's sending in its packets. adrian On 29 March 2011 14:38, Doug Barton wrote: > For a variety of boring reasons I need to clone a mac address on wlan0. The > documented way to do this: > > ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66 > > works in the sense that it sets up the interface with that mac, but then > the wlan0 interface never associates. Doing everything the same but omitting > the wlanaddr argument (which causes wlan0 to use the mac of the wpi0 device) > works. > > This also doesn't work in 8.2-RELEASE, so either we've got a long-standing > bug, or I'm doing something very wrong. The wpi0 card is an intel 3945abg, I > also have a couple of ath cards I can try (although so far they haven't > worked either). > > > Doug > > -- > > Nothin' ever doesn't change, but nothin' changes much. > -- OK Go > > Breadth of IT experience, and depth of knowledge in the DNS. > Yours for the right price. :) http://SupersetSolutions.com/ > > _______________________________________________ > 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-current@FreeBSD.ORG Tue Mar 29 08:35:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD6DC106566C for ; Tue, 29 Mar 2011 08:35:49 +0000 (UTC) (envelope-from pluknet@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 9324F8FC17 for ; Tue, 29 Mar 2011 08:35:49 +0000 (UTC) Received: by qyk35 with SMTP id 35so1896762qyk.13 for ; Tue, 29 Mar 2011 01:35:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8GFFV8PGuaKpOYVCpfyaB1Bm6EuOFzq+qo2kA3cflSY=; b=RPvMzAUSo09EECdw+9jxkMI3oWCJnXBFIXkODSXbB+szzVnBAUVK+92JX7a8FeYzcS v+JeeEibWmwhsz34ytYdRXp3BpzbPSwWtfoVqHWgMAyNJM5Cr0rfHT4Lg/qmbke7r+oc 8XJPHcvBP+G6NIPAf1uQU0uzXcxbEA48SVz1k= 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=LMllGsGVMBV877AGdb9Gr8lAljsCULieYaqSxyq+pjyp3neoKuyWqQYh2QUnS+PZtA W0n9W/gTHQLF3HWM9xE4KVP6311lZgO4UwV+ShuRYWj/6pRqUjraFbg29GTucN1ZaPGY kvDsf2z7OVRDhUzjfsZQtiwm6PwzEzHGDmjn8= MIME-Version: 1.0 Received: by 10.224.183.206 with SMTP id ch14mr4105912qab.343.1301387748872; Tue, 29 Mar 2011 01:35:48 -0700 (PDT) Received: by 10.229.232.146 with HTTP; Tue, 29 Mar 2011 01:35:48 -0700 (PDT) In-Reply-To: <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> Date: Tue, 29 Mar 2011 12:35:48 +0400 Message-ID: From: Sergey Kandaurov To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 08:35:49 -0000 On 29 March 2011 02:12, Daniel O'Connor wrote: > > On 29/03/2011, at 8:29, Daniel O'Connor wrote: >> On 29/03/2011, at 1:37, Sergey Kandaurov wrote: >>> 1) ipv6_enable is obsolete in HEAD, see UPDATING. >> >> Ahh UPDATING, of course, thanks :) >> >>> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also >>> set (as per rfc4861). >>> All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv" >> >> Great, it works! > > I spoke a little too soon, I could not connect to a remote host until I did some pings, eg.. > maarsy-acq:~>telnet -NK6 ipv6.google.com 80 > Trying 2404:6800:8004::68... > ^C > maarsy-acq:~>ping6 metatron > PING6(56=40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> 2001:44b8:7c07:5581:204:61ff:fe79:276f > 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=0 hlim=64 time=0.507 ms > 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=1 hlim=64 time=0.247 ms > ^C > --- metatron.gsoft.com.au ping6 statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.247/0.377/0.507/0.130 ms > > maarsy-acq:~>telnet -NK6 ipv6.google.com 80 > Trying 2404:6800:8004::68... > Connected to ipv6.l.google.com. > Escape character is '^]'. > ^] > telnet> q > > This is repeatable after a reboot, I haven't experienced with FreeBSD 8.x. > I would assume an NDP communication problem or some such, it would be interesting to see this sort of traffic, also ifconfig and ndp -a output. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 09:29:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B872F106564A; Tue, 29 Mar 2011 09:29:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 147A58FC16; Tue, 29 Mar 2011 09:29:21 +0000 (UTC) Received: from [10.0.2.78] (ppp208-76.lns1.adl2.internode.on.net [203.122.208.76] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2T9TCtH033552 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 19:59:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110329091911.GB71165@e.0x20.net> Date: Tue, 29 Mar 2011 19:59:12 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4D90CC5E.80209@freebsd.org> <20110329091911.GB71165@e.0x20.net> To: Lars Engels X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 09:29:22 -0000 On 29/03/2011, at 19:49, Lars Engels wrote: >> What do you think of using GPT UUIDs in fstab? >>=20 >> It does make the fstab rather ugly but makes the system more robust = in the face of disk changes and so on.. >=20 > Please don't do that by default. I really hate to open a linux fstab, = I > don't want that on FreeBSD, too. I agree it's ugly, but I don't edit my fstab very often :) > IMHO geom labels would be sufficient. The problem is that labels tend to be the same between machines because = they all have /, swap, etc.. BTW GPT can store a label as well as having a UUID. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 09:34:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ADB01065674 for ; Tue, 29 Mar 2011 09:34:57 +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 DF5428FC1B for ; Tue, 29 Mar 2011 09:34:56 +0000 (UTC) Received: by mail.0x20.net (Postfix, from userid 1002) id 35BCF3806A; Tue, 29 Mar 2011 11:19:11 +0200 (CEST) Date: Tue, 29 Mar 2011 11:19:11 +0200 From: Lars Engels To: Daniel O'Connor Message-ID: <20110329091911.GB71165@e.0x20.net> Mail-Followup-To: Lars Engels , Daniel O'Connor , Nathan Whitehorn , freebsd-current@freebsd.org References: <4D90CC5E.80209@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IrhDeMKUP4DT/M7F" Content-Disposition: inline In-Reply-To: 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: freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: Installer request X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 09:34:57 -0000 --IrhDeMKUP4DT/M7F Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 29, 2011 at 03:12:51PM +1030, Daniel O'Connor wrote: >=20 > On 29/03/2011, at 4:28, Nathan Whitehorn wrote: > > On 03/28/11 00:20, Daniel O'Connor wrote: > >> Hi, > >> I would like it if the installer had an option to exit to live CD mode= after installation. > >>=20 > >> The reason being that I have a tar file I want to splat onto the newly= installed system residing on the USB stick the installer is on. In chroot = mode I can't access it. > >=20 > > Sure, that's easy to do. I'll try to get it in today or tomorrow. >=20 > While I'm making wishes.. >=20 > What do you think of using GPT UUIDs in fstab? >=20 > It does make the fstab rather ugly but makes the system more robust in th= e face of disk changes and so on.. Please don't do that by default. I really hate to open a linux fstab, I don't want that on FreeBSD, too. IMHO geom labels would be sufficient. --IrhDeMKUP4DT/M7F Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAk2RpA8ACgkQKc512sD3afjExwCdHE/D9nU3N3dJ/tyRIvxp3qUj YqMAoJWHYe4v9bz5tBQELhj8Wiy5MhZ2 =fZq5 -----END PGP SIGNATURE----- --IrhDeMKUP4DT/M7F-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 09:54:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B058106566B for ; Tue, 29 Mar 2011 09:54:56 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id E499F8FC15 for ; Tue, 29 Mar 2011 09:54:55 +0000 (UTC) Received: from [10.0.2.78] (ppp208-76.lns1.adl2.internode.on.net [203.122.208.76] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2T9srex034556 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 20:24:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 29 Mar 2011 20:24:53 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 09:54:56 -0000 On 29/03/2011, at 19:05, Sergey Kandaurov wrote: >> This is repeatable after a reboot, I haven't experienced with FreeBSD = 8.x. >>=20 >=20 > I would assume an NDP communication problem or some such, > it would be interesting to see this sort of traffic, also ifconfig and > ndp -a output. Grr.. I had to reinstall today because I forgot to create a swap = partition and now I can't reproduce the problem :( Sorry. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 11:07:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9FAC1065672 for ; Tue, 29 Mar 2011 11:07:37 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 769C18FC1D for ; Tue, 29 Mar 2011 11:07:35 +0000 (UTC) Received: by fxm11 with SMTP id 11so111670fxm.13 for ; Tue, 29 Mar 2011 04:07:34 -0700 (PDT) Received: by 10.223.10.141 with SMTP id p13mr778222fap.109.1301396854572; Tue, 29 Mar 2011 04:07:34 -0700 (PDT) Received: from jessie.localnet (p5B2ECDCE.dip0.t-ipconnect.de [91.46.205.206]) by mx.google.com with ESMTPS id 14sm1905153fae.47.2011.03.29.04.07.32 (version=SSLv3 cipher=OTHER); Tue, 29 Mar 2011 04:07:33 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Doug Barton Date: Tue, 29 Mar 2011 13:06:57 +0200 User-Agent: KMail/1.13.5 (Linux/2.6.32-30-generic; KDE/4.4.5; i686; ; ) References: <4D917E73.9080809@FreeBSD.org> In-Reply-To: <4D917E73.9080809@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103291306.57476.bschmidt@freebsd.org> Cc: freebsd-current@freebsd.org Subject: Re: How can I clone a mac address on wlan0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 11:07:37 -0000 On Tuesday, March 29, 2011 08:38:43 Doug Barton wrote: > For a variety of boring reasons I need to clone a mac address on wlan0. > The documented way to do this: > > ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66 > > works in the sense that it sets up the interface with that mac, but then > the wlan0 interface never associates. Doing everything the same but > omitting the wlanaddr argument (which causes wlan0 to use the mac of the > wpi0 device) works. > > This also doesn't work in 8.2-RELEASE, so either we've got a > long-standing bug, or I'm doing something very wrong. The wpi0 card is > an intel 3945abg, I also have a couple of ath cards I can try (although > so far they haven't worked either). I doubt the wlanaddr option is what you are looking for. This option is only used (and valid) in multiple VAP setups. The BSSID is used to filter frames, everything not to the BSSID (or multicast/broadcast) gets dropped. With multiple VAPs you want to use different BSSIDs for each AP. There are two options to achieve that, using the "bssid" parameter which will generate a semi random MAC (based on the hardware's MAC address) or the "wlanaddr" parameter which allows a user to define the complete address. Whether the hardware does support setting multiple BSSID filters is another story, I doubt we have one in tree.. mostly the addresses are generated in such a way that for example either the first 4 or last 4 bits are changed and therefore a "wildcard" filter can be used. Now to the point, wpi(4) has no support at all for multiple VAPs.. therefore no one ever had a look at that. Anyways.. you might want to look into the "link" option, changing the wpi0's MAC will also change the one of wlan0. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 11:11:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 0D7D2106566C; Tue, 29 Mar 2011 11:11:21 +0000 (UTC) Date: Tue, 29 Mar 2011 11:11:21 +0000 From: Alexander Best To: Veniamin Gvozdikov Message-ID: <20110329111121.GA36194@freebsd.org> References: <834C0DAE-3F29-452F-8895-2A126D103DF7@googlemail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <834C0DAE-3F29-452F-8895-2A126D103DF7@googlemail.com> Cc: freebsd-current@freebsd.org Subject: Re: detection os arch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 11:11:21 -0000 On Mon Mar 28 11, Veniamin Gvozdikov wrote: > Hi everybody. > > I have question about packages. Why packages don't supported detection os arch? i think freebsd-questions@ is better suited for that question. -- a13x From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 11:49:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2E91065677 for ; Tue, 29 Mar 2011 11:49:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 92CF88FC0A for ; Tue, 29 Mar 2011 11:49:37 +0000 (UTC) Received: from [10.0.2.78] (ppp208-76.lns1.adl2.internode.on.net [203.122.208.76] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2TBnQSL043578 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 22:19:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20110329113414.GA33138@cicely7.cicely.de> Date: Tue, 29 Mar 2011 22:19:26 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <6C3B14AB-AB41-4705-84C2-EEFC38656EE9@gsoft.com.au> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> <20110329113414.GA33138@cicely7.cicely.de> To: ticso@cicely.de X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Sergey Kandaurov , freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 11:49:38 -0000 On 29/03/2011, at 22:04, Bernd Walter wrote: >> Grr.. I had to reinstall today because I forgot to create a swap = partition and now I can't reproduce the problem :( >=20 > NDP effectively replaces ARP for IPv6. > Like ARP it is also learning by received packets and not only by = direct > query and because of this problems might be unnoticed. >=20 > Unlike ARP NDP is using multicast - instead of sending the inquiry to > a broadcast address each address has a solicatated multicast address = where > the query goes to. > A NIC driver might have broken multicast support, I doub't that's a > problem for your em, but it is more likely that the bug is on the = other > host. > It also could be a problem with multicast aware switches - getting > multicast switiching right isn't an easy task and many implementations > are full of bugs. > If an NDP entry expires a host typically reasks using the unicast = address > and the last known MAC, so once everything seems to run an underlying > multicast problem can live unnoticed for a much longer time. > Currently my own LAN router has a NIC driver with broken multicast > support and nevertheless everything seems to work fine since months > now, but I know the bug is there and that it can bite me each day. >=20 > And unlike ARP NDP is ICMPv6 and not an individual protocol, some > people agressivlely filter ICMPv*, which can easily catch too much. > Especially since many people configuring filter lists are not aware > of those solicitated addresses. Thanks for the information. > My assumption is that the problem is with the other host or switch > network and you just never noticed this so far because this kind of > problem can easily hide for a very long time. Hmm, I have pretty stupid hardware, I am fairly sure none of my switches = understand multicast. If I see it again I will try and get some more information -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 12:07:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8BC7106566B for ; Tue, 29 Mar 2011 12:07:39 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 56C278FC1B for ; Tue, 29 Mar 2011 12:07:38 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p2TBYN2v051967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Mar 2011 13:34:23 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p2TBYKiH012509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 13:34:20 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p2TBYKJj034129; Tue, 29 Mar 2011 13:34:20 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p2TBYFs8034128; Tue, 29 Mar 2011 13:34:15 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2011 13:34:14 +0200 From: Bernd Walter To: "Daniel O'Connor" Message-ID: <20110329113414.GA33138@cicely7.cicely.de> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Sergey Kandaurov , freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 12:07:40 -0000 On Tue, Mar 29, 2011 at 08:24:53PM +1030, Daniel O'Connor wrote: > > On 29/03/2011, at 19:05, Sergey Kandaurov wrote: > >> This is repeatable after a reboot, I haven't experienced with FreeBSD 8.x. > >> > > > > I would assume an NDP communication problem or some such, > > it would be interesting to see this sort of traffic, also ifconfig and > > ndp -a output. > > Grr.. I had to reinstall today because I forgot to create a swap partition and now I can't reproduce the problem :( NDP effectively replaces ARP for IPv6. Like ARP it is also learning by received packets and not only by direct query and because of this problems might be unnoticed. Unlike ARP NDP is using multicast - instead of sending the inquiry to a broadcast address each address has a solicatated multicast address where the query goes to. A NIC driver might have broken multicast support, I doub't that's a problem for your em, but it is more likely that the bug is on the other host. It also could be a problem with multicast aware switches - getting multicast switiching right isn't an easy task and many implementations are full of bugs. If an NDP entry expires a host typically reasks using the unicast address and the last known MAC, so once everything seems to run an underlying multicast problem can live unnoticed for a much longer time. Currently my own LAN router has a NIC driver with broken multicast support and nevertheless everything seems to work fine since months now, but I know the bug is there and that it can bite me each day. And unlike ARP NDP is ICMPv6 and not an individual protocol, some people agressivlely filter ICMPv*, which can easily catch too much. Especially since many people configuring filter lists are not aware of those solicitated addresses. My assumption is that the problem is with the other host or switch network and you just never noticed this so far because this kind of problem can easily hide for a very long time. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 12:40:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CA6F1065670 for ; Tue, 29 Mar 2011 12:40:23 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id CB3A28FC0C for ; Tue, 29 Mar 2011 12:40:22 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q4YDd-0005Z9-Rq for freebsd-current@freebsd.org; Tue, 29 Mar 2011 14:40:21 +0200 Received: from l.saper.info ([91.121.203.103]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2011 14:40:21 +0200 Received: from saper by l.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 29 Mar 2011 14:40:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Tue, 29 Mar 2011 12:40:09 +0000 (UTC) Organization: http://saper.info Lines: 35 Message-ID: References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: l.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) X-Mailman-Approved-At: Tue, 29 Mar 2011 13:01:50 +0000 Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 12:40:23 -0000 >> Daniel O'Connor wrote: > > On 29/03/2011, at 8:29, Daniel O'Connor wrote: >> On 29/03/2011, at 1:37, Sergey Kandaurov wrote: >>> 1) ipv6_enable is obsolete in HEAD, see UPDATING. >> >> Ahh UPDATING, of course, thanks :) >> >>> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is also >>> set (as per rfc4861). >>> All you need is something like ifconfig_em0_ipv6="inet6 accept_rtadv" >> >> Great, it works! > > I spoke a little too soon, I could not connect to a remote host until I did some pings, eg.. > maarsy-acq:~>telnet -NK6 ipv6.google.com 80 > Trying 2404:6800:8004::68... > ^C > maarsy-acq:~>ping6 metatron > PING6(56=40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> 2001:44b8:7c07:5581:204:61ff:fe79:276f > 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=0 hlim=64 time=0.507 ms > 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=1 hlim=64 time=0.247 ms > ^C > --- metatron.gsoft.com.au ping6 statistics --- > 2 packets transmitted, 2 packets received, 0.0% packet loss > round-trip min/avg/max/std-dev = 0.247/0.377/0.507/0.130 ms Are you having this problem when talking to other v6 in the same LAN? How does your "netstat -rnf inet6" look like? Can you reach metatron.gsoft.com.au from your gateway? //Marcin From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 13:14:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB225106566C for ; Tue, 29 Mar 2011 13:14:01 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 1EAC28FC08 for ; Tue, 29 Mar 2011 13:14:00 +0000 (UTC) Received: from [10.0.2.78] (ppp208-76.lns1.adl2.internode.on.net [203.122.208.76] (may be forged)) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2TDDvSj047230 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 29 Mar 2011 23:43:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: Date: Tue, 29 Mar 2011 23:43:57 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> To: Marcin Cieslak X-Mailer: Apple Mail (2.1082) X-Spam-Score: -0.272 () BAYES_00,RDNS_NONE X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current@freebsd.org Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 13:14:01 -0000 On 29/03/2011, at 23:10, Marcin Cieslak wrote: >>> Daniel O'Connor wrote: >>=20 >> On 29/03/2011, at 8:29, Daniel O'Connor wrote: >>> On 29/03/2011, at 1:37, Sergey Kandaurov wrote: >>>> 1) ipv6_enable is obsolete in HEAD, see UPDATING. >>>=20 >>> Ahh UPDATING, of course, thanks :) >>>=20 >>>> 2) Normally hosts ignore rtadv packets if ipv6_gateway_enable is = also >>>> set (as per rfc4861). >>>> All you need is something like ifconfig_em0_ipv6=3D"inet6 = accept_rtadv" >>>=20 >>> Great, it works! >>=20 >> I spoke a little too soon, I could not connect to a remote host until = I did some pings, eg.. >> maarsy-acq:~>telnet -NK6 ipv6.google.com 80 >> Trying 2404:6800:8004::68... >> ^C >> maarsy-acq:~>ping6 metatron >> PING6(56=3D40+8+8 bytes) 2001:44b8:7c07:5581:225:90ff:fe32:91e --> = 2001:44b8:7c07:5581:204:61ff:fe79:276f >> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=3D0 = hlim=3D64 time=3D0.507 ms >> 16 bytes from 2001:44b8:7c07:5581:204:61ff:fe79:276f, icmp_seq=3D1 = hlim=3D64 time=3D0.247 ms >> ^C >> --- metatron.gsoft.com.au ping6 statistics --- >> 2 packets transmitted, 2 packets received, 0.0% packet loss >> round-trip min/avg/max/std-dev =3D 0.247/0.377/0.507/0.130 ms >=20 > Are you having this problem when talking to other v6 in the same LAN? Well, the first one (metatron) I pinged worked fine and after that it = all came good. > How does your "netstat -rnf inet6" look like? Routing tables Internet6: Destination Gateway Flags = Netif Expire ::/96 ::1 UGRS = lo0 =3D> default fe80::204:61ff:fe79:276f%em0 UG = em0 ::1 ::1 UH = lo0 ::ffff:0.0.0.0/96 ::1 UGRS = lo0 2001:44b8:7c07:5581::/64 link#2 U = em0 2001:44b8:7c07:5581:225:90ff:fe32:91e link#2 UHS = lo0 fe80::/10 ::1 UGRS = lo0 fe80::%em0/64 link#2 U = em0 fe80::225:90ff:fe32:91e%em0 link#2 UHS = lo0 fe80::%lo0/64 link#5 U = lo0 fe80::1%lo0 link#5 UHS = lo0 ff01::%em0/32 fe80::225:90ff:fe32:91e%em0 U = em0 ff01::%lo0/32 ::1 U = lo0 ff02::/16 ::1 UGRS = lo0 ff02::%em0/32 fe80::225:90ff:fe32:91e%em0 U = em0 ff02::%lo0/32 ::1 U = lo0 > Can you reach metatron.gsoft.com.au from your gateway? metatron IS my gateway :) It is running a fairly old FreeBSD (6.x..), maybe there are bugs there.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 14:37:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 058C71065672; Tue, 29 Mar 2011 14:37:25 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id BC40B8FC18; Tue, 29 Mar 2011 14:37:24 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p2TEKT4Y022383; Tue, 29 Mar 2011 10:20:29 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Tue, 29 Mar 2011 10:20:29 -0400 (EDT) Date: Tue, 29 Mar 2011 10:20:29 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Doug Barton In-Reply-To: <4D917E73.9080809@FreeBSD.org> Message-ID: References: <4D917E73.9080809@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: How can I clone a mac address on wlan0? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 14:37:25 -0000 On Mon, 28 Mar 2011, Doug Barton wrote: > For a variety of boring reasons I need to clone a mac address on wlan0. The > documented way to do this: > > ifconfig wlan0 create wlandev wpi0 wlanaddr 00:11:22:33:44:55:66 > > works in the sense that it sets up the interface with that mac, but then the > wlan0 interface never associates. Doing everything the same but omitting the > wlanaddr argument (which causes wlan0 to use the mac of the wpi0 device) > works. > > This also doesn't work in 8.2-RELEASE, so either we've got a long-standing > bug, or I'm doing something very wrong. The wpi0 card is an intel 3945abg, I > also have a couple of ath cards I can try (although so far they haven't > worked either). Since wireless went to the cloned wlan device, this hasn't worked. Clone devices don't push the MAC addresses down (at least the wlan clone doesn't). I reported this problem with lagg failover between wired and wireless. Obviously I wanted the wired connection as the primary and the wlan device as secondary, so lagg would always end up using the wired connection's (xl0 in my case) MAC address and then trying to change wlan0's MAC address to the same when it was selected during failover. So I had to put this: ifconfig_ath0="ether 00:08:74:4b:88:b2" wlan_ath0=wlan0 ifconfig_wlan0="ssid FOO_SSID wepkey1:..." ifconfig_xl0="up" cloned_interfaces="lagg0" ifconfig_lagg0="laggproto failover laggport xl0 laggport wlan0" ifconfig_lagg0_alias0="inet a.b.c.d netmask 0xffffff00" into rc.conf. ath0's MAC is my primary's (xl0) actual MAC address. So I'm guessing if you put ifconfig_wpi0="ether 00:11:22:33:44:55:66" in rc.conf, that would work. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 14:53:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5A2D1065674 for ; Tue, 29 Mar 2011 14:53:10 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2520E8FC14 for ; Tue, 29 Mar 2011 14:53:09 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p2TEr7O7054879 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Mar 2011 16:53:07 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p2TEqunK019545 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 16:52:56 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p2TEqu3d035040; Tue, 29 Mar 2011 16:52:56 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p2TEqr7H035039; Tue, 29 Mar 2011 16:52:53 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2011 16:52:53 +0200 From: Bernd Walter To: "Daniel O'Connor" Message-ID: <20110329145253.GA34921@cicely7.cicely.de> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-current@freebsd.org, Marcin Cieslak Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 14:53:10 -0000 On Tue, Mar 29, 2011 at 11:43:57PM +1030, Daniel O'Connor wrote: > > It is running a fairly old FreeBSD (6.x..), maybe there are bugs there.. I don't think there are general bugs about neighbor discovery in FreeBSD since the beginning, but NIC drivers might have multicast bugs and although you are running this host since a long time such bugs might be unnoticed. You can show and clear the neighbor cache data by using ndp command, which has similar handling as arp. If you use tcpdump to debug NDP packets be aware that by enabling promiscuous mode you get every multicast packet despite of correct filter setup, so you won't see a problem if the driver isn't configuring the filter correctly. On the other hand you can workaround a such driver bug by enabling promiscuous mode. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 14:58:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 56B98106566B for ; Tue, 29 Mar 2011 14:58:04 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id B5F668FC08 for ; Tue, 29 Mar 2011 14:58:03 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p2TEw2wO054953 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 29 Mar 2011 16:58:02 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p2TEw01d019798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2011 16:58:00 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p2TEvxjT035083; Tue, 29 Mar 2011 16:57:59 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p2TEvxoa035082; Tue, 29 Mar 2011 16:57:59 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2011 16:57:59 +0200 From: Bernd Walter To: "Daniel O'Connor" Message-ID: <20110329145759.GB34921@cicely7.cicely.de> References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> <0C27BDBF-1F22-4DFD-A1A5-48D0BD1618BC@gsoft.com.au> <71147117-D87B-4F36-9838-238E144BB51F@gsoft.com.au> <20110329113414.GA33138@cicely7.cicely.de> <6C3B14AB-AB41-4705-84C2-EEFC38656EE9@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6C3B14AB-AB41-4705-84C2-EEFC38656EE9@gsoft.com.au> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Sergey Kandaurov , ticso@cicely.de, freebsd-current Current Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 14:58:04 -0000 On Tue, Mar 29, 2011 at 10:19:26PM +1030, Daniel O'Connor wrote: > > On 29/03/2011, at 22:04, Bernd Walter wrote: > > My assumption is that the problem is with the other host or switch > > network and you just never noticed this so far because this kind of > > problem can easily hide for a very long time. > > Hmm, I have pretty stupid hardware, I am fairly sure none of my switches understand multicast. There are two class of multicast capable switches. On of them are professional switches of course, but given that IPTV runs with multicast some cheap manageable switches and quite often integrated switches in plastic routers support it as well. IPv4 multicast and IPv6 multicast is very similar, but they use non colliding MAC ranges, so pure IPv4 multicast switches are not a problem for IPv6 multicast, but I'm a bit worried that some cheap devices have alpha quality IPv6 multicast support enabled. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 15:20:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C263E106564A for ; Tue, 29 Mar 2011 15:20:25 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3128FC14 for ; Tue, 29 Mar 2011 15:20:25 +0000 (UTC) Received: by iyj12 with SMTP id 12so345160iyj.13 for ; Tue, 29 Mar 2011 08:20:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=23cmLXx3mErpcYsFRSr8pyV45DFLql3hz2YgkH+pqE8=; b=nTj/L0Y3A2CHrWKJ1+UtS5nvAOY6QjnIzz3iXDX0Ppa76uCCfEyGZYpEP/RxaC04Np WT45VBxa8A1RwLqCXFZkyxrd47XENrQJkj1+GDUIehj84BWNgeSAY0hQ9WCpli9VisLR 9qzBD97NKQQc6V9yniRCh4IY6STNxY8/nD/GE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=PchM1o3wS0Hu9ZE7wkshrmlt1QhSXj5smnlDwi4QRYYB+h+PuAxhoTrZeURukmV8eV mgq+z90pFj84J32EbQti6a1AF9XugHu9CmcJNG5INdk87EICbntmTsoKDXVK7xbVp/0A 3HgOAvtrSMX3aMWtSWoywGbhQJM+hjTZqmzMI= MIME-Version: 1.0 Received: by 10.231.184.5 with SMTP id ci5mr5679006ibb.90.1301410669716; Tue, 29 Mar 2011 07:57:49 -0700 (PDT) Received: by 10.231.33.1 with HTTP; Tue, 29 Mar 2011 07:57:49 -0700 (PDT) Date: Tue, 29 Mar 2011 17:57:49 +0300 Message-ID: From: George Kontostanos To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 15:20:25 -0000 Hi List, I am using dedup=on for my ezjail /jails directory. I noticed a strange behavior during the installation of the ports tree in the basejail. The system appears to freeze for a while and the cpu appears to be idle during that time. The same behavior is shown when building ports inside the jail. Here is some information about the pool: capacity operations bandwidth pool alloc free read write read write ---------- ----- ----- ----- ----- ----- ----- zhome 15.0G 59.5G 4 14 61.2K 468K zhome 15.0G 59.5G 38 66 107K 68.9K zhome 15.0G 59.5G 43 71 119K 45.0K zhome 15.0G 59.5G 37 67 103K 45.0K zhome 15.0G 59.5G 39 103 102K 4.71M zhome 15.0G 59.5G 42 72 114K 45.0K zhome 15.0G 59.5G 36 59 97.9K 37.0K zhome 15.0G 59.5G 42 69 114K 48.0K zhome 15.0G 59.5G 39 72 105K 43.5K zhome 15.0G 59.5G 33 58 93.4K 42.0K zhome 15.0G 59.5G 44 77 117K 53.4K NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT zhome 74.5G 15.8G 58.7G 21% 1.06x ONLINE - I thought that jails would be a good candidate for dedup. So far I am using it without any issues in my /usr/src and /virtualBox directories. Best Regards -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:53:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87331065675; Tue, 29 Mar 2011 17:53:50 +0000 (UTC) (envelope-from buganini@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 7E6448FC20; Tue, 29 Mar 2011 17:53:50 +0000 (UTC) Received: by iwn33 with SMTP id 33so478406iwn.13 for ; Tue, 29 Mar 2011 10:53:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=IoyoF/INagFlapwlbtfNhf2M7ugycqpcgV3ffnceznk=; b=r6NJzvTQYbmLGuL7OQUUWImL+YB7+8IEoglRU+2bX7imEDPUuCth1QOCBz29g8POf6 KifStTHKTykHEfA5YirjOume9daMeKPBw7aVOpBXtrrrH6orE1lkHa9pTbSgCcfmaTwZ co/3A/ClXKT5/xz6wBQyGGbEemgSNF8IQPd9Q= 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=ij7vmUNiwmX4/QdJuvM6FNimzFuFIXrfqa354oFtb9Xn44uTE9FjQ0vpsOIr40LpL3 w7bMcAtukgeJB4UMJNldDB3mD6XV+8QeNeTNDEkXM3TPVHfD9XzFNm6ZwRFhhqOccD9L Om8kO5yKvWIdIqlJUw+OSTuCaWxY+RoUsMKHU= MIME-Version: 1.0 Received: by 10.231.17.75 with SMTP id r11mr109025iba.4.1301419387328; Tue, 29 Mar 2011 10:23:07 -0700 (PDT) Received: by 10.231.33.130 with HTTP; Tue, 29 Mar 2011 10:23:07 -0700 (PDT) In-Reply-To: References: Date: Wed, 30 Mar 2011 01:23:07 +0800 Message-ID: From: Buganini To: Garrett Cooper Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Eir Nym , Dimitry Andric , FreeBSD Current Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 17:53:52 -0000 Could this help? https://bugzilla.redhat.com/show_bug.cgi?id=3D680279 On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper wrote= : > =C2=A0 =C2=A0Also, it looks like npviewer.bin still hangs to resources on= until > Firefox closes (or I kill it :)..), so something still needs to be > resolved there, but that isn't a regression (it's acted that way for > ages), and shouldn't be too hard to do. the fix is included in the latest nspluginwrapper-devel update, i'm going to try it. Regards, Buganini From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:27:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADC11065672; Tue, 29 Mar 2011 18:27:59 +0000 (UTC) (envelope-from baptiste.daroussin@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 BC2BC8FC17; Tue, 29 Mar 2011 18:27:58 +0000 (UTC) Received: by iwn33 with SMTP id 33so507992iwn.13 for ; Tue, 29 Mar 2011 11:27:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZCeaMRXpgVGmn1Xo13Fj13gaTvb4BTaAKdTxlx9Xkz0=; b=MJIlU3fhZpME7mhkJf+l7C62+hPnyGTBFrDWPPpU8ictlz8ntb1Q9BKxpICDYGN3DT W3TdXITNfKGlEYkxKv6VFQMiPj+tj6Yok7gdrVyzNWrwU5xhsgdoVThuiQsXaSCWsRZT 0YETpp0EnPDoewneMmuHnvcMpNbrW0wiFReBA= 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=n44x9n8jnsr8mYcUeAUEZgbL3VDthuZ0sOLSqDiqARtteU8S3fDQ70YTgkpREel38X Q2CYYtSObUuiSFAYxudGhFe6cejXkhF9gXAJbSv+ltzTPfCxXa1pvM/s79kWPRpoQUAW D2H2cdWyilwlaqHHBXcaEE41mDxrKD6sMaPNs= Received: by 10.231.0.95 with SMTP id 31mr210627iba.34.1301423278129; Tue, 29 Mar 2011 11:27:58 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 11:27:38 -0700 (PDT) In-Reply-To: <4D9218DF.8060305@freebsd.org> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 18:27:38 +0000 X-Google-Sender-Auth: haPcs5DVJTd2V9hW6JGvf65eUMc Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 18:27:59 -0000 2011/3/29 Andriy Gapon : > on 28/03/2011 21:22 Julien Laffaye said the following: >> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper wr= ote: >>>> III. Package naming that includes architecture, major OS version (for = API/ABI), >>>> maybe more. >>> >>> This could be provided in the manifest. Doing it in the filename sort >>> of turns into a mess, as I've discovered working at Cisco :). >>> >> >> Actually, it *is* in the +MANIFEST of pkgng packages archives :-) > > Well, by the package name I meant not only a package file name. > Let's imagine that we do support installing i386 packages on amd64 in par= allel to > amd64 packages. =A0And for some reason I want to have both 32-bit and 64-= bit > versions of, say, firefox; e.g. for benchmarking. =A0If the packages woul= d have the > same name, then that would be impossible. > > I think that having some thing in package name in addition to package met= adata > could have certain benefits. > > -- > Andriy Gapon > I understand but I think pkgng is already quite radical changement. More change is taking the risk that it would be rejected in the end, we still do not have any reply from portmgr, there is no insurance pkgng will in the end replace pkg_install. Currently pkgng requires only very few changes from the ports infrastruture, I don't know the cost of changing the name scheme. If I'm not clear enough, supporting both 32bits and 64bits packages at the same time on amd64 or arches that could support this kind of installation, is a large change we don't want to take the responsability of :) and implementing this in pkgng would significate we already choose how it should work. regards, Bapt From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:53:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07227106564A for ; Tue, 29 Mar 2011 19:53:12 +0000 (UTC) (envelope-from sean@coreitpro.com) Received: from masakari.coreitpro.com (masakari.coreitpro.com [38.98.245.188]) by mx1.freebsd.org (Postfix) with ESMTP id A51578FC0A for ; Tue, 29 Mar 2011 19:53:11 +0000 (UTC) Received: from Uller.local (static-74-109-127-34.phlapa.fios.verizon.net [74.109.127.34]) (authenticated bits=0) by masakari.coreitpro.com (8.14.4/8.14.4) with ESMTP id p2TJrATY066210 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 29 Mar 2011 15:53:10 -0400 (EDT) (envelope-from sean@coreitpro.com) Message-ID: <4D9238A1.8030702@coreitpro.com> Date: Tue, 29 Mar 2011 15:53:05 -0400 From: "Sean M. Collins" Organization: Core IT Pro User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 19:53:12 -0000 How much memory do you have in the system? Any L2ARC devices? Depending on the amount of memory in your box, it could be that ddt is spilling over ARC? -- Sean Collins Core IT Pro, LLC www.coreitpro.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 20:30:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E40E1065673; Tue, 29 Mar 2011 20:30:00 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id CA4EB8FC0A; Tue, 29 Mar 2011 20:29:59 +0000 (UTC) Received: by iyj12 with SMTP id 12so640311iyj.13 for ; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ZVYbnB6V77EpsX6c+vtdX9HUdibNTwKexiCquoNLqwI=; b=NOoMpXoAvv74P8uWifUtT7fY64COqeAn4+NhH7vU8iMsaZ6ZOXa4HFWdZWzdWFN004 IGJUYXU+vhN1G29DIXywkuW7nv0WyS8ZXdzZGhjkTFsIQY2JIyQDNcd+Iw1sNLyO0uHE JQrml2E1rVpwChqBnk1aSntmQWvwZJkXEUWMo= 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=NU9rN6gpHNP1h4tNVAmqpxkyIwQwTgblCiIQcXmEMzvVYLE/MTx+ED1WdRUtEz4M0v +FE3xTaF8wZ05siuArZ9c9MOzwUjLhWsp1JykI8VLiR3OER7kwQOuTC74tRzMvEigfH6 Sb8P5l0Jzw0PISWsK6TKkG2CQnDTYGGEQoVXc= Received: by 10.231.19.7 with SMTP id y7mr343623iba.134.1301430599149; Tue, 29 Mar 2011 13:29:59 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.21.153 with HTTP; Tue, 29 Mar 2011 13:29:39 -0700 (PDT) In-Reply-To: References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> From: Baptiste Daroussin Date: Tue, 29 Mar 2011 20:29:39 +0000 X-Google-Sender-Auth: ayX10IGKB_gu5c5zDomRskiu4U8 Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 20:30:00 -0000 2011/3/29 Baptiste Daroussin : > 2011/3/29 Andriy Gapon : >> on 28/03/2011 21:22 Julien Laffaye said the following: >>> On Mon, Mar 28, 2011 at 6:59 PM, Garrett Cooper w= rote: >>>>> III. Package naming that includes architecture, major OS version (for= API/ABI), >>>>> maybe more. >>>> >>>> This could be provided in the manifest. Doing it in the filename sort >>>> of turns into a mess, as I've discovered working at Cisco :). >>>> >>> >>> Actually, it *is* in the +MANIFEST of pkgng packages archives :-) >> >> Well, by the package name I meant not only a package file name. >> Let's imagine that we do support installing i386 packages on amd64 in pa= rallel to >> amd64 packages. =A0And for some reason I want to have both 32-bit and 64= -bit >> versions of, say, firefox; e.g. for benchmarking. =A0If the packages wou= ld have the >> same name, then that would be impossible. >> >> I think that having some thing in package name in addition to package me= tadata >> could have certain benefits. >> >> -- >> Andriy Gapon >> > > I understand but I think pkgng is already quite radical changement. > More change is taking the risk that it would be rejected in the end, > we still do not have any reply from portmgr, there is no insurance > pkgng will in the end replace pkg_install. Currently pkgng requires > only very few changes from the ports infrastruture, I don't know the > cost of changing the name scheme. > > If I'm not clear enough, supporting both 32bits and 64bits packages at > the same time on amd64 or arches that could support this kind of > installation, is a large change we don't want to take the > responsability of :) and implementing this in pkgng would significate > we already choose how it should work. > > regards, > Bapt > seems it was not clear :) ok let's try to say it simpler :) the main goal is to keep it simple for now, simple and rock solid, so that we can replace pkg_install and do some cleanup in the ports tree, add the "must have" features while doing that. And only when we will be ready for that and that portmgr have decided that it is mature enough to replace pkg_install, only after that we will start improving with new features and new changes. I thinks changing the package name scheme is not a "must have" feature, it for sure is and intresting feature, but what about pushing to after the first stable release? managing architecture as we plan to do it is enough imho. But I can be wrong. regards, Bapt From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 21:35:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id B8EE9106566C; Tue, 29 Mar 2011 21:35:47 +0000 (UTC) Date: Tue, 29 Mar 2011 21:35:47 +0000 From: Alexander Best To: Buganini Message-ID: <20110329213547.GA34261@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: Garrett Cooper , Eir Nym , Dimitry Andric , FreeBSD Current Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 21:35:47 -0000 On Wed Mar 30 11, Buganini wrote: > Could this help? > https://bugzilla.redhat.com/show_bug.cgi?id=680279 > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper wrote: > >    Also, it looks like npviewer.bin still hangs to resources on until > > Firefox closes (or I kill it :)..), so something still needs to be > > resolved there, but that isn't a regression (it's acted that way for > > ages), and shouldn't be too hard to do. > > the fix is included in the latest nspluginwrapper-devel update, > i'm going to try it. i was able to build the latest nspluginwrapper version via github [1]. however i cannot install any plugins due to the following error: nspluginwrapper: no appropriate viewer found for /home/arundel/.mozilla/plugins/libflashplayer.so [1] https://github.com/davidben/nspluginwrapper > > > Regards, > Buganini -- a13x From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 23:25:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4C351065672 for ; Tue, 29 Mar 2011 23:25:07 +0000 (UTC) (envelope-from gkontos.mail@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 62FC68FC15 for ; Tue, 29 Mar 2011 23:25:07 +0000 (UTC) Received: by iwn33 with SMTP id 33so808967iwn.13 for ; Tue, 29 Mar 2011 16:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=keIV+vjm79W/vJp2FXNG8vIYYDKOfoZJnE5PqhY5hVI=; b=crQ+fsPZa7SEiOayqa3MoHMjNYBpWjx46NgiNEnOsHn0XsGbBkPUH+1CDxu39sgHuf /iJZ/qJb1q2caa0owXnBtTSNgqtNpGzrqscI1BEevtv7tiSz1KpZFbYOCLUkJlssPiPM AjWiu4GnlrtOeu5sXI51QaoSvKGFEe1NcxghI= 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=uaUEBTz7yrx+mbkGCNIAcJupZEp5O9HDLBnTgf+qoSi43XBsjovNC16p5j64i/yFaA 60i/8vRK+HBFGGuJcwH7ffxZPRKoWPTFsYGYQbC6jQKsptJN6DqnVDyvQp4mJfyWipQl CKvKIvZr53uRwiQSyDD13TQwl39HsPk/maR3w= MIME-Version: 1.0 Received: by 10.42.170.6 with SMTP id d6mr178598icz.304.1301441104629; Tue, 29 Mar 2011 16:25:04 -0700 (PDT) Received: by 10.231.33.1 with HTTP; Tue, 29 Mar 2011 16:25:04 -0700 (PDT) In-Reply-To: <4D9238A1.8030702@coreitpro.com> References: <4D9238A1.8030702@coreitpro.com> Date: Wed, 30 Mar 2011 02:25:04 +0300 Message-ID: From: George Kontostanos To: "Sean M. Collins" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 23:25:07 -0000 The system has 4Gs of RAM. I don''t use any devices for L2ARC and my tuning is like this: vm.kmem_size="3072M" vfs.zfs.arc_max="2048M" I had my eyes on the memory during the whole procedure and things looked "normal". Thanks On Tue, Mar 29, 2011 at 10:53 PM, Sean M. Collins wrote: > How much memory do you have in the system? Any L2ARC devices? Depending > on the amount of memory in your box, it could be that ddt is spilling > over ARC? > > > -- > Sean Collins > Core IT Pro, LLC > www.coreitpro.com > _______________________________________________ > 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" > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 23:44:26 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 07C13106564A; Tue, 29 Mar 2011 23:44:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 29 Mar 2011 19:44:04 -0400 User-Agent: KMail/1.6.2 References: <20110329213547.GA34261@freebsd.org> In-Reply-To: <20110329213547.GA34261@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <201103291944.08141.jkim@FreeBSD.org> Cc: Garrett Cooper , Alexander Best , Buganini , Eir Nym , Dimitry Andric Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2011 23:44:26 -0000 On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote: > On Wed Mar 30 11, Buganini wrote: > > Could this help? > > https://bugzilla.redhat.com/show_bug.cgi?id=680279 > > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper wrote: > > > � �Also, it looks like npviewer.bin still hangs to resources on > > > until Firefox closes (or I kill it :)..), so something still > > > needs to be resolved there, but that isn't a regression (it's > > > acted that way for ages), and shouldn't be too hard to do. > > > > the fix is included in the latest nspluginwrapper-devel update, > > i'm going to try it. > > i was able to build the latest nspluginwrapper version via github > [1]. however i cannot install any plugins due to the following > error: > > nspluginwrapper: no appropriate viewer found for > /home/arundel/.mozilla/plugins/libflashplayer.so > > [1] https://github.com/davidben/nspluginwrapper Update your ports, install www/nspluginwrapper-devel, reinstall your plugins, and enjoy. ;-) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 00:13:12 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id D0CB51065673; Wed, 30 Mar 2011 00:13:12 +0000 (UTC) Date: Wed, 30 Mar 2011 00:13:12 +0000 From: Alexander Best To: Jung-uk Kim Message-ID: <20110330001312.GA52575@freebsd.org> References: <20110329213547.GA34261@freebsd.org> <201103291944.08141.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103291944.08141.jkim@FreeBSD.org> Cc: Garrett Cooper , Eir Nym , Buganini , freebsd-current@FreeBSD.org, Dimitry Andric Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 00:13:12 -0000 On Tue Mar 29 11, Jung-uk Kim wrote: > On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote: > > On Wed Mar 30 11, Buganini wrote: > > > Could this help? > > > https://bugzilla.redhat.com/show_bug.cgi?id=680279 > > > > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper > wrote: > > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on > > > > until Firefox closes (or I kill it :)..), so something still > > > > needs to be resolved there, but that isn't a regression (it's > > > > acted that way for ages), and shouldn't be too hard to do. > > > > > > the fix is included in the latest nspluginwrapper-devel update, > > > i'm going to try it. > > > > i was able to build the latest nspluginwrapper version via github > > [1]. however i cannot install any plugins due to the following > > error: > > > > nspluginwrapper: no appropriate viewer found for > > /home/arundel/.mozilla/plugins/libflashplayer.so > > > > [1] https://github.com/davidben/nspluginwrapper > > Update your ports, install www/nspluginwrapper-devel, reinstall your > plugins, and enjoy. ;-) whooooooooooo. thanks a bunch. :) > > Jung-uk Kim -- a13x From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 00:21:21 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 6D89C1065692; Wed, 30 Mar 2011 00:21:21 +0000 (UTC) Date: Wed, 30 Mar 2011 00:21:21 +0000 From: Alexander Best To: Jung-uk Kim Message-ID: <20110330002121.GA53647@freebsd.org> References: <20110329213547.GA34261@freebsd.org> <201103291944.08141.jkim@FreeBSD.org> <20110330001312.GA52575@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110330001312.GA52575@freebsd.org> Cc: Garrett Cooper , Eir Nym , Buganini , freebsd-current@FreeBSD.org, Dimitry Andric Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 00:21:21 -0000 On Wed Mar 30 11, Alexander Best wrote: > On Tue Mar 29 11, Jung-uk Kim wrote: > > On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote: > > > On Wed Mar 30 11, Buganini wrote: > > > > Could this help? > > > > https://bugzilla.redhat.com/show_bug.cgi?id=680279 > > > > > > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper > > wrote: > > > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on > > > > > until Firefox closes (or I kill it :)..), so something still > > > > > needs to be resolved there, but that isn't a regression (it's > > > > > acted that way for ages), and shouldn't be too hard to do. > > > > > > > > the fix is included in the latest nspluginwrapper-devel update, > > > > i'm going to try it. > > > > > > i was able to build the latest nspluginwrapper version via github > > > [1]. however i cannot install any plugins due to the following > > > error: > > > > > > nspluginwrapper: no appropriate viewer found for > > > /home/arundel/.mozilla/plugins/libflashplayer.so > > > > > > [1] https://github.com/davidben/nspluginwrapper > > > > Update your ports, install www/nspluginwrapper-devel, reinstall your > > plugins, and enjoy. ;-) > > whooooooooooo. thanks a bunch. :) getting between 25 and 30 fps on 720p youtube flicks without hw acceleration running flash 11,0,0,60. also nspluginwrapper hasn't crashed since yet. looking really well. :) > > > > > Jung-uk Kim > > -- > a13x -- a13x From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 01:29:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 829CA106566B; Wed, 30 Mar 2011 01:29:30 +0000 (UTC) (envelope-from jamesbrandongooch@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 976198FC0A; Wed, 30 Mar 2011 01:29:29 +0000 (UTC) Received: by wwk4 with SMTP id 4so3526813wwk.1 for ; Tue, 29 Mar 2011 18:29:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=2Sq56EfOMVPI4wjDKMPJSmJ28ZPQ62z3g1ZTKpR6k8M=; b=r1fqLt3c8EwO/dmY8pBhJPVInLSyJUhqJyWXo+WHlAg/iJsCrpcwHvVRI1Urc92KbI eXqMHH1sV2u/BIsEnwREm91uUVm7BX5K5z9OTvxPpvKTlVNoVFP1QNAREjz5TIjwXwiX ArioutfkNN18nTKXtGDl8Ff7qQtf2CMnTI9NA= 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=EvlKdSJinWVhOiZdjaFwi+Xi7rGcDPo4dB4VoWKv66poJiuCgaBbhaZA0YG02iSic/ 6UirheLyCduKuDLd3GTZ+OHToyy36zpl+3syXU84MNAxQuO//2SXzRQcFlCTby4aZfU5 kmB45aiYnERTKRiYU7zyhVQak4sYuR63yYMk4= MIME-Version: 1.0 Received: by 10.216.79.70 with SMTP id h48mr31375wee.7.1301448568376; Tue, 29 Mar 2011 18:29:28 -0700 (PDT) Received: by 10.216.0.205 with HTTP; Tue, 29 Mar 2011 18:29:28 -0700 (PDT) In-Reply-To: <20110330002121.GA53647@freebsd.org> References: <20110329213547.GA34261@freebsd.org> <201103291944.08141.jkim@FreeBSD.org> <20110330001312.GA52575@freebsd.org> <20110330002121.GA53647@freebsd.org> Date: Tue, 29 Mar 2011 20:29:28 -0500 Message-ID: From: Brandon Gooch To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Garrett Cooper , Buganini , Dimitry Andric , Eir Nym , Jung-uk Kim Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 01:29:30 -0000 On Tue, Mar 29, 2011 at 7:21 PM, Alexander Best wrote: > On Wed Mar 30 11, Alexander Best wrote: >> On Tue Mar 29 11, Jung-uk Kim wrote: >> > On Tuesday 29 March 2011 05:35 pm, Alexander Best wrote: >> > > On Wed Mar 30 11, Buganini wrote: >> > > > Could this help? >> > > > https://bugzilla.redhat.com/show_bug.cgi?id=680279 >> > > > >> > > > On Wed, Feb 23, 2011 at 12:29 AM, Garrett Cooper >> > wrote: >> > > > > ??? ???Also, it looks like npviewer.bin still hangs to resources on >> > > > > until Firefox closes (or I kill it :)..), so something still >> > > > > needs to be resolved there, but that isn't a regression (it's >> > > > > acted that way for ages), and shouldn't be too hard to do. >> > > > >> > > > the fix is included in the latest nspluginwrapper-devel update, >> > > > i'm going to try it. >> > > >> > > i was able to build the latest nspluginwrapper version via github >> > > [1]. however i cannot install any plugins due to the following >> > > error: >> > > >> > > nspluginwrapper: no appropriate viewer found for >> > > /home/arundel/.mozilla/plugins/libflashplayer.so >> > > >> > > [1] https://github.com/davidben/nspluginwrapper >> > >> > Update your ports, install www/nspluginwrapper-devel, reinstall your >> > plugins, and enjoy. ;-) >> >> whooooooooooo. thanks a bunch. :) > > getting between 25 and 30 fps on 720p youtube flicks without hw acceleration > running flash 11,0,0,60. > > also nspluginwrapper hasn't crashed since yet. looking really well. :) > >> >> > >> > Jung-uk Kim >> >> -- >> a13x > > -- > a13x I've been visiting sites which normally cause problems, sites which normally force me to run the infamous `killall npviewer.bin`. I haven't experienced a single lock-up so far (nor have I seen ANY hiccups). Also, the flash objects load rather quickly; very cool... -Brandon From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 01:50:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 063B21065674; Wed, 30 Mar 2011 01:50:31 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC198FC16; Wed, 30 Mar 2011 01:50:30 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p2U1oQjm014341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 30 Mar 2011 12:20:27 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: "Daniel O'Connor" Date: Wed, 30 Mar 2011 12:20:26 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: To: freebsd-current Current X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Nathan Whitehorn Subject: bsdinstaller / partedit emacs key patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 01:50:31 -0000 Hi, I noticed that the entry widgets in the bsdinstaller label editor don't = understand various "emacs keys" (eg C-a, C-d, C-e).=20 Here's a patch which adds the basics.. Unfortunately dialog doesn't have = a "key" for delete all, delete left or delete right so I couldn't add = C-u, C-w or C-k. Note that you can't just call dlg_parse_bindkey("* ^a BEGIN") because = dialog modifies the string which crashes (seg fault). --- partedit.c.orig 2011-03-30 01:41:20.000000000 +0000 +++ partedit.c 2011-03-30 01:47:06.000000000 +0000 @@ -50,6 +50,13 @@ static void get_mount_points(struct partedit_item *items, int nitems); static int validate_setup(void); =20 +static char *bindings[] =3D { + "* ^a BEGIN", + "* ^d DELETE_RIGHT", + "* ^e FINAL", + NULL +}; + int main(int argc, const char **argv) { struct partition_metadata *md; @@ -58,12 +65,18 @@ struct gmesh mesh; int i, op, nitems, nscroll; int error; + char tmp[80]; =20 TAILQ_INIT(&part_metadata); =20 init_fstab_metadata(); =20 init_dialog(stdin, stdout); +=09 + for (i =3D 0; bindings[i] !=3D NULL; i++) { + *stpncpy(tmp, bindings[i], sizeof(tmp) - 1) =3D 0; + dlg_parse_bindkey(tmp); + } =20 if (strcmp(basename(argv[0]), "sade") !=3D 0) dialog_vars.backtitle =3D __DECONST(char *, "FreeBSD = Installer"); -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 04:46:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76559106564A for ; Wed, 30 Mar 2011 04:46:51 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 37E468FC14 for ; Wed, 30 Mar 2011 04:46:50 +0000 (UTC) Received: by iyj12 with SMTP id 12so1109473iyj.13 for ; Tue, 29 Mar 2011 21:46:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:cc:content-type; bh=rY6CCIo2qn7YFPUUcP9dOhCbVzRDQSMnBB8UPrwnhpM=; b=h+8ILVHPG2Zlr+1RgykCCK+A6nLZjyqmZDt0BMa06j0O+lY7Bff7T5u2nOPywI3lOd 2/kqvKnpfAVnnfv4exb1dQxY/IH83YF2DyJFBuwupJoL6m72DTIqbSR8HoxrMfBuFaMg dMFT9xXb+Mdiaw01Ild5ahuIPs96FCEJZxkTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=OttVZNLBjIDqULZE/+Tmr/jld2omYD9+cJ9kKj8UMzhQO6+x2EAUG28xdL2WvOlfpq YW56cBywKBzJXkzsxbcRv4bxp12rnqognGNEjb2XRP5lYLEw921Eu1k9E2DtNPIENTjA iIjVaZwSKEVZXnC5Wi0D+75+JOnoyC+mvoJeQ= MIME-Version: 1.0 Received: by 10.43.53.136 with SMTP id vq8mt824612icb.275.1301460410419; Tue, 29 Mar 2011 21:46:50 -0700 (PDT) Received: by 10.231.33.130 with HTTP; Tue, 29 Mar 2011 21:46:50 -0700 (PDT) In-Reply-To: References: <20110329213547.GA34261@freebsd.org> <201103291944.08141.jkim@FreeBSD.org> <20110330001312.GA52575@freebsd.org> <20110330002121.GA53647@freebsd.org> Date: Wed, 30 Mar 2011 12:46:50 +0800 Message-ID: From: Buganini Content-Type: text/plain; charset=UTF-8 Cc: Alexander Best , freebsd-current@freebsd.org, Dimitry Andric , Jung-uk Kim Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 04:46:51 -0000 It seems work well now, no lockup when I went through pages. but I still got lockup when I right-click on some flash advertisement. for example, here: http://tw.yahoo.com/ and notice that if your browser doesn't have flashplayer installed, the website will use js instead. Regards, Buganini From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 06:51:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 506BC106566B; Wed, 30 Mar 2011 06:51:18 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0E9A68FC19; Wed, 30 Mar 2011 06:51:17 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id E7C607E8D9; Wed, 30 Mar 2011 17:32:58 +1100 (EST) Message-ID: <4D92CE95.7040505@freebsd.org> Date: Wed, 30 Mar 2011 17:32:53 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.14) Gecko/20110304 Lightning/1.0b2 Thunderbird/3.1.8 MIME-Version: 1.0 To: Alexander Motin References: <4CD45209.5010607@FreeBSD.org> <4CDE5B8C.4000102@FreeBSD.org> In-Reply-To: <4CDE5B8C.4000102@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: Brandon Gooch , freebsd-scsi@freebsd.org, FreeBSD-Current , FreeBSD Stable Subject: Re: Sense fetching [Was: cdrtools /devel ...] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 06:51:18 -0000 On 11/13/10 20:34, Alexander Motin wrote: > Brandon Gooch wrote: >> 2010/11/5 Alexander Motin : >>> Hi. >>> >>> I've reviewed tests that scgcheck does to SCSI subsystem. It shown >>> combination of several issues in both CAM, ahci(4) and cdrtools itself. >>> Several small patches allow us to pass most of that tests: >>> http://people.freebsd.org/~mav/sense/ >>> >>> ahci_resid.patch: Add support for reporting residual length on data >>> underrun. SCSI commands often returns results shorter then expected. >>> Returned value allows application to know/check how much data it really >>> has. It is also important for sense fetching, as ATAPI and USB devices >>> return sense as data in response to REQUEST_SENSE command. >>> >>> sense_resid.patch: When manually requesting sense data (ATAPI or USB), >>> request only as much data as user requested (not the fixed structure >>> size), and return respective sense residual length. >>> >>> pass_autosence.patch: Unless CAM_DIS_AUTOSENSE is set, always fetch >>> sense if not done by SIM, independently of CAM_PASS_ERR_RECOVER. As soon >>> as device freeze released before returning to user-level, user-level >>> application by definition can't reliably fetch sense data if some other >>> application (like hald) tries to access device same time. >>> >>> cdrtools.patch: Make libscg (part of cdrtools) on FreeBSD to submit >>> wanted sense length to CAM and do not clear sense return buffer. It is >>> mostly cosmetics, important probably only for scgcheck. >>> >>> Testers and reviewers welcome. I am especially interested in opinion >>> about pass_autosence.patch -- may be we should lower sense fetching even >>> deeper, to make it work for all cam_periph_runccb() consumers. >> >> Hey mav, sorry to chime in after so long here, but have some of these >> patches been committed (as of r215179)? >> >> Which patches are still applicable for testing? I assume the cdrtools >> patch for sure... > > Now uncommitted pass_autosence.patch and possibly cdrtools.patch. > To add another data point, I just applied the pass_autosence.patch to my ahci enabled 8.2-STABLE r220153 kernel and I can now burn successfully with cdrecord. The same kernel without the patch was unable to burn (though it could erase disks ok). Cheers, Lawrence From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 07:53:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7D021065672 for ; Wed, 30 Mar 2011 07:53:12 +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 53B9D8FC15 for ; Wed, 30 Mar 2011 07:53:12 +0000 (UTC) Received: from outgoing.leidinger.net (p5B154942.dip.t-dialin.net [91.21.73.66]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id F0EC9844015; Wed, 30 Mar 2011 09:53:07 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id E4BCB1930; Wed, 30 Mar 2011 09:53:04 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p2U7r46x054939; Wed, 30 Mar 2011 09:53:04 +0200 (CEST) (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; Wed, 30 Mar 2011 09:53:04 +0200 Message-ID: <20110330095304.990627vk8z9lvdz4@webmail.leidinger.net> Date: Wed, 30 Mar 2011 09:53:04 +0200 From: Alexander Leidinger To: George Kontostanos References: 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.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: F0EC9844015.A1051 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.077, required 6, autolearn=disabled, TW_ZJ 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1302076389.29819@Cl+vmkV9/PVLwhkmv3+6QA X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 07:53:12 -0000 Quoting George Kontostanos (from Tue, 29 Mar 2011 17:57:49 +0300): > I thought that jails would be a good candidate for dedup. So far I am using > it without any issues in my /usr/src and /virtualBox directories. No idea about your problem, but ezjail is already doing some dedup. The basejail is the dedup-place, and the jails do a null-mount of it. Inside the jails are only some links to the basejail. So if you do not install the same programs (the same packages, so make sure there is no different compile timestamp (some programs have this) inside the newly generated binaries) or data inside the jail-specific area, you will not have a benefit from this. Bye, Alexander. -- Real programmers never work 9 to 5. If any real programmers are around at 9 a.m., it's because they were up all night. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 10:18:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 417BE106567F for ; Wed, 30 Mar 2011 10:18:32 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0731D8FC0A for ; Wed, 30 Mar 2011 10:18:31 +0000 (UTC) Received: by iyj12 with SMTP id 12so1400937iyj.13 for ; Wed, 30 Mar 2011 03:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=AzO2PnpZw/8fqCkJw5u0psv/rmdvfbnnr3rKCMFcQt0=; b=TzKnGZEIZXedbCuAxJRdvBbS1WYdcN6wY3xm5KYd4vf/v+YL6vuyfU+smwjO7us2Ui AiA+/xUrG6FlJPnq9BxxtmUNM/xj5MjAiOYCYIUDIlso+IHAlr5d9jK6DEqlgCz7seq+ Drt3I8FaFtKibKRw6DPvFHHKIO2+NGef2S8TQ= 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=VDXu3y/itrN2VlqoBqEK1UaQIBiH29UyChZxbA25rKzXWT0kCrtEJZk6nMQUvQggUd kMsFLekA4QqN7IgvzSZN0gmBQ6JTJkqqnHJuG45GcvaQVJHecSyK64uwA8Ome5GLlSmq 6BJDFZLKdcu501rXAJ5ViX0xzb1aFCpXRNuCg= MIME-Version: 1.0 Received: by 10.231.184.5 with SMTP id ci5mr1093665ibb.90.1301480311147; Wed, 30 Mar 2011 03:18:31 -0700 (PDT) Received: by 10.231.33.1 with HTTP; Wed, 30 Mar 2011 03:18:31 -0700 (PDT) In-Reply-To: <20110330095304.990627vk8z9lvdz4@webmail.leidinger.net> References: <20110330095304.990627vk8z9lvdz4@webmail.leidinger.net> Date: Wed, 30 Mar 2011 13:18:31 +0300 Message-ID: From: George Kontostanos To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 10:18:32 -0000 As far as I am aware ezjail has the option to use compression and disable access time updates. ezjail_zfs_properties="-o compression=lzjb -o atime=off" In my case the dedup option was turned on only in the basejail causing the system to temporarily freeze. Once the dedup option was removed everything went back to normal. What I am trying to figure out here is why did this occur. Thanks On Wed, Mar 30, 2011 at 10:53 AM, Alexander Leidinger < Alexander@leidinger.net> wrote: > Quoting George Kontostanos (from Tue, 29 Mar 2011 > 17:57:49 +0300): > > I thought that jails would be a good candidate for dedup. So far I am >> using >> it without any issues in my /usr/src and /virtualBox directories. >> > > No idea about your problem, but ezjail is already doing some dedup. The > basejail is the dedup-place, and the jails do a null-mount of it. Inside the > jails are only some links to the basejail. So if you do not install the same > programs (the same packages, so make sure there is no different compile > timestamp (some programs have this) inside the newly generated binaries) or > data inside the jail-specific area, you will not have a benefit from this. > > Bye, > Alexander. > > -- > Real programmers never work 9 to 5. If any real > programmers are around at 9 a.m., it's because they > were up all night. > > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:12:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69C03106564A for ; Wed, 30 Mar 2011 16:12:05 +0000 (UTC) (envelope-from sean@coreitpro.com) Received: from masakari.coreitpro.com (masakari.coreitpro.com [38.98.245.188]) by mx1.freebsd.org (Postfix) with ESMTP id 170458FC14 for ; Wed, 30 Mar 2011 16:12:04 +0000 (UTC) Received: from Uller.local (static-74-109-127-34.phlapa.fios.verizon.net [74.109.127.34]) (authenticated bits=0) by masakari.coreitpro.com (8.14.4/8.14.4) with ESMTP id p2UGC3IZ011654 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 30 Mar 2011 12:12:04 -0400 (EDT) (envelope-from sean@coreitpro.com) Message-ID: <4D93564E.3030706@coreitpro.com> Date: Wed, 30 Mar 2011 12:11:58 -0400 From: "Sean M. Collins" Organization: Core IT Pro User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 16:12:05 -0000 Can you attach the output from zdb -DD zhome ? -- Sean Collins Core IT Pro, LLC www.coreitpro.com From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:50:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 4DCAE1065674; Wed, 30 Mar 2011 16:50:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Buganini Date: Wed, 30 Mar 2011 12:50:04 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103301250.07325.jkim@FreeBSD.org> Cc: Alexander Best , freebsd-current@freebsd.org, Dimitry Andric , kmoore@FreeBSD.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 16:50:19 -0000 On Wednesday 30 March 2011 12:46 am, Buganini wrote: > It seems work well now, no lockup when I went through pages. > but I still got lockup when I right-click on some flash > advertisement. for example, here: http://tw.yahoo.com/ "Don't do that" is not an answer, I guess? ;-) Seriously, this problem is very well known. There were several work-arounds suggested but the most popular one is setting GDK_NATIVE_WINDOWS environment variable. Try "GDK_NATIVE_WINDOWS Flash" on Google and you will see tons of them. Actually, Fedora took that hack into nspluginwrapper later: https://bugzilla.redhat.com/show_bug.cgi?id=542424 Basically, Gnome people broke the ABI in the middle of major release branch, if my understanding is correct. Of course, that caused a lot of complaints and they had to add the variable to restore the previous behavior. Now here is the bad news for you. This environment variable does nothing for us because linux-f10-gtk2-2.14.7 does not have the compat hack. :-( One thing we can do is re-rolling linux-f10-gtk2 with the hack locally (as we did for x11-toolkits/linux-f10-pango) and using the hack from www/nspluginwrapper-devel *iff* that actually fixes the problem. There was another attempt by PC-BSD to address this issue: http://trac.pcbsd.org/changeset/3799 Unfortunately, I have no idea how Pango can affect the "right click" problem in the first place. In fact, I wasn't able to reproduce the fix on FreeBSD (long ago) and I *thought* their fix is PBI-specific (kmoore added to CC list). Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:59:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F456106566B for ; Wed, 30 Mar 2011 16:59:24 +0000 (UTC) (envelope-from gkontos.mail@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 1EC1F8FC08 for ; Wed, 30 Mar 2011 16:59:23 +0000 (UTC) Received: by iwn33 with SMTP id 33so1802506iwn.13 for ; Wed, 30 Mar 2011 09:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gYmSUXqHWDB7CkMiyIzyWfznDThAiG9mAgsNnHnFcPA=; b=R9A1LOiKKQoprOhIaVX+ATqnqn1Jwdjq/rvkwQ0r1munoBqyFespCXsCezMN8VznV+ 6DthHHefeZAVKRC0Gz90Yeo2oQC5LpFhHW1KR0+JeonPaBkc3+bG/QCpQlQ8/dDIUxyw lZE7uP2rBm+N9l1pGvPZXdT1oMJY/nAcX/DtU= 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=Tv6fyfWKFp+j7RhqV3tr0K9atRgJ0SXli5xMIJkvCsc/Yi+/gH077rW76tG7tpihXu e6NKcsz5KBqdgLimTc9kl9D/cz4wJoaAX3mggRalLasduSa9D9N/gF2SixXHFuF+Hr1b /kzZEAgZ6fOulqF9LPO3qvufLfSSRQrqPE2gc= MIME-Version: 1.0 Received: by 10.231.165.207 with SMTP id j15mr127061iby.40.1301504243489; Wed, 30 Mar 2011 09:57:23 -0700 (PDT) Received: by 10.231.33.1 with HTTP; Wed, 30 Mar 2011 09:57:23 -0700 (PDT) In-Reply-To: <4D93564E.3030706@coreitpro.com> References: <4D93564E.3030706@coreitpro.com> Date: Wed, 30 Mar 2011 19:57:23 +0300 Message-ID: From: George Kontostanos To: "Sean M. Collins" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS dedup and temporary freeze X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 16:59:24 -0000 Very useful thank you! DDT-sha256-zap-duplicate: 177 entries, size 9493 on disk, 12010 in core DDT-sha256-zap-unique: 20016 entries, size 1232 on disk, 1524 in core DDT histogram (aggregated over all DDTs): bucket allocated referenced ______ ______________________________ ______________________________ refcnt blocks LSIZE PSIZE DSIZE blocks LSIZE PSIZE DSIZE ------ ------ ----- ----- ----- ------ ----- ----- ----- 1 19.5K 2.44G 2.44G 2.44G 19.5K 2.44G 2.44G 2.44G 2 175 21.9M 21.9M 21.9M 407 50.9M 50.9M 50.9M 4 1 128K 128K 128K 6 768K 768K 768K 256 1 128K 128K 128K 297 37.1M 37.1M 37.1M Total 19.7K 2.46G 2.46G 2.46G 20.2K 2.53G 2.53G 2.53G dedup = 1.03, compress = 1.00, copies = 1.00, dedup * compress / copies = 1.03 On Wed, Mar 30, 2011 at 7:11 PM, Sean M. Collins wrote: > Can you attach the output from zdb -DD zhome ? > > -- > Sean Collins > Core IT Pro, LLC > www.coreitpro.com > _______________________________________________ > 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" > -- George Kontostanos aisecure.net From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 19:20:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 78C3C106564A; Wed, 30 Mar 2011 19:20:17 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Buganini Date: Wed, 30 Mar 2011 15:20:07 -0400 User-Agent: KMail/1.6.2 References: <201103301250.07325.jkim@FreeBSD.org> In-Reply-To: <201103301250.07325.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103301520.09432.jkim@FreeBSD.org> Cc: Alexander Best , freebsd-current@freebsd.org, Dimitry Andric , kmoore@FreeBSD.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 19:20:18 -0000 On Wednesday 30 March 2011 12:50 pm, Jung-uk Kim wrote: > On Wednesday 30 March 2011 12:46 am, Buganini wrote: > > It seems work well now, no lockup when I went through pages. > > but I still got lockup when I right-click on some flash > > advertisement. for example, here: http://tw.yahoo.com/ > > "Don't do that" is not an answer, I guess? ;-) > > Seriously, this problem is very well known. There were several > work-arounds suggested but the most popular one is setting > GDK_NATIVE_WINDOWS environment variable. Try "GDK_NATIVE_WINDOWS > Flash" on Google and you will see tons of them. Actually, Fedora > took that hack into nspluginwrapper later: > > https://bugzilla.redhat.com/show_bug.cgi?id=542424 > > Basically, Gnome people broke the ABI in the middle of major > release branch, if my understanding is correct. Of course, that > caused a lot of complaints and they had to add the variable to > restore the previous behavior. Now here is the bad news for you. > This environment variable does nothing for us because > linux-f10-gtk2-2.14.7 does not have the compat hack. :-( > > One thing we can do is re-rolling linux-f10-gtk2 with the hack > locally (as we did for x11-toolkits/linux-f10-pango) and using the > hack from www/nspluginwrapper-devel *iff* that actually fixes the > problem. > > There was another attempt by PC-BSD to address this issue: > > http://trac.pcbsd.org/changeset/3799 > > Unfortunately, I have no idea how Pango can affect the "right > click" problem in the first place. In fact, I wasn't able to > reproduce the fix on FreeBSD (long ago) and I *thought* their fix > is PBI-specific (kmoore added to CC list). I forgot one important thing. Actually, this problem only started happening from Flash plugin 10.1. So, the easist workaround is going back to the last 10.0 release (e.g., 10.0.45.2 does not have this issue). You can find old versions from here: http://kb2.adobe.com/cps/142/tn_14266.html FYI, the following Chromium PR has the most plausible root-cause analysis of this problem I've ever seen on the Net: http://code.google.com/p/chromium/issues/detail?id=40157 Just in case if anyone is capable and willing to fix it for good... Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 19:41:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81A1C106566C; Wed, 30 Mar 2011 19:41:01 +0000 (UTC) (envelope-from kris@pcbsd.org) Received: from mail.iXsystems.com (newknight.ixsystems.com [206.40.55.70]) by mx1.freebsd.org (Postfix) with ESMTP id 54FD28FC12; Wed, 30 Mar 2011 19:41:01 +0000 (UTC) Received: from mail.ixsystems.com (localhost [127.0.0.1]) by mail.iXsystems.com (Postfix) with ESMTP id 2B5C0A66412; Wed, 30 Mar 2011 12:23:19 -0700 (PDT) Received: from mail.iXsystems.com ([127.0.0.1]) by mail.ixsystems.com (mail.ixsystems.com [127.0.0.1]) (amavisd-maia, port 10024) with ESMTP id 45495-05; Wed, 30 Mar 2011 12:23:19 -0700 (PDT) Received: from [192.168.0.186] (75-130-56-30.static.kgpt.tn.charter.com [75.130.56.30]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.iXsystems.com (Postfix) with ESMTPSA id 48A05A66402; Wed, 30 Mar 2011 12:23:18 -0700 (PDT) Message-ID: <4D938324.9080505@pcbsd.org> Date: Wed, 30 Mar 2011 15:23:16 -0400 From: Kris Moore User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101211 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jung-uk Kim References: <201103301250.07325.jkim@FreeBSD.org> In-Reply-To: <201103301250.07325.jkim@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Best , Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@FreeBSD.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 19:41:01 -0000 On 03/30/2011 12:50, Jung-uk Kim wrote: > On Wednesday 30 March 2011 12:46 am, Buganini wrote: >> It seems work well now, no lockup when I went through pages. >> but I still got lockup when I right-click on some flash >> advertisement. for example, here: http://tw.yahoo.com/ > "Don't do that" is not an answer, I guess? ;-) > > Seriously, this problem is very well known. There were several > work-arounds suggested but the most popular one is setting > GDK_NATIVE_WINDOWS environment variable. Try "GDK_NATIVE_WINDOWS > Flash" on Google and you will see tons of them. Actually, Fedora > took that hack into nspluginwrapper later: > > https://bugzilla.redhat.com/show_bug.cgi?id=542424 > > Basically, Gnome people broke the ABI in the middle of major release > branch, if my understanding is correct. Of course, that caused a lot > of complaints and they had to add the variable to restore the > previous behavior. Now here is the bad news for you. This > environment variable does nothing for us because > linux-f10-gtk2-2.14.7 does not have the compat hack. :-( > > One thing we can do is re-rolling linux-f10-gtk2 with the hack locally > (as we did for x11-toolkits/linux-f10-pango) and using the hack from > www/nspluginwrapper-devel *iff* that actually fixes the problem. > > There was another attempt by PC-BSD to address this issue: > > http://trac.pcbsd.org/changeset/3799 > > Unfortunately, I have no idea how Pango can affect the "right click" > problem in the first place. In fact, I wasn't able to reproduce the > fix on FreeBSD (long ago) and I *thought* their fix is PBI-specific > (kmoore added to CC list). > > Jung-uk Kim I checked the other day, and our pango fix is no longer functional, that was something we did for flash 9 back in the day and it seemed to fix the right-click functionality for our PBIs, but alas, no more. We are in the same boat as you at the moment. -- Kris Moore PC-BSD Software iXsystems From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:54:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 0200D106566B; Wed, 30 Mar 2011 20:54:33 +0000 (UTC) Date: Wed, 30 Mar 2011 20:54:32 +0000 From: Alexander Best To: Jung-uk Kim Message-ID: <20110330205432.GA16169@freebsd.org> References: <201103301250.07325.jkim@FreeBSD.org> <201103301520.09432.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103301520.09432.jkim@FreeBSD.org> Cc: Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@FreeBSD.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2011 20:54:33 -0000 On Wed Mar 30 11, Jung-uk Kim wrote: > On Wednesday 30 March 2011 12:50 pm, Jung-uk Kim wrote: > > On Wednesday 30 March 2011 12:46 am, Buganini wrote: > > > It seems work well now, no lockup when I went through pages. > > > but I still got lockup when I right-click on some flash > > > advertisement. for example, here: http://tw.yahoo.com/ > > > > "Don't do that" is not an answer, I guess? ;-) > > > > Seriously, this problem is very well known. There were several > > work-arounds suggested but the most popular one is setting > > GDK_NATIVE_WINDOWS environment variable. Try "GDK_NATIVE_WINDOWS > > Flash" on Google and you will see tons of them. Actually, Fedora > > took that hack into nspluginwrapper later: > > > > https://bugzilla.redhat.com/show_bug.cgi?id=542424 > > > > Basically, Gnome people broke the ABI in the middle of major > > release branch, if my understanding is correct. Of course, that > > caused a lot of complaints and they had to add the variable to > > restore the previous behavior. Now here is the bad news for you. > > This environment variable does nothing for us because > > linux-f10-gtk2-2.14.7 does not have the compat hack. :-( > > > > One thing we can do is re-rolling linux-f10-gtk2 with the hack > > locally (as we did for x11-toolkits/linux-f10-pango) and using the > > hack from www/nspluginwrapper-devel *iff* that actually fixes the > > problem. > > > > There was another attempt by PC-BSD to address this issue: > > > > http://trac.pcbsd.org/changeset/3799 > > > > Unfortunately, I have no idea how Pango can affect the "right > > click" problem in the first place. In fact, I wasn't able to > > reproduce the fix on FreeBSD (long ago) and I *thought* their fix > > is PBI-specific (kmoore added to CC list). > > I forgot one important thing. Actually, this problem only started > happening from Flash plugin 10.1. So, the easist workaround is going > back to the last 10.0 release (e.g., 10.0.45.2 does not have this > issue). You can find old versions from here: just wanted to report that the bug still exists in flash 11. > > http://kb2.adobe.com/cps/142/tn_14266.html > > FYI, the following Chromium PR has the most plausible root-cause > analysis of this problem I've ever seen on the Net: > > http://code.google.com/p/chromium/issues/detail?id=40157 > > Just in case if anyone is capable and willing to fix it for good... > > Jung-uk Kim -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 01:11:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEB2E1065672 for ; Thu, 31 Mar 2011 01:11:30 +0000 (UTC) (envelope-from venture37@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 93AED8FC1C for ; Thu, 31 Mar 2011 01:11:30 +0000 (UTC) Received: by vxc34 with SMTP id 34so1867084vxc.13 for ; Wed, 30 Mar 2011 18:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=hM+EY8z+/RqAoB0QckQnLcAEaO8a16atZBTAoRm2YoE=; b=NY9lskPW/lAfPua163kWufK4iQcEVse9oOcEqvpnjwdiHux/2/fXvKJ7yc/4PRmj3u ceDCpeX2SMiLCrSalakAvTHE7+nL9HnyPR43a5r/qFS9nV1axu1T4TLRuo+njZogoivd 0qgnnV6ZEXF04GTlV6Ky5deVHgcXnV1L5MJ0I= 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=WMos1dYCAM0QSBrQ4AH4YXFrklWOkK3NZ7TWQ9NBB3IKAdPfO1znyri5TKZv07EPIR +KlvIRW2zEf00gC71P+ehr8+hG85nVgpgySUIqT/D+J3CP4MisoDH9R7VsjLSM9qWTtJ VB9xvr2s0CJ1ncFRDiaTuXSUEM6VQZ4ZwJ5RY= MIME-Version: 1.0 Received: by 10.52.176.36 with SMTP id cf4mr2597353vdc.29.1301532544853; Wed, 30 Mar 2011 17:49:04 -0700 (PDT) Received: by 10.220.16.212 with HTTP; Wed, 30 Mar 2011 17:49:04 -0700 (PDT) In-Reply-To: <20110320153604.e8245880.ray@ddteam.net> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> <20110317110700.05191e8f@gmail.com> <20110320153604.e8245880.ray@ddteam.net> Date: Thu, 31 Mar 2011 01:49:04 +0100 Message-ID: From: "Sevan / Venture37" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 01:11:30 -0000 On 20 March 2011 13:36, Aleksandr Rybalko wrote: > Hi folks, > > new version of patch for wireless card based on Ralink RT2860 plus > RT3090 that required testing. > > Main part: > http://my.ddteam.net/files/2011-03-20_rt2860.patch > > sys/conf/(files|options), same as last: > http://my.ddteam.net/files/2011-03-18_rt2860_invoking.patch > > Who use Ralink PCI/miniPCI/PCIE wireless cards, please test driver and > send info about success or failures. > > Thanks. > > -- > Aleksandr Rybalko Many thanks for this Aleksandr I've just compiled & installed a new kernel + rt2860 module with success. kernel module loads fine & my RT2790 (chip=0x07811814) is detected. ifconfig wlan0 create wlandev rt28600 up shows wlan0: with my ethernet address but from there ifconfig wlan0 scan or list scan result in nothing configuring the ssid manually & trying to connect to the AP doesn't work either. As I hadn't checked this mailing list before starting out this evening, I was doomed to stw & came across http://repo.or.cz/w/ralink_drivers.git via the freebsd forum, before trying your patch, I had successfully build the freebsd 8 driver from there on current & managed to get the card working, using csup to update src as a test of connectivity. I will post dmesg & pciconf output tomorrow once I have an ethernet cable or removable media near me if you need more info. Sevan From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 05:58:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id C7044106564A; Thu, 31 Mar 2011 05:58:41 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Best Date: Thu, 31 Mar 2011 01:58:24 -0400 User-Agent: KMail/1.6.2 References: <201103301520.09432.jkim@FreeBSD.org> <20110330205432.GA16169@freebsd.org> In-Reply-To: <20110330205432.GA16169@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_EgBlNwKQrYpU/m8" Message-Id: <201103310158.29297.jkim@FreeBSD.org> Cc: Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@freebsd.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 05:58:43 -0000 --Boundary-00=_EgBlNwKQrYpU/m8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Wednesday 30 March 2011 04:54 pm, Alexander Best wrote: > On Wed Mar 30 11, Jung-uk Kim wrote: > > On Wednesday 30 March 2011 12:50 pm, Jung-uk Kim wrote: > > > On Wednesday 30 March 2011 12:46 am, Buganini wrote: > > > > It seems work well now, no lockup when I went through pages. > > > > but I still got lockup when I right-click on some flash > > > > advertisement. for example, here: http://tw.yahoo.com/ > > > > > > "Don't do that" is not an answer, I guess? ;-) > > > > > > Seriously, this problem is very well known. There were several > > > work-arounds suggested but the most popular one is setting > > > GDK_NATIVE_WINDOWS environment variable. Try > > > "GDK_NATIVE_WINDOWS Flash" on Google and you will see tons of > > > them. Actually, Fedora took that hack into nspluginwrapper > > > later: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=542424 > > > > > > Basically, Gnome people broke the ABI in the middle of major > > > release branch, if my understanding is correct. Of course, > > > that caused a lot of complaints and they had to add the > > > variable to restore the previous behavior. Now here is the bad > > > news for you. This environment variable does nothing for us > > > because > > > linux-f10-gtk2-2.14.7 does not have the compat hack. :-( > > > > > > One thing we can do is re-rolling linux-f10-gtk2 with the hack > > > locally (as we did for x11-toolkits/linux-f10-pango) and using > > > the hack from www/nspluginwrapper-devel *iff* that actually > > > fixes the problem. > > > > > > There was another attempt by PC-BSD to address this issue: > > > > > > http://trac.pcbsd.org/changeset/3799 > > > > > > Unfortunately, I have no idea how Pango can affect the "right > > > click" problem in the first place. In fact, I wasn't able to > > > reproduce the fix on FreeBSD (long ago) and I *thought* their > > > fix is PBI-specific (kmoore added to CC list). > > > > I forgot one important thing. Actually, this problem only > > started happening from Flash plugin 10.1. So, the easist > > workaround is going back to the last 10.0 release (e.g., > > 10.0.45.2 does not have this issue). You can find old versions > > from here: > > just wanted to report that the bug still exists in flash 11. I wrote an ugly but very simple workaround. Drop the attached patch in www/nspluginwrapper-devel/files and replaces old one, rebuild, reinstall, redo plugin wrappers, etc., etc... Cheers, JK > > http://kb2.adobe.com/cps/142/tn_14266.html > > > > FYI, the following Chromium PR has the most plausible root-cause > > analysis of this problem I've ever seen on the Net: > > > > http://code.google.com/p/chromium/issues/detail?id=40157 > > > > Just in case if anyone is capable and willing to fix it for > > good... > > > > Jung-uk Kim --Boundary-00=_EgBlNwKQrYpU/m8 Content-Type: text/plain; charset="iso-8859-1"; name="patch-src-npw-wrapper.c" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-src-npw-wrapper.c" --- src/npw-wrapper.c.orig 2011-03-30 19:53:27.000000000 -0400 +++ src/npw-wrapper.c 2011-03-30 19:54:15.000000000 -0400 @@ -30,6 +30,7 @@ #include #include #include +#include #include #include @@ -2560,6 +2561,24 @@ return ret; } +#define NPW_ADOBE_FLASH_NAME "Shockwave Flash" + +// Detect Adobe Flash plugin version +static float is_adobe_flash(void) +{ + static float version = 0.0; + static bool tested = false; + + if (!tested) { + if (strcmp(g_plugin.name, NPW_ADOBE_FLASH_NAME) == 0 && + strncmp(g_plugin.description, NPW_ADOBE_FLASH_NAME, + strlen(NPW_ADOBE_FLASH_NAME)) == 0) + version = strtof(g_plugin.description + strlen(NPW_ADOBE_FLASH_NAME), NULL); + tested = true; + } + return version; +} + static int16 g_NPP_HandleEvent(NPP instance, void *event) { if (instance == NULL) @@ -2569,6 +2588,13 @@ if (plugin == NULL) return NPERR_INVALID_INSTANCE_ERROR; + if (((NPEvent *)event)->type == ButtonPress && + ((XButtonEvent *)event)->button == Button3 && + is_adobe_flash() >= 10.1) { + /* XXX: work around "right click" hang with Flash plugin 10.1 and later */ + D(bug("NPP_HandleEvent instance=%p: Button3 pressed on SWF\n", instance)); + return true; + } if (((NPEvent *)event)->type == GraphicsExpose) { /* XXX: flush the X output buffer so that the call to gdk_pixmap_foreign_new() in the viewer can work */ --Boundary-00=_EgBlNwKQrYpU/m8-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 08:31:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D667B1065676; Thu, 31 Mar 2011 08:31:29 +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 74FE18FC1B; Thu, 31 Mar 2011 08:31:29 +0000 (UTC) Received: from outgoing.leidinger.net (p5B154D93.dip.t-dialin.net [91.21.77.147]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 237DA844015; Thu, 31 Mar 2011 10:31:22 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 088831A86; Thu, 31 Mar 2011 10:31:16 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p2V8VFFo008238; Thu, 31 Mar 2011 10:31:15 +0200 (CEST) (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; Thu, 31 Mar 2011 10:31:14 +0200 Message-ID: <20110331103114.14655vogcoih0gco@webmail.leidinger.net> Date: Thu, 31 Mar 2011 10:31:14 +0200 From: Alexander Leidinger To: Jung-uk Kim References: <201103301250.07325.jkim@FreeBSD.org> In-Reply-To: <201103301250.07325.jkim@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.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 237DA844015.AF925 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0.077, required 6, autolearn=disabled, TW_GT 0.08) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1302165085.33604@3MOG6mUhJ+5MrHsepMouBg X-EBL-Spam-Status: No Cc: Alexander Best , Buganini , freebsd-current@FreeBSD.org, Dimitry Andric , kmoore@FreeBSD.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 08:31:29 -0000 Quoting Jung-uk Kim (from Wed, 30 Mar 2011 12:50:04 -0400): > Seriously, this problem is very well known. There were several > work-arounds suggested but the most popular one is setting > GDK_NATIVE_WINDOWS environment variable. Try "GDK_NATIVE_WINDOWS > Flash" on Google and you will see tons of them. Actually, Fedora > took that hack into nspluginwrapper later: > > https://bugzilla.redhat.com/show_bug.cgi?id=542424 > > Basically, Gnome people broke the ABI in the middle of major release > branch, if my understanding is correct. Of course, that caused a lot > of complaints and they had to add the variable to restore the > previous behavior. Now here is the bad news for you. This > environment variable does nothing for us because > linux-f10-gtk2-2.14.7 does not have the compat hack. :-( > > One thing we can do is re-rolling linux-f10-gtk2 with the hack locally > (as we did for x11-toolkits/linux-f10-pango) and using the hack from > www/nspluginwrapper-devel *iff* that actually fixes the problem. If you want me to generate a FreeBSD specific linux-f10-gtk just give me a heads-up with a patch which applies to the currently used gtk version. Bye, Alexander. -- Ankh if you love Isis. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 09:07:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D19106566B for ; Thu, 31 Mar 2011 09:07:18 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id AF4338FC1B for ; Thu, 31 Mar 2011 09:07:17 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Q5DqV-0000oP-CP; Thu, 31 Mar 2011 12:07:15 +0300 Date: Thu, 31 Mar 2011 12:07:10 +0300 From: Aleksandr Rybalko To: "Sevan / Venture37" Message-Id: <20110331120710.b5c5f24b.ray@dlink.ua> In-Reply-To: References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> <20110317110700.05191e8f@gmail.com> <20110320153604.e8245880.ray@ddteam.net> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 09:07:18 -0000 Hi Sevan, On Thu, 31 Mar 2011 01:49:04 +0100 "Sevan / Venture37" wrote: >> On 20 March 2011 13:36, Aleksandr Rybalko wrote: >> > Hi folks, >> > >> > new version of patch for wireless card based on Ralink RT2860 plus >> > RT3090 that required testing. >> > >> > Main part: >> > http://my.ddteam.net/files/2011-03-20_rt2860.patch >> > >> > sys/conf/(files|options), same as last: >> > http://my.ddteam.net/files/2011-03-18_rt2860_invoking.patch >> > >> > Who use Ralink PCI/miniPCI/PCIE wireless cards, please test driver and >> > send info about success or failures. >> > >> > Thanks. >> > >> > -- >> > Aleksandr Rybalko >> >> Many thanks for this Aleksandr >> I've just compiled & installed a new kernel + rt2860 module with success. >> kernel module loads fine & my RT2790 (chip=0x07811814) is detected. >> ifconfig wlan0 create wlandev rt28600 up >> shows wlan0: with my ethernet address but from there ifconfig wlan0 >> scan or list scan result in nothing >> configuring the ssid manually & trying to connect to the AP doesn't work either. >> As I hadn't checked this mailing list before starting out this >> evening, I was doomed to stw & came across >> http://repo.or.cz/w/ralink_drivers.git via the freebsd forum, before >> trying your patch, I had successfully build the freebsd 8 driver from >> there on current & managed to get the card working, using csup to >> update src as a test of connectivity. Now good peoples help me with rework of driver, then this driver will be available under ral(4). So you need to wait some time. >> >> I will post dmesg & pciconf output tomorrow once I have an ethernet >> cable or removable media near me if you need more info. Yeah, post please. at minimum I've interesting which RF used in your device. >> >> Sevan >> _______________________________________________ >> 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" Thank you! WBW -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:25:36 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74849106566B; Thu, 31 Mar 2011 11:25:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 411F88FC1C; Thu, 31 Mar 2011 11:25:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VBPZow018813; Thu, 31 Mar 2011 07:25:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VBPYVU018790; Thu, 31 Mar 2011 11:25:34 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 11:25:34 GMT Message-Id: <201103311125.p2VBPYVU018790@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:25:36 -0000 TB --- 2011-03-31 10:05:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 10:05:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-03-31 10:05:21 - cleaning the object tree TB --- 2011-03-31 10:05:32 - cvsupping the source tree TB --- 2011-03-31 10:05:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-03-31 10:05:46 - building world TB --- 2011-03-31 10:05:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 10:05:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 10:05:46 - TARGET=sparc64 TB --- 2011-03-31 10:05:46 - TARGET_ARCH=sparc64 TB --- 2011-03-31 10:05:46 - TZ=UTC TB --- 2011-03-31 10:05:46 - __MAKE_CONF=/dev/null TB --- 2011-03-31 10:05:46 - cd /src TB --- 2011-03-31 10:05:46 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 10:05:47 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 31 11:10:31 UTC 2011 TB --- 2011-03-31 11:10:31 - generating LINT kernel config TB --- 2011-03-31 11:10:31 - cd /src/sys/sparc64/conf TB --- 2011-03-31 11:10:31 - /usr/bin/make -B LINT TB --- 2011-03-31 11:10:31 - building LINT kernel TB --- 2011-03-31 11:10:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 11:10:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 11:10:31 - TARGET=sparc64 TB --- 2011-03-31 11:10:31 - TARGET_ARCH=sparc64 TB --- 2011-03-31 11:10:31 - TZ=UTC TB --- 2011-03-31 11:10:31 - __MAKE_CONF=/dev/null TB --- 2011-03-31 11:10:31 - cd /src TB --- 2011-03-31 11:10:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 11:10:31 UTC 2011 >>> 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 [...] @/mips/atheros/ar71xxreg.h:500: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:501: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h: In function 'ar71xx_write_pll': @/mips/atheros/ar71xxreg.h:511: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:515: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:518: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:520: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:524: warning: cast to pointer from integer of different size *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 11:25:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 11:25:34 - ERROR: failed to build lint kernel TB --- 2011-03-31 11:25:34 - 3703.40 user 745.34 system 4812.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:41:10 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD9991065670; Thu, 31 Mar 2011 11:41:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0BA8FC15; Thu, 31 Mar 2011 11:41:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VBf93F023437; Thu, 31 Mar 2011 07:41:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VBf9xf023428; Thu, 31 Mar 2011 11:41:09 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 11:41:09 GMT Message-Id: <201103311141.p2VBf9xf023428@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:41:11 -0000 TB --- 2011-03-31 10:22:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 10:22:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-03-31 10:22:11 - cleaning the object tree TB --- 2011-03-31 10:22:22 - cvsupping the source tree TB --- 2011-03-31 10:22:22 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-03-31 10:22:38 - building world TB --- 2011-03-31 10:22:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 10:22:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 10:22:38 - TARGET=sun4v TB --- 2011-03-31 10:22:38 - TARGET_ARCH=sparc64 TB --- 2011-03-31 10:22:38 - TZ=UTC TB --- 2011-03-31 10:22:38 - __MAKE_CONF=/dev/null TB --- 2011-03-31 10:22:38 - cd /src TB --- 2011-03-31 10:22:38 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 10:22:38 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 31 11:27:31 UTC 2011 TB --- 2011-03-31 11:27:31 - generating LINT kernel config TB --- 2011-03-31 11:27:31 - cd /src/sys/sun4v/conf TB --- 2011-03-31 11:27:31 - /usr/bin/make -B LINT TB --- 2011-03-31 11:27:31 - building LINT kernel TB --- 2011-03-31 11:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 11:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 11:27:31 - TARGET=sun4v TB --- 2011-03-31 11:27:31 - TARGET_ARCH=sparc64 TB --- 2011-03-31 11:27:31 - TZ=UTC TB --- 2011-03-31 11:27:31 - __MAKE_CONF=/dev/null TB --- 2011-03-31 11:27:31 - cd /src TB --- 2011-03-31 11:27:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 11:27:31 UTC 2011 >>> 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 [...] @/mips/atheros/ar71xxreg.h:500: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:501: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h: In function 'ar71xx_write_pll': @/mips/atheros/ar71xxreg.h:511: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:515: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:518: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:520: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:524: warning: cast to pointer from integer of different size *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 11:41:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 11:41:09 - ERROR: failed to build lint kernel TB --- 2011-03-31 11:41:09 - 3664.66 user 745.20 system 4737.93 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:48:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4715106564A; Thu, 31 Mar 2011 11:48:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9440F8FC0A; Thu, 31 Mar 2011 11:48:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VBmtWD044647; Thu, 31 Mar 2011 07:48:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VBmt7X044646; Thu, 31 Mar 2011 11:48:55 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 11:48:55 GMT Message-Id: <201103311148.p2VBmt7X044646@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:48:57 -0000 TB --- 2011-03-31 09:51:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 09:51:30 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2011-03-31 09:51:30 - cleaning the object tree TB --- 2011-03-31 09:51:44 - cvsupping the source tree TB --- 2011-03-31 09:51:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2011-03-31 09:52:21 - building world TB --- 2011-03-31 09:52:21 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 09:52:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 09:52:21 - TARGET=powerpc TB --- 2011-03-31 09:52:21 - TARGET_ARCH=powerpc TB --- 2011-03-31 09:52:21 - TZ=UTC TB --- 2011-03-31 09:52:21 - __MAKE_CONF=/dev/null TB --- 2011-03-31 09:52:21 - cd /src TB --- 2011-03-31 09:52:21 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 09:52:22 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 31 11:35:55 UTC 2011 TB --- 2011-03-31 11:35:55 - generating LINT kernel config TB --- 2011-03-31 11:35:55 - cd /src/sys/powerpc/conf TB --- 2011-03-31 11:35:55 - /usr/bin/make -B LINT TB --- 2011-03-31 11:35:55 - building LINT kernel TB --- 2011-03-31 11:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 11:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 11:35:55 - TARGET=powerpc TB --- 2011-03-31 11:35:55 - TARGET_ARCH=powerpc TB --- 2011-03-31 11:35:55 - TZ=UTC TB --- 2011-03-31 11:35:55 - __MAKE_CONF=/dev/null TB --- 2011-03-31 11:35:55 - cd /src TB --- 2011-03-31 11:35:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 11:35:55 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_ath.ko ===> ath_ahb (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath_ahb/../../dev/ath -I/src/sys/modules/ath_ahb/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc.powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc.powerpc/src/sys/LINT -fno-builtin -msoft-float -mno-altivec -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c cc1: warnings being treated as errors In file included from /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c:61: @/mips/atheros/ar71xxreg.h: In function 'ar71xx_ddr_flush': @/mips/atheros/ar71xxreg.h:497: warning: implicit declaration of function 'MIPS_PHYS_TO_KSEG1' @/mips/atheros/ar71xxreg.h:497: warning: nested extern declaration of 'MIPS_PHYS_TO_KSEG1' *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 11:48:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 11:48:55 - ERROR: failed to build lint kernel TB --- 2011-03-31 11:48:55 - 5730.23 user 944.03 system 7045.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:54:17 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 739151065672; Thu, 31 Mar 2011 11:54:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3FEC28FC0C; Thu, 31 Mar 2011 11:54:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VBsGdd049486; Thu, 31 Mar 2011 07:54:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VBsGJF049485; Thu, 31 Mar 2011 11:54:16 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 11:54:16 GMT Message-Id: <201103311154.p2VBsGJF049485@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:54:17 -0000 TB --- 2011-03-31 10:04:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 10:04:18 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-03-31 10:04:18 - cleaning the object tree TB --- 2011-03-31 10:04:32 - cvsupping the source tree TB --- 2011-03-31 10:04:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-03-31 10:04:50 - building world TB --- 2011-03-31 10:04:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 10:04:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 10:04:50 - TARGET=powerpc TB --- 2011-03-31 10:04:50 - TARGET_ARCH=powerpc64 TB --- 2011-03-31 10:04:50 - TZ=UTC TB --- 2011-03-31 10:04:50 - __MAKE_CONF=/dev/null TB --- 2011-03-31 10:04:50 - cd /src TB --- 2011-03-31 10:04:50 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 10:04:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 31 11:40:30 UTC 2011 TB --- 2011-03-31 11:40:30 - generating LINT kernel config TB --- 2011-03-31 11:40:30 - cd /src/sys/powerpc/conf TB --- 2011-03-31 11:40:30 - /usr/bin/make -B LINT TB --- 2011-03-31 11:40:30 - building LINT kernel TB --- 2011-03-31 11:40:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 11:40:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 11:40:30 - TARGET=powerpc TB --- 2011-03-31 11:40:30 - TARGET_ARCH=powerpc64 TB --- 2011-03-31 11:40:30 - TZ=UTC TB --- 2011-03-31 11:40:30 - __MAKE_CONF=/dev/null TB --- 2011-03-31 11:40:30 - cd /src TB --- 2011-03-31 11:40:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 11:40:30 UTC 2011 >>> 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 [...] @/mips/atheros/ar71xxreg.h:500: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:501: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h: In function 'ar71xx_write_pll': @/mips/atheros/ar71xxreg.h:511: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:515: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:518: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:520: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:524: warning: cast to pointer from integer of different size *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 11:54:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 11:54:16 - ERROR: failed to build lint kernel TB --- 2011-03-31 11:54:16 - 5183.18 user 1054.66 system 6597.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 12:02:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A2C41065715 for ; Thu, 31 Mar 2011 12:02:27 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03C188FC1B for ; Thu, 31 Mar 2011 12:02:26 +0000 (UTC) Received: by pwj8 with SMTP id 8so482658pwj.13 for ; Thu, 31 Mar 2011 05:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=m66qaJFtpaBH9X9XoSvMCn+iVaidJDQaXDvTSDzFlxE=; b=oAUWzs0p6r9biUDKatWM3J/FoNrqQ5xiGZ7F0Fit9mx3Wpr3q/FX7lApxn4GLqBxmk DqRviqEYHlusB6BZWF1Xj8u77THkx9jLlUdcXTcHZab0dFNaO7PHpFXq9wRW8yUQiMDb 2aH3fYWHXXcuBzaG0A5iz2b8V3HQ/of6qVW9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=SfhM21FEPiDmYt4YmZb4KW0Qt8qwDVavoCimBso7aacn3IcKTHD03k98Tj0XEzJJuh O6RFckgsobnKjJYBKa3QZXQwy/VttyYpqcruz1YFhDNc1fc77Iy5dOeKrBmOgwSVtdxH PTYVH/hCW71DppB1wwATbKxd/t/jc7hdHnBpU= MIME-Version: 1.0 Received: by 10.142.191.6 with SMTP id o6mr1943269wff.312.1301571146082; Thu, 31 Mar 2011 04:32:26 -0700 (PDT) Received: by 10.142.153.15 with HTTP; Thu, 31 Mar 2011 04:32:26 -0700 (PDT) Date: Thu, 31 Mar 2011 13:32:26 +0200 Message-ID: From: Svatopluk Kraus To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 12:02:27 -0000 Hi, I've got a page fault (because of NULL td_lock) in thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c file. During process fork, new thread is linked to new process which is linked to allproc list and both allproc_lock and new process lock are unlocked before sched_fork() is called, where new thread td_lock is initialized. Only PRS_NEW process status is on sentry but not checked in schedcpu(). Svata From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 12:04:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EA8D106564A for ; Thu, 31 Mar 2011 12:04:12 +0000 (UTC) (envelope-from adrian.chadd@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 E7C7C8FC16 for ; Thu, 31 Mar 2011 12:04:11 +0000 (UTC) Received: by wyf23 with SMTP id 23so2323806wyf.13 for ; Thu, 31 Mar 2011 05:04:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=iRL1Tts+xCLo3wM+iGPqprc/DpoSN4QS2+g/ftCv31k=; b=KQR3rLNuowmkFClWh8RY9p6Zyu9xKHMpsGxoIbmzuDQxSSbsNWWP1OhiHd5UtcgWcG VHb9QzQqOHPRBHTClzjND0/7UhZ2cVDttLswsCeK32FWvJenZ81GU+/ouCc/BUIjFGZd vYsEdbbTul6G3FIAdH4c0lSQQ2vvJzFUEM3R0= 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:content-type; b=Dewgt/NM8zWQCBcmM/MZ+kdJ9qewHaVatWtd+1Bca9zEPyOaC9v6ivSbLfQ29Dxrf9 8qWYlqt5fD2yqMd/J2EGpRw1orVdWQ8LW5tDFv90TJtLQY6peBe1UmywbtJCMB1sqiJo RTaawttDatlXvhmeCEqz5SZ8w8PtRRCy3GBTI= MIME-Version: 1.0 Received: by 10.227.180.77 with SMTP id bt13mr2679397wbb.93.1301573050989; Thu, 31 Mar 2011 05:04:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.227.135.137 with HTTP; Thu, 31 Mar 2011 05:04:10 -0700 (PDT) In-Reply-To: <201103311125.p2VBPYVU018790@freebsd-current.sentex.ca> References: <201103311125.p2VBPYVU018790@freebsd-current.sentex.ca> Date: Thu, 31 Mar 2011 20:04:10 +0800 X-Google-Sender-Auth: X0CH8J1MqrNr_tudzWeg7lR6JCI Message-ID: From: Adrian Chadd To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 12:04:12 -0000 .. I fixed it by just disabling building the ath_ahb module for now. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 13:58:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 003F21065670 for ; Thu, 31 Mar 2011 13:58:52 +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 CBD788FC08 for ; Thu, 31 Mar 2011 13:58:52 +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 7078D46B98; Thu, 31 Mar 2011 09:58:52 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D79258A01B; Thu, 31 Mar 2011 09:58:51 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 Mar 2011 09:58:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103310958.51416.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 31 Mar 2011 09:58:51 -0400 (EDT) Cc: Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 13:58:53 -0000 On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: > Hi, > > I've got a page fault (because of NULL td_lock) in > thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > file. During process fork, new thread is linked to new process which > is linked to allproc list and both allproc_lock and new process lock > are unlocked before sched_fork() is called, where new thread td_lock > is initialized. Only PRS_NEW process status is on sentry but not > checked in schedcpu(). I think this should fix it: Index: sched_4bsd.c =================================================================== --- sched_4bsd.c (revision 220190) +++ sched_4bsd.c (working copy) @@ -463,6 +463,10 @@ schedcpu(void) sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); + if (p->p_state == PRS_NEW) { + PROC_UNLOCK(p); + continue; + } FOREACH_THREAD_IN_PROC(p, td) { awake = 0; thread_lock(td); -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:06:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E46BD1065673; Thu, 31 Mar 2011 14:06:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD8D8FC17; Thu, 31 Mar 2011 14:06:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VE62PC081416; Thu, 31 Mar 2011 10:06:02 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VE62NE081395; Thu, 31 Mar 2011 14:06:02 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 14:06:02 GMT Message-Id: <201103311406.p2VE62NE081395@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:06:04 -0000 TB --- 2011-03-31 12:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 12:00:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-03-31 12:00:00 - cleaning the object tree TB --- 2011-03-31 12:00:21 - cvsupping the source tree TB --- 2011-03-31 12:00:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-03-31 12:00:35 - building world TB --- 2011-03-31 12:00:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 12:00:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 12:00:35 - TARGET=pc98 TB --- 2011-03-31 12:00:35 - TARGET_ARCH=i386 TB --- 2011-03-31 12:00:35 - TZ=UTC TB --- 2011-03-31 12:00:35 - __MAKE_CONF=/dev/null TB --- 2011-03-31 12:00:35 - cd /src TB --- 2011-03-31 12:00:35 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 12:00:35 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 31 13:51:12 UTC 2011 TB --- 2011-03-31 13:51:12 - generating LINT kernel config TB --- 2011-03-31 13:51:12 - cd /src/sys/pc98/conf TB --- 2011-03-31 13:51:12 - /usr/bin/make -B LINT TB --- 2011-03-31 13:51:12 - building LINT kernel TB --- 2011-03-31 13:51:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 13:51:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 13:51:12 - TARGET=pc98 TB --- 2011-03-31 13:51:12 - TARGET_ARCH=i386 TB --- 2011-03-31 13:51:12 - TZ=UTC TB --- 2011-03-31 13:51:12 - __MAKE_CONF=/dev/null TB --- 2011-03-31 13:51:12 - cd /src TB --- 2011-03-31 13:51:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 13:51:12 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_ath.ko ===> ath_ahb (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath_ahb/../../dev/ath -I/src/sys/modules/ath_ahb/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c cc1: warnings being treated as errors In file included from /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c:61: @/mips/atheros/ar71xxreg.h: In function 'ar71xx_ddr_flush': @/mips/atheros/ar71xxreg.h:497: warning: implicit declaration of function 'MIPS_PHYS_TO_KSEG1' @/mips/atheros/ar71xxreg.h:497: warning: nested extern declaration of 'MIPS_PHYS_TO_KSEG1' *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 14:06:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 14:06:02 - ERROR: failed to build lint kernel TB --- 2011-03-31 14:06:02 - 6084.10 user 1039.74 system 7561.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:10:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67CCC1065672 for ; Thu, 31 Mar 2011 14:10:59 +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 B2B0B8FC1B for ; Thu, 31 Mar 2011 14:10:58 +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 RAA07829; Thu, 31 Mar 2011 17:10:50 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4D948B6A.6000906@FreeBSD.org> Date: Thu, 31 Mar 2011 17:10:50 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Svatopluk Kraus References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:10:59 -0000 on 31/03/2011 14:32 Svatopluk Kraus said the following: > Hi, > > I've got a page fault (because of NULL td_lock) in > thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > file. During process fork, new thread is linked to new process which > is linked to allproc list and both allproc_lock and new process lock > are unlocked before sched_fork() is called, where new thread td_lock > is initialized. Only PRS_NEW process status is on sentry but not > checked in schedcpu(). How recent is your current? This sounds like something that could have been recently fixed. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:15:01 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 429FA1065670; Thu, 31 Mar 2011 14:15:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 109678FC0A; Thu, 31 Mar 2011 14:15:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VEF0RU035823; Thu, 31 Mar 2011 10:15:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VEF0Cx035802; Thu, 31 Mar 2011 14:15:00 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 14:15:00 GMT Message-Id: <201103311415.p2VEF0Cx035802@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:15:01 -0000 TB --- 2011-03-31 12:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 12:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-03-31 12:00:00 - cleaning the object tree TB --- 2011-03-31 12:00:26 - cvsupping the source tree TB --- 2011-03-31 12:00:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-03-31 12:05:50 - building world TB --- 2011-03-31 12:05:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 12:05:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 12:05:50 - TARGET=i386 TB --- 2011-03-31 12:05:50 - TARGET_ARCH=i386 TB --- 2011-03-31 12:05:50 - TZ=UTC TB --- 2011-03-31 12:05:50 - __MAKE_CONF=/dev/null TB --- 2011-03-31 12:05:50 - cd /src TB --- 2011-03-31 12:05:50 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 12:05:51 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 31 13:57:33 UTC 2011 TB --- 2011-03-31 13:57:33 - generating LINT kernel config TB --- 2011-03-31 13:57:33 - cd /src/sys/i386/conf TB --- 2011-03-31 13:57:33 - /usr/bin/make -B LINT TB --- 2011-03-31 13:57:33 - building LINT kernel TB --- 2011-03-31 13:57:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 13:57:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 13:57:33 - TARGET=i386 TB --- 2011-03-31 13:57:33 - TARGET_ARCH=i386 TB --- 2011-03-31 13:57:33 - TZ=UTC TB --- 2011-03-31 13:57:33 - __MAKE_CONF=/dev/null TB --- 2011-03-31 13:57:33 - cd /src TB --- 2011-03-31 13:57:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 13:57:33 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_ath.ko ===> ath_ahb (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/src/sys/modules/ath_ahb/../../dev/ath -I/src/sys/modules/ath_ahb/../../dev/ath/ath_hal -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386.i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c cc1: warnings being treated as errors In file included from /src/sys/modules/ath_ahb/../../dev/ath/if_ath_ahb.c:61: @/mips/atheros/ar71xxreg.h: In function 'ar71xx_ddr_flush': @/mips/atheros/ar71xxreg.h:497: warning: implicit declaration of function 'MIPS_PHYS_TO_KSEG1' @/mips/atheros/ar71xxreg.h:497: warning: nested extern declaration of 'MIPS_PHYS_TO_KSEG1' *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 14:14:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 14:14:59 - ERROR: failed to build lint kernel TB --- 2011-03-31 14:14:59 - 6251.58 user 1025.37 system 8099.10 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:35:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F04C1065674 for ; Thu, 31 Mar 2011 14:35:07 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 0D7838FC19 for ; Thu, 31 Mar 2011 14:35:06 +0000 (UTC) Received: by pxi6 with SMTP id 6so1480423pxi.17 for ; Thu, 31 Mar 2011 07:35:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=G3ap4TYWgxoll4TGu9MWVQX8lsed+UJB8bZfoFIfpg4=; b=Vw3t6TjxObh2n7BD4rXvI+eJCAequPMjrlx5V02KWFeq3IYq1djn9C/rpCEQzs2Ln4 VYFVJzQen4tG+kYOqBlyEOSHBLrBVxiSvhTtr9K7rzgQhqGMXwhFjFtW/E/EGwFJHUNr kuSD2x+gQvzJGSiiMiMk8nvp2MByc7O7yH21U= 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=WWlJI5mIaFPIJBLU0TGk/oAzAgX285ebIeig/LnsFRNbNLT850Y4wrvEsWdSv//fJP kMGy1L9zB6QL7NLWeqfzy7WKQWQSl++r1XcWBA9Evz//r0ZU1QQ5z3/E6DIOyaIxl5QA snDLALyexMbM9GJ7n0++/PW/FEdAX0skLO2j4= MIME-Version: 1.0 Received: by 10.142.201.13 with SMTP id y13mr1985973wff.198.1301582106622; Thu, 31 Mar 2011 07:35:06 -0700 (PDT) Received: by 10.142.153.15 with HTTP; Thu, 31 Mar 2011 07:35:06 -0700 (PDT) In-Reply-To: <4D948B6A.6000906@FreeBSD.org> References: <4D948B6A.6000906@FreeBSD.org> Date: Thu, 31 Mar 2011 16:35:06 +0200 Message-ID: From: Svatopluk Kraus To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:35:07 -0000 On Thu, Mar 31, 2011 at 4:10 PM, Andriy Gapon wrote: > on 31/03/2011 14:32 Svatopluk Kraus said the following: >> Hi, >> >> =A0 I've got a page fault (because of NULL td_lock) in >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c >> file. During process fork, new thread is linked to new process which >> is linked to allproc list and both allproc_lock and new process lock >> are unlocked before sched_fork() is called, where new thread td_lock >> is initialized. Only PRS_NEW process status is on sentry but not >> checked in schedcpu(). > > How recent is your current? > This sounds like something that could have been recently fixed. > My current is from 20.3.2011 but I have looked at CVS on freebsd.org just before my post. It didn't look to be solved. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:36:50 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C370F106566C; Thu, 31 Mar 2011 14:36:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9095B8FC1D; Thu, 31 Mar 2011 14:36:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VEanc9020418; Thu, 31 Mar 2011 10:36:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p2VEanXJ020405; Thu, 31 Mar 2011 14:36:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 31 Mar 2011 14:36:49 GMT Message-Id: <201103311436.p2VEanXJ020405@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:36:51 -0000 TB --- 2011-03-31 12:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 12:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-03-31 12:00:00 - cleaning the object tree TB --- 2011-03-31 12:00:25 - cvsupping the source tree TB --- 2011-03-31 12:00:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-03-31 12:00:39 - building world TB --- 2011-03-31 12:00:39 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 12:00:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 12:00:39 - TARGET=amd64 TB --- 2011-03-31 12:00:39 - TARGET_ARCH=amd64 TB --- 2011-03-31 12:00:39 - TZ=UTC TB --- 2011-03-31 12:00:39 - __MAKE_CONF=/dev/null TB --- 2011-03-31 12:00:39 - cd /src TB --- 2011-03-31 12:00:39 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 12:00:41 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Mar 31 14:20:29 UTC 2011 TB --- 2011-03-31 14:20:29 - generating LINT kernel config TB --- 2011-03-31 14:20:29 - cd /src/sys/amd64/conf TB --- 2011-03-31 14:20:29 - /usr/bin/make -B LINT TB --- 2011-03-31 14:20:29 - building LINT kernel TB --- 2011-03-31 14:20:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 14:20:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 14:20:29 - TARGET=amd64 TB --- 2011-03-31 14:20:29 - TARGET_ARCH=amd64 TB --- 2011-03-31 14:20:29 - TZ=UTC TB --- 2011-03-31 14:20:29 - __MAKE_CONF=/dev/null TB --- 2011-03-31 14:20:29 - cd /src TB --- 2011-03-31 14:20:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 14:20:29 UTC 2011 >>> 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 [...] @/mips/atheros/ar71xxreg.h:500: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:501: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h: In function 'ar71xx_write_pll': @/mips/atheros/ar71xxreg.h:511: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:515: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:518: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:520: warning: cast to pointer from integer of different size @/mips/atheros/ar71xxreg.h:524: warning: cast to pointer from integer of different size *** Error code 1 Stop in /src/sys/modules/ath_ahb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-03-31 14:36:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-03-31 14:36:49 - ERROR: failed to build lint kernel TB --- 2011-03-31 14:36:49 - 7453.19 user 1353.15 system 9408.69 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 14:54:27 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCB3E1065670; Thu, 31 Mar 2011 14:54: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 471A18FC08; Thu, 31 Mar 2011 14:54: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 RAA08552; Thu, 31 Mar 2011 17:54:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4D94959F.3090507@FreeBSD.org> Date: Thu, 31 Mar 2011 17:54:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Baptiste Daroussin References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: ports@FreeBSD.org, hackers@FreeBSD.org, current@FreeBSD.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 14:54:27 -0000 on 29/03/2011 23:29 Baptiste Daroussin said the following: > ok let's try to say it simpler :) the main goal is to keep it simple > for now, simple and rock solid, so that we can replace pkg_install and > do some cleanup in the ports tree, add the "must have" features while > doing that. And only when we will be ready for that and that portmgr > have decided that it is mature enough to replace pkg_install, only > after that we will start improving with new features and new changes. > > I thinks changing the package name scheme is not a "must have" > feature, it for sure is and intresting feature, but what about pushing > to after the first stable release? managing architecture as we plan to > do it is enough imho. Oh, yes, I realize all this and totally agree with it. Given how huge and how visible our ports and packages systems are, it's better to be slow and cautious. All the ideas that I suggested were more for the "next step" than for now. Thank you for the work! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 15:02:09 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D3BC1065670; Thu, 31 Mar 2011 15:02:09 +0000 (UTC) (envelope-from baptiste.daroussin@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 9E6778FC23; Thu, 31 Mar 2011 15:02:08 +0000 (UTC) Received: by iwn33 with SMTP id 33so3097886iwn.13 for ; Thu, 31 Mar 2011 08:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=yFoPhmdNigMv+TShFMkqVUVIpWVfl7g61LAeO75Mfz4=; b=v3o8f74by+dA1NO1QIS4NZv3yEsawen7LaRNOHlKxDMacYl9TOXM+lufslV39YeIiW 6VsCMeOpwDPawb8786wmTHLX0QJ/t1/0aOQuz6zJCw5zG7Xyz8Hh4Ot35mVBUaFC0Qmw 7d3udyLlhUF0OwaE9Bvq6FruRKy1+Vysi8WAk= 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; b=WHne718H5t1+vIsf6XX4YMcDQB7JN6CNd+uHzY7VTg3NbWrqA/mJub4xFlki19OCri Y3be3HS7WH2zb0pNgPCCWrgqDjNKAQZPDtokIa/GBEc/J0y0KhyYlS1xrPfFoiQeyK0u 9oMmLxXtWJ7w6bJe00grUEVcVRX7AL3yjIMEg= Received: by 10.43.64.196 with SMTP id xj4mr3325343icb.51.1301583728225; Thu, 31 Mar 2011 08:02:08 -0700 (PDT) MIME-Version: 1.0 Sender: baptiste.daroussin@gmail.com Received: by 10.231.174.207 with HTTP; Thu, 31 Mar 2011 08:01:46 -0700 (PDT) In-Reply-To: <4D94959F.3090507@FreeBSD.org> References: <20110325101111.GA36840__48943.3474642739$1301049771$gmane$org@azathoth.lan> <4D90C8EA.2000901@freebsd.org> <4D9218DF.8060305@freebsd.org> <4D94959F.3090507@FreeBSD.org> From: Baptiste Daroussin Date: Thu, 31 Mar 2011 17:01:46 +0200 X-Google-Sender-Auth: gcGIbfIbTWsMBatREhKoBMHcHJQ Message-ID: To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: ports@freebsd.org, hackers@freebsd.org, current@freebsd.org, Julien Laffaye Subject: Re: [ECFT] pkgng 0.1-alpha1: a replacement for pkg_install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:02:09 -0000 2011/3/31 Andriy Gapon : > on 29/03/2011 23:29 Baptiste Daroussin said the following: >> ok let's try to say it simpler :) the main goal is to keep it simple >> for now, simple and rock solid, so that we can replace pkg_install and >> do some cleanup in the ports tree, add the "must have" features while >> doing that. And only when we will be ready for that and that portmgr >> have decided that it is mature enough to replace pkg_install, only >> after that we will start improving with new features and new changes. >> >> I thinks changing the package name scheme is not a "must have" >> feature, it for sure is and intresting feature, but what about pushing >> to after the first stable release? managing architecture as we plan to >> do it is enough imho. > > Oh, yes, I realize all this and totally agree with it. > Given how huge and how visible our ports and packages systems are, it's better to > be slow and cautious. > All the ideas that I suggested were more for the "next step" than for now. > And noted in my personnal TODO list :) > Thank you for the work! > -- > Andriy Gapon > From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 15:45:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D8E51065688; Thu, 31 Mar 2011 15:45:53 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 492E98FC27; Thu, 31 Mar 2011 15:45:53 +0000 (UTC) Received: by iwn33 with SMTP id 33so3146683iwn.13 for ; Thu, 31 Mar 2011 08:45:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.111.228 with SMTP id t36mr2844466ibp.59.1301584850943; Thu, 31 Mar 2011 08:20:50 -0700 (PDT) Received: by 10.231.60.10 with HTTP; Thu, 31 Mar 2011 08:20:50 -0700 (PDT) Date: Thu, 31 Mar 2011 17:20:50 +0200 Message-ID: From: Olivier Smedts To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jfv@freebsd.org Subject: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:45:53 -0000 Hello, I've got a problem under FreeBSD 9.0-CURRENT amd64 with the em driver. It's loaded as a module. I was previously using r219710 (2011-03-17) without any problem, but with latest HEAD I can't even send a ping. Here's what appears in dmesg. I tried unloading / loading the module, did not help. At the end I loaded my old if_em.ko and it worked : em0: port 0x2100-0x211f mem 0xf0000000-0xf001ffff,0xf0025000-0xf0025fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: d4:85:64:b2:aa:f5 em0: Could not setup receive structures em0: Could not setup receive structures em0: link state changed to UP em0: port 0x2100-0x211f mem 0xf0000000-0xf001ffff,0xf0025000-0xf0025fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: d4:85:64:b2:aa:f5 em0: Could not setup receive structures em0: Could not setup receive structures em0: detached em0: port 0x2100-0x211f mem 0xf0000000-0xf001ffff,0xf0025000-0xf0025fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: d4:85:64:b2:aa:f5 em0: Could not setup receive structures em0: Could not setup receive structures em0: link state changed to UP em0: detached em0: port 0x2100-0x211f mem 0xf0000000-0xf001ffff,0xf0025000-0xf0025fff irq 19 at device 25.0 on pci0 em0: Using an MSI interrupt em0: Ethernet address: d4:85:64:b2:aa:f5 em0: link state changed to UP With 7.2.2, the "Could not setup receive structures" messages appeared and I had no network. The card is : em0@pci0:0:25:0: class=3D0x020000 card=3D0x304b103c chip=3D0x10ef808= 6 rev=3D0x05 hdr=3D0x00 I must say I'm using clang, maybe it's related, but with a previous driver compiled with clang I don't think I had any problem. Maybe it's related to r219753 : ------------------------------------------------------------------------ r219753 | jfv | 2011-03-18 19:54:00 +0100 (ven 18 mar 2011) | 12 lignes This delta updates the em driver to version 7.2.2 which has been undergoing test for some weeks. This improves the RX mbuf handling to avoid system hang due to depletion. Thanks to all those who have been testing the code, and to Beezar Liu for the design changes. Next the igb driver is updated for similar RX changes, but also to add new features support for our upcoming i350 family of adapters. ------------------------------------------------------------------------ Can I provide anything useful to debug this ? Cheers --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 15:50:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0449A1065670 for ; Thu, 31 Mar 2011 15:50:18 +0000 (UTC) (envelope-from venture37@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 B0C798FC0C for ; Thu, 31 Mar 2011 15:50:17 +0000 (UTC) Received: by ywf9 with SMTP id 9so1185213ywf.13 for ; Thu, 31 Mar 2011 08:50:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=A/ACF7iaO98mFF9ygi2mtKoQ620T75Zkk9CRaM2YJ7w=; b=cWXhIfnbTj6pyTm19UYbHeRPEMYOwq8oegJkjbfZgcKqcqKIH88K2mq7cRwNKT/4b8 SkX1wsqZzGk5wteU9malNTm5yoaD05XB7EeWFIl2xzUfvo9piqJ18LGSTzyceOhSs5OA e/GlzhwRga9hRtQFcAfwSM4WyEOfWnHMWzXbs= 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=KJG0RvP7dRHhaQd/k1307c6LQs02j72rMNJoCVrXwh5xw5kDgW8eVzCuoshtueaPHe z+zpJRZ0ovcxQ0Ttjw407EKwI2miI6ApMi08MP0wH54CWXzzo6ohJz2Xg3SuXhxqaElW yA+Tg/q9QL7VUMsChx2LaF2VBT9P8n2nfuBVw= MIME-Version: 1.0 Received: by 10.101.129.16 with SMTP id g16mr2145505ann.120.1301586616762; Thu, 31 Mar 2011 08:50:16 -0700 (PDT) Received: by 10.100.121.11 with HTTP; Thu, 31 Mar 2011 08:50:16 -0700 (PDT) In-Reply-To: <20110331120710.b5c5f24b.ray@dlink.ua> References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> <20110317110700.05191e8f@gmail.com> <20110320153604.e8245880.ray@ddteam.net> <20110331120710.b5c5f24b.ray@dlink.ua> Date: Thu, 31 Mar 2011 16:50:16 +0100 Message-ID: From: "Sevan / Venture37" To: Aleksandr Rybalko Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:50:18 -0000 On 31 March 2011 10:07, Aleksandr Rybalko wrote: > Now good peoples help me with rework of driver, then this driver will be available under ral(4). > So you need to wait some time. Excellent, I'm happy to be a tester for patches, the card is a Azurewave RT2700E out of a EEPC if I remember right >>> I will post dmesg & pciconf output tomorrow once I have an ethernet >>> cable or removable media near me if you need more info. > > Yeah, post please. at minimum I've interesting which RF used in your device. rt28600: mem 0xf7f00000-0xf7f0ffff irq 17 at device 0.0 on pci3 rt28600: invalid EEPROM LNA gain #2: 0x00 rt28600: invalid EEPROM LNA gain #3: 0x00 rt28600: invalid EEPROM powersave level rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R rt28600: skip channel 10, could not find extension channel rt28600: skip channel 11, could not find extension channel rt28600: skip channel 12, could not find extension channel rt28600: skip channel 13, could not find extension channel rt28600: skip channel 14, could not find extension channel rt28600@pci0:3:0:0: class=0x028000 card=0x27901814 chip=0x07811814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' device = 'Wireless (RT2860/RT2890)' class = network Sevan From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 15:53:08 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B026A106567D for ; Thu, 31 Mar 2011 15:53: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 6AD848FC1C for ; Thu, 31 Mar 2011 15:53:08 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p2VFquqZ066022 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 31 Mar 2011 11:52:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4D94A354.9080903@sentex.net> Date: Thu, 31 Mar 2011 11:52:52 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Olivier Smedts 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 current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 15:53:08 -0000 On 3/31/2011 11:20 AM, Olivier Smedts wrote: > Hello, > > I've got a problem under FreeBSD 9.0-CURRENT amd64 with the em driver. > It's loaded as a module. I was previously using r219710 (2011-03-17) > without any problem, but with latest HEAD I can't even send a ping. > Here's what appears in dmesg. I tried unloading / loading the module, > did not help. At the end I loaded my old if_em.ko and it worked : I ran into a similar problem with specific types of em NICs. For some reason, if it was compiled into the kernel it worked. As a module doing a netboot, it would fail. Does it work for you if the driver is statically compiled into the kernel by chance ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 16:21:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17469106564A; Thu, 31 Mar 2011 16:21:46 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id DA1008FC16; Thu, 31 Mar 2011 16:21:45 +0000 (UTC) Received: by pwj8 with SMTP id 8so548613pwj.13 for ; Thu, 31 Mar 2011 09:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HxLKLTtX3lW/JM/VlW1YL6meut6voiZm7J+PXxUACmI=; b=BLN/7KMPZ8RtGVS/CAW9matSiVf/nL0SuvqhPhE+4w/iR5WgpOBDCnU73XRVgwY/I7 Ue4ARy/FM2uCO6pTFVpbaZZd3do1TTPy2G5R4VOsYZi/wPa4ChMfvWDIXVIL8S1dsHBm N1LztjvGWDSY+ji6qKb/UnCEcSC7uNyYtRogI= 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=CHBVpB3l+nlFnnbneBpHj63bOOsE2v24WhSWkFjR38HArAFMVYKa/Ze4zq59PKK5l9 7bRQOxnopgTZrrrOiR/BJ4nMp/eFFIfeT19JOW3ikSJdbbG1a56D6IJp/s1ncIcT/t6H rhkp7uM7MFrahagfiPjemSHL3W4og56Vqecho= MIME-Version: 1.0 Received: by 10.142.201.13 with SMTP id y13mr2071039wff.198.1301588505435; Thu, 31 Mar 2011 09:21:45 -0700 (PDT) Received: by 10.142.153.15 with HTTP; Thu, 31 Mar 2011 09:21:45 -0700 (PDT) In-Reply-To: <201103310958.51416.jhb@freebsd.org> References: <201103310958.51416.jhb@freebsd.org> Date: Thu, 31 Mar 2011 18:21:45 +0200 Message-ID: From: Svatopluk Kraus To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 16:21:46 -0000 On Thu, Mar 31, 2011 at 3:58 PM, John Baldwin wrote: > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: >> Hi, >> >> =A0 I've got a page fault (because of NULL td_lock) in >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c >> file. During process fork, new thread is linked to new process which >> is linked to allproc list and both allproc_lock and new process lock >> are unlocked before sched_fork() is called, where new thread td_lock >> is initialized. Only PRS_NEW process status is on sentry but not >> checked in schedcpu(). > > I think this should fix it: > > Index: sched_4bsd.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sched_4bsd.c =A0 =A0 =A0 =A0(revision 220190) > +++ sched_4bsd.c =A0 =A0 =A0 =A0(working copy) > @@ -463,6 +463,10 @@ schedcpu(void) > =A0 =A0 =A0 =A0sx_slock(&allproc_lock); > =A0 =A0 =A0 =A0FOREACH_PROC_IN_SYSTEM(p) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0PROC_LOCK(p); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (p->p_state =3D=3D PRS_NEW) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PROC_UNLOCK(p); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 continue; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0FOREACH_THREAD_IN_PROC(p, td) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0awake =3D 0; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0thread_lock(td); > Thanks for patch. Maybe, test p_state not to be PRS_NORMAL could be better? I've got next (same reason) page fault in thread_lock_flags() called from scheduler() in sys/vm/vm_glue.c. I try to search for FOREACH_THREAD_IN_PROC() together with FOREACH_PROC_IN_SYSTEM() in /sys subtree and next problem could be in deadlkres() in sys/kern/kern_clock.c at least. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 16:56:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CC2A1065673 for ; Thu, 31 Mar 2011 16:56:40 +0000 (UTC) (envelope-from asmrookie@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 53E1C8FC1A for ; Thu, 31 Mar 2011 16:56:39 +0000 (UTC) Received: by gyg13 with SMTP id 13so1218775gyg.13 for ; Thu, 31 Mar 2011 09:56:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9157ZKlKSLvEAdt+6q7EmxhUadSnfnA7xkTF23ZbdZk=; b=Q9yajcyUsL7uJynJfVwlnkeYwFRaDy/xy6htVOam0Knj53KAwFklBE7UtR+TsSy3Ik 9Z8SxX67g12VUVb1Yi2Mz7e6Y6tePLkN+qes9cT4XK/s2CzY5RdByBPCTGijmjE0elOp tdR8/QO8YHKMILX3k10mz/piBJoOGwv2i8hP4= 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=BYL8vAVdVl9TJ/2TV+3FUWXyFz1pADPQyFjmjxLLoiBb2sReVLD0QStxYOXtznwGn2 m2UvHD/ChExzfmdouwmzG6UP2BRbTm3V6DHgsJxR0va1DzI8ZnFjTwOgvgCdsR1nwbgK 3lJ1ERZXnGcUWMhnzzavyb23JNewAzpGy6OHM= MIME-Version: 1.0 Received: by 10.236.174.105 with SMTP id w69mr4031353yhl.33.1301589271840; Thu, 31 Mar 2011 09:34:31 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.110.20 with HTTP; Thu, 31 Mar 2011 09:34:31 -0700 (PDT) In-Reply-To: <201103310958.51416.jhb@freebsd.org> References: <201103310958.51416.jhb@freebsd.org> Date: Thu, 31 Mar 2011 12:34:31 -0400 X-Google-Sender-Auth: ZGZk6EqJMnyGKY-jRxUQScmRdjE Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 16:56:40 -0000 2011/3/31 John Baldwin : > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: >> Hi, >> >> =C2=A0 I've got a page fault (because of NULL td_lock) in >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c >> file. During process fork, new thread is linked to new process which >> is linked to allproc list and both allproc_lock and new process lock >> are unlocked before sched_fork() is called, where new thread td_lock >> is initialized. Only PRS_NEW process status is on sentry but not >> checked in schedcpu(). > > I think this should fix it: > > Index: sched_4bsd.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(revision 220190) > +++ sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(working copy) > @@ -463,6 +463,10 @@ schedcpu(void) > =C2=A0 =C2=A0 =C2=A0 =C2=A0sx_slock(&allproc_lock); > =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_PROC_IN_SYSTEM(p) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0PROC_LOCK(p); > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (p->p_state =3D=3D = PRS_NEW) { > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 PROC_UNLOCK(p); > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 continue; > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_THREAD_IN_= PROC(p, td) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0awake =3D 0; > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0thread_lock(td); > I don't really think this fix is right because otherwise, when using sched_4bsd anytime we are going to scan the thread list within a proc we need to check for PRS_NEW. We likely need to change the init scheme for the td_lock by having a scheduler primitive setting it and doing that on thread_init() UMA constructor, or similar approach. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 17:14:43 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 886541065742 for ; Thu, 31 Mar 2011 17:14:43 +0000 (UTC) (envelope-from jfvogel@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 3FF0E8FC13 for ; Thu, 31 Mar 2011 17:14:42 +0000 (UTC) Received: by vws18 with SMTP id 18so2505335vws.13 for ; Thu, 31 Mar 2011 10:14:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=dCAcUh8oQtYc8TX2bTz0HvBKGtC9I8XVti0HpOSPUk4=; b=PEHcMQMcF8yDyctU/ADY2CwXfy7g35Da8roH8MRmH4LXvBz3MLvaGFl0OJLPt/FYOe vgbJEKON6thVxai1nm/UrZb+ToBVGq7fLSadCEiaMhqfJhv7f9TV2eSrqoZ2HpPgaUDS 6rqh5PWhiTeqcNrMVNgC3zuN4mfJa+rCaMDfw= 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=W6cWnfsn3W2ja9fmb/hzQxdbngG0eJpCoaMNd5uIVR5mnhmmeUM6qNVaia+lnVvGuJ omz2iyT4YEjkGtvTlP1qpif2LiNkRAAo07Gg5hgAdc4wCD2oyVRRdBRf15Blri9hkbh1 0f5VaS2hoAznRKygLR6Fxq8CEXBz8JU8Oep9k= MIME-Version: 1.0 Received: by 10.52.94.108 with SMTP id db12mr3805168vdb.293.1301590091256; Thu, 31 Mar 2011 09:48:11 -0700 (PDT) Received: by 10.52.167.6 with HTTP; Thu, 31 Mar 2011 09:48:11 -0700 (PDT) In-Reply-To: <4D94A354.9080903@sentex.net> References: <4D94A354.9080903@sentex.net> Date: Thu, 31 Mar 2011 09:48:11 -0700 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Olivier Smedts , FreeBSD current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:14:43 -0000 This problem happens for only one reason, you have insufficient mbufs to fill your rx ring. Its odd that it would differ when its static versus a loadable module though! With the 7.2.2 driver you also will use different mbuf pools depending on the MTU you are using. If you use jumbo frames it will use 4K clusters, if you go to 9K jumbos it will use 9K mbuf clusters. The number of these allocated by default is small (like 6400 small :). I would use 'netstat -m' to see what the pools look like. Now that I think about it, the reason it might fail as loaded while not as built in is you get allocation of the mbufs first when static, and something else is taking them before you can load when loadable?? I suspect all will be fine if you increase the pool size that you are using. Jack On Thu, Mar 31, 2011 at 8:52 AM, Mike Tancsa wrote: > On 3/31/2011 11:20 AM, Olivier Smedts wrote: > > Hello, > > > > I've got a problem under FreeBSD 9.0-CURRENT amd64 with the em driver. > > It's loaded as a module. I was previously using r219710 (2011-03-17) > > without any problem, but with latest HEAD I can't even send a ping. > > Here's what appears in dmesg. I tried unloading / loading the module, > > did not help. At the end I loaded my old if_em.ko and it worked : > > I ran into a similar problem with specific types of em NICs. For some > reason, if it was compiled into the kernel it worked. As a module doing > a netboot, it would fail. Does it work for you if the driver is > statically compiled into the kernel by chance ? > > ---Mike > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > _______________________________________________ > 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-current@FreeBSD.ORG Thu Mar 31 17:17:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9A2CE106566B; Thu, 31 Mar 2011 17:17:06 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Best Date: Thu, 31 Mar 2011 13:16:53 -0400 User-Agent: KMail/1.6.2 References: <20110330205432.GA16169@freebsd.org> <201103310158.29297.jkim@FreeBSD.org> In-Reply-To: <201103310158.29297.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311317.00300.jkim@FreeBSD.org> Cc: Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@freebsd.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 17:17:08 -0000 On Thursday 31 March 2011 01:58 am, Jung-uk Kim wrote: > I wrote an ugly but very simple workaround. Drop the attached > patch in www/nspluginwrapper-devel/files and replaces old one, > rebuild, reinstall, redo plugin wrappers, etc., etc... I just went ahead and committed slightly improved version of this patch (nspluginwrapper-1.3.0_9) for the "right-click hang" problem. FYI... Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:18:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0227310656E0; Thu, 31 Mar 2011 18:18:34 +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 C99948FC15; Thu, 31 Mar 2011 18:18:33 +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 72B5846B52; Thu, 31 Mar 2011 14:18:33 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 029DF8A02A; Thu, 31 Mar 2011 14:18:33 -0400 (EDT) From: John Baldwin To: Attilio Rao Date: Thu, 31 Mar 2011 14:18:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201103310958.51416.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103311418.31658.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 31 Mar 2011 14:18:33 -0400 (EDT) Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:18:34 -0000 On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: > 2011/3/31 John Baldwin : > > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: > >> Hi, > >> > >> I've got a page fault (because of NULL td_lock) in > >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > >> file. During process fork, new thread is linked to new process which > >> is linked to allproc list and both allproc_lock and new process lock > >> are unlocked before sched_fork() is called, where new thread td_lock > >> is initialized. Only PRS_NEW process status is on sentry but not > >> checked in schedcpu(). > > > > I think this should fix it: > > > > Index: sched_4bsd.c > > =================================================================== > > --- sched_4bsd.c (revision 220190) > > +++ sched_4bsd.c (working copy) > > @@ -463,6 +463,10 @@ schedcpu(void) > > sx_slock(&allproc_lock); > > FOREACH_PROC_IN_SYSTEM(p) { > > PROC_LOCK(p); > > + if (p->p_state == PRS_NEW) { > > + PROC_UNLOCK(p); > > + continue; > > + } > > FOREACH_THREAD_IN_PROC(p, td) { > > awake = 0; > > thread_lock(td); > > > > I don't really think this fix is right because otherwise, when using > sched_4bsd anytime we are going to scan the thread list within a proc > we need to check for PRS_NEW. > > We likely need to change the init scheme for the td_lock by having a > scheduler primitive setting it and doing that on thread_init() UMA > constructor, or similar approach. But the thread state isn't valid anyway. 4BSD shouldn't be touching the thread since it is in an incomplete / undefined state. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:20:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E83CE1065675; Thu, 31 Mar 2011 18:20:12 +0000 (UTC) (envelope-from asmrookie@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 8A9528FC1D; Thu, 31 Mar 2011 18:20:12 +0000 (UTC) Received: by gyg13 with SMTP id 13so1259007gyg.13 for ; Thu, 31 Mar 2011 11:20:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+zLOjZUbaaWEpv03j1mDXkRSK+U5frfxwGxNrSkBxd4=; b=F6sWDUECs8R8NMKkMgHubD3wqDxCdndMtQmn0hVSBfADU+9+qlbKUb8ksmcc+04nWm mGDMPktPRPAcVoxpH6SvLrOKS0k25lFOcwztDIVd7SKq0l0x1pW/qQjR0S1awLSKWINY xKYL2Dyc8Tl4nRvlfB9ElTKz+HnPjOXS8iwDY= 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=ti5vjDYpzzFL1e3Lv9jq0L1cD5qwWD4ONk90VWedW2sSemYsV/LVoXT/xL5ytNzVWo bENW/rcmFqBoqmXZzPzUgMc9tiFv1ArNCaKIqJT3xPiK/O/fkU0ZQNLZZCmzURJ9oaY4 o68b9D6YJ98nxK+Gc25YWAJhfw8om+nS5byW8= MIME-Version: 1.0 Received: by 10.236.195.3 with SMTP id o3mr1756285yhn.133.1301595611747; Thu, 31 Mar 2011 11:20:11 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.110.20 with HTTP; Thu, 31 Mar 2011 11:20:11 -0700 (PDT) In-Reply-To: <201103311418.31658.jhb@freebsd.org> References: <201103310958.51416.jhb@freebsd.org> <201103311418.31658.jhb@freebsd.org> Date: Thu, 31 Mar 2011 14:20:11 -0400 X-Google-Sender-Auth: 7SM8zFdefeJmdLATPai2zUpu-5k Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:20:13 -0000 2011/3/31 John Baldwin : > On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: >> 2011/3/31 John Baldwin : >> > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: >> >> Hi, >> >> >> >> =C2=A0 I've got a page fault (because of NULL td_lock) in >> >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c >> >> file. During process fork, new thread is linked to new process which >> >> is linked to allproc list and both allproc_lock and new process lock >> >> are unlocked before sched_fork() is called, where new thread td_lock >> >> is initialized. Only PRS_NEW process status is on sentry but not >> >> checked in schedcpu(). >> > >> > I think this should fix it: >> > >> > Index: sched_4bsd.c >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> > --- sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(revision 220190) >> > +++ sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(working copy) >> > @@ -463,6 +463,10 @@ schedcpu(void) >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0sx_slock(&allproc_lock); >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_PROC_IN_SYSTEM(p) { >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0PROC_LOCK(p); >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (p->p_state =3D= =3D PRS_NEW) { >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 PROC_UNLOCK(p); >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 continue; >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_THREAD_= IN_PROC(p, td) { >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0awake =3D 0; >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0thread_lock(td); >> > >> >> I don't really think this fix is right because otherwise, when using >> sched_4bsd anytime we are going to scan the thread list within a proc >> we need to check for PRS_NEW. >> >> We likely need to change the init scheme for the td_lock by having a >> scheduler primitive setting it and doing that on thread_init() UMA >> constructor, or similar approach. > > But the thread state isn't valid anyway. =C2=A04BSD shouldn't be touching= the > thread since it is in an incomplete / undefined state. Yep, in this case I'd then want to just add the threads to proc once they are fully initialized. It is pointless (and dangerous) to replicate this check all over, besides we want scheduler agnostic code, which means every iterations of p_threads will need to check for a valid state of threads. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:27:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C533D1065673; Thu, 31 Mar 2011 18:27:42 +0000 (UTC) Date: Thu, 31 Mar 2011 18:27:42 +0000 From: Alexander Best To: Jung-uk Kim Message-ID: <20110331182742.GA75325@freebsd.org> References: <20110330205432.GA16169@freebsd.org> <201103310158.29297.jkim@FreeBSD.org> <201103311317.00300.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201103311317.00300.jkim@FreeBSD.org> Cc: Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@freebsd.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:27:42 -0000 On Thu Mar 31 11, Jung-uk Kim wrote: > On Thursday 31 March 2011 01:58 am, Jung-uk Kim wrote: > > I wrote an ugly but very simple workaround. Drop the attached > > patch in www/nspluginwrapper-devel/files and replaces old one, > > rebuild, reinstall, redo plugin wrappers, etc., etc... > > I just went ahead and committed slightly improved version of this > patch (nspluginwrapper-1.3.0_9) for the "right-click hang" problem. thanks. i just noticed the WWW links in pkg-descr of boths nspluginwrapper and nspluginwrapper-devel are broken. i believe [1] is the current location. cheers. alex [1] https://github.com/davidben/nspluginwrapper > > FYI... > > Jung-uk Kim -- a13x From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:34:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5B34106564A for ; Thu, 31 Mar 2011 18:34:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 964FB8FC19 for ; Thu, 31 Mar 2011 18:34:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 21F2546B03; Thu, 31 Mar 2011 14:34:42 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A3ED88A01B; Thu, 31 Mar 2011 14:34:41 -0400 (EDT) From: John Baldwin To: Svatopluk Kraus Date: Thu, 31 Mar 2011 14:34:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201103310958.51416.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311434.41188.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 31 Mar 2011 14:34:41 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:34:42 -0000 On Thursday, March 31, 2011 12:21:45 pm Svatopluk Kraus wrote: > On Thu, Mar 31, 2011 at 3:58 PM, John Baldwin wrote: > > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: > >> Hi, > >> > >> I've got a page fault (because of NULL td_lock) in > >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > >> file. During process fork, new thread is linked to new process which > >> is linked to allproc list and both allproc_lock and new process lock > >> are unlocked before sched_fork() is called, where new thread td_lock > >> is initialized. Only PRS_NEW process status is on sentry but not > >> checked in schedcpu(). > > > > I think this should fix it: > > > > Index: sched_4bsd.c > > =================================================================== > > --- sched_4bsd.c (revision 220190) > > +++ sched_4bsd.c (working copy) > > @@ -463,6 +463,10 @@ schedcpu(void) > > sx_slock(&allproc_lock); > > FOREACH_PROC_IN_SYSTEM(p) { > > PROC_LOCK(p); > > + if (p->p_state == PRS_NEW) { > > + PROC_UNLOCK(p); > > + continue; > > + } > > FOREACH_THREAD_IN_PROC(p, td) { > > awake = 0; > > thread_lock(td); > > > > Thanks for patch. Maybe, test p_state not to be PRS_NORMAL could be better? I thought about that, but zombies are always moved to zombproc atomically with changing p_state (and under an exclusive allproc_lock) and all the other places currently use this type of check. > I've got next (same reason) page fault in thread_lock_flags() called > from scheduler() in sys/vm/vm_glue.c. I try to search for > FOREACH_THREAD_IN_PROC() together with FOREACH_PROC_IN_SYSTEM() in > /sys subtree and next problem could be in deadlkres() in > sys/kern/kern_clock.c at least. Here is a larger patch: Index: kern/kern_ktrace.c =================================================================== --- kern/kern_ktrace.c (revision 220190) +++ kern/kern_ktrace.c (working copy) @@ -882,7 +882,8 @@ nfound = 0; LIST_FOREACH(p, &pg->pg_members, p_pglist) { PROC_LOCK(p); - if (p_cansee(td, p) != 0) { + if (p->p_state == PRS_NEW || + p_cansee(td, p) != 0) { PROC_UNLOCK(p); continue; } Index: kern/kern_sig.c =================================================================== --- kern/kern_sig.c (revision 220190) +++ kern/kern_sig.c (working copy) @@ -1799,7 +1799,8 @@ PGRP_LOCK_ASSERT(pgrp, MA_OWNED); LIST_FOREACH(p, &pgrp->pg_members, p_pglist) { PROC_LOCK(p); - if (checkctty == 0 || p->p_flag & P_CONTROLT) + if (p->p_state == PRS_NORMAL && + (checkctty == 0 || p->p_flag & P_CONTROLT)) pksignal(p, sig, ksi); PROC_UNLOCK(p); } @@ -3313,7 +3314,8 @@ PGRP_LOCK(sigio->sio_pgrp); LIST_FOREACH(p, &sigio->sio_pgrp->pg_members, p_pglist) { PROC_LOCK(p); - if (CANSIGIO(sigio->sio_ucred, p->p_ucred) && + if (p->p_state == PRS_NORMAL && + CANSIGIO(sigio->sio_ucred, p->p_ucred) && (checkctty == 0 || (p->p_flag & P_CONTROLT))) psignal(p, sig); PROC_UNLOCK(p); Index: kern/kern_clock.c =================================================================== --- kern/kern_clock.c (revision 220190) +++ kern/kern_clock.c (working copy) @@ -201,6 +201,10 @@ tryl = 0; FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); + if (p->p_state == PRS_NEW) { + PROC_UNLOCK(p); + continue; + } FOREACH_THREAD_IN_PROC(p, td) { /* Index: kern/sched_4bsd.c =================================================================== --- kern/sched_4bsd.c (revision 220190) +++ kern/sched_4bsd.c (working copy) @@ -463,6 +463,10 @@ sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); + if (p->p_state == PRS_NEW) { + PROC_UNLOCK(p); + continue; + } FOREACH_THREAD_IN_PROC(p, td) { awake = 0; thread_lock(td); Index: kern/kern_resource.c =================================================================== --- kern/kern_resource.c (revision 220190) +++ kern/kern_resource.c (working copy) @@ -129,7 +129,8 @@ sx_sunlock(&proctree_lock); LIST_FOREACH(p, &pg->pg_members, p_pglist) { PROC_LOCK(p); - if (p_cansee(td, p) == 0) { + if (p->p_state == PRS_NORMAL && + p_cansee(td, p) == 0) { if (p->p_nice < low) low = p->p_nice; } @@ -215,7 +216,8 @@ sx_sunlock(&proctree_lock); LIST_FOREACH(p, &pg->pg_members, p_pglist) { PROC_LOCK(p); - if (p_cansee(td, p) == 0) { + if (p->p_state == PRS_NORMAL && + p_cansee(td, p) == 0) { error = donice(td, p, uap->prio); found++; } @@ -230,7 +232,8 @@ sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); - if (p->p_ucred->cr_uid == uap->who && + if (p->p_state == PRS_NORMAL && + p->p_ucred->cr_uid == uap->who && p_cansee(td, p) == 0) { error = donice(td, p, uap->prio); found++; Index: vm/vm_glue.c =================================================================== --- vm/vm_glue.c (revision 220190) +++ vm/vm_glue.c (working copy) @@ -730,7 +730,8 @@ sx_slock(&allproc_lock); FOREACH_PROC_IN_SYSTEM(p) { PROC_LOCK(p); - if (p->p_flag & (P_SWAPPINGOUT | P_SWAPPINGIN | P_INMEM)) { + if (p->p_state == PRS_NEW || + p->p_flag & (P_SWAPPINGOUT | P_SWAPPINGIN | P_INMEM)) { PROC_UNLOCK(p); continue; } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:37:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B42F1065675; Thu, 31 Mar 2011 18:37:22 +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 D96138FC17; Thu, 31 Mar 2011 18:37:20 +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 8C89946B03; Thu, 31 Mar 2011 14:37:20 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 276B58A01B; Thu, 31 Mar 2011 14:37:20 -0400 (EDT) From: John Baldwin To: Attilio Rao Date: Thu, 31 Mar 2011 14:37:19 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201103311418.31658.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103311437.19682.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 31 Mar 2011 14:37:20 -0400 (EDT) Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:37:22 -0000 On Thursday, March 31, 2011 2:20:11 pm Attilio Rao wrote: > 2011/3/31 John Baldwin : > > On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: > >> 2011/3/31 John Baldwin : > >> > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: > >> >> Hi, > >> >> > >> >> I've got a page fault (because of NULL td_lock) in > >> >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > >> >> file. During process fork, new thread is linked to new process which > >> >> is linked to allproc list and both allproc_lock and new process lock > >> >> are unlocked before sched_fork() is called, where new thread td_lock > >> >> is initialized. Only PRS_NEW process status is on sentry but not > >> >> checked in schedcpu(). > >> > > >> > I think this should fix it: > >> > > >> > Index: sched_4bsd.c > >> > =================================================================== > >> > --- sched_4bsd.c (revision 220190) > >> > +++ sched_4bsd.c (working copy) > >> > @@ -463,6 +463,10 @@ schedcpu(void) > >> > sx_slock(&allproc_lock); > >> > FOREACH_PROC_IN_SYSTEM(p) { > >> > PROC_LOCK(p); > >> > + if (p->p_state == PRS_NEW) { > >> > + PROC_UNLOCK(p); > >> > + continue; > >> > + } > >> > FOREACH_THREAD_IN_PROC(p, td) { > >> > awake = 0; > >> > thread_lock(td); > >> > > >> > >> I don't really think this fix is right because otherwise, when using > >> sched_4bsd anytime we are going to scan the thread list within a proc > >> we need to check for PRS_NEW. > >> > >> We likely need to change the init scheme for the td_lock by having a > >> scheduler primitive setting it and doing that on thread_init() UMA > >> constructor, or similar approach. > > > > But the thread state isn't valid anyway. 4BSD shouldn't be touching the > > thread since it is in an incomplete / undefined state. > > Yep, in this case I'd then want to just add the threads to proc once > they are fully initialized. > > It is pointless (and dangerous) to replicate this check all over, > besides we want scheduler agnostic code, which means every iterations > of p_threads will need to check for a valid state of threads. Yes, we do have to check for PRS_NEW in many places with the current approach, but we need some way to reserve the PID to avoid duplicates and unless we expand the scope of allproc in fork by a whole lot or stop using the allproc list to track "pids in use", we will be stuck with some sort of "process is still being built" sentry. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:39:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA983106566B for ; Thu, 31 Mar 2011 18:39:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCD18FC12 for ; Thu, 31 Mar 2011 18:39:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LIX00106QHVBI00@smtpauth2.wiscmail.wisc.edu> for freebsd-current@freebsd.org; Thu, 31 Mar 2011 13:39:31 -0500 (CDT) Received: from anacreon.physics.wisc.edu (anacreon.physics.wisc.edu [128.104.160.176]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LIX00F85QHO2O40@smtpauth2.wiscmail.wisc.edu>; Thu, 31 Mar 2011 13:39:24 -0500 (CDT) Date: Thu, 31 Mar 2011 13:39:24 -0500 From: Nathan Whitehorn In-reply-to: To: Daniel O'Connor Message-id: <4D94CA5C.9050007@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=128.104.160.176 X-Spam-PmxInfo: Server=avs-9, Version=5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.3.31.182717, SenderIP=128.104.160.176 References: User-Agent: Mozilla/5.0 (X11; U; FreeBSD powerpc; en-US; rv:1.9.2.15) Gecko/20110305 Thunderbird/3.1.9 Cc: freebsd-current Current Subject: Re: bsdinstaller / partedit emacs key patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:39:32 -0000 On 03/29/11 20:50, Daniel O'Connor wrote: > Hi, > I noticed that the entry widgets in the bsdinstaller label editor don't understand various "emacs keys" (eg C-a, C-d, C-e). > > Here's a patch which adds the basics.. Unfortunately dialog doesn't have a "key" for delete all, delete left or delete right so I couldn't add C-u, C-w or C-k. > > Note that you can't just call dlg_parse_bindkey("* ^a BEGIN") because dialog modifies the string which crashes (seg fault). I'm happy to put this in, but it would be nice if you could try to get this into upstream dialog to avoid inconsistencies in various parts of the installation. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:39:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id B669E1065686; Thu, 31 Mar 2011 18:39:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Best Date: Thu, 31 Mar 2011 14:39:37 -0400 User-Agent: KMail/1.6.2 References: <201103311317.00300.jkim@FreeBSD.org> <20110331182742.GA75325@freebsd.org> In-Reply-To: <20110331182742.GA75325@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201103311439.39297.jkim@FreeBSD.org> Cc: Buganini , freebsd-current@freebsd.org, Dimitry Andric , kmoore@freebsd.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:39:50 -0000 On Thursday 31 March 2011 02:27 pm, Alexander Best wrote: > On Thu Mar 31 11, Jung-uk Kim wrote: > > On Thursday 31 March 2011 01:58 am, Jung-uk Kim wrote: > > > I wrote an ugly but very simple workaround. Drop the attached > > > patch in www/nspluginwrapper-devel/files and replaces old one, > > > rebuild, reinstall, redo plugin wrappers, etc., etc... > > > > I just went ahead and committed slightly improved version of this > > patch (nspluginwrapper-1.3.0_9) for the "right-click hang" > > problem. > > thanks. > > i just noticed the WWW links in pkg-descr of boths nspluginwrapper > and nspluginwrapper-devel are broken. i believe [1] is the current > location. > > cheers. > alex > > [1] https://github.com/davidben/nspluginwrapper No, this is actually a fork. The original author disappeared and this guy picked it up from the last snapshot release. Please note there was no official release from this tree yet. If this guy actually produces something useful, www/nspluginwrapper-devel may switch later, of course. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:40:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D860106564A; Thu, 31 Mar 2011 18:40:46 +0000 (UTC) (envelope-from asmrookie@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 B59308FC15; Thu, 31 Mar 2011 18:40:45 +0000 (UTC) Received: by gwb15 with SMTP id 15so1269128gwb.13 for ; Thu, 31 Mar 2011 11:40:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PP1Sud/MuIN+9ebJzpEEbuHT8Tahc9MN27AzOMYbPCE=; b=oRLsswDYKRGjCt1C8r8lcoCE3TgIOYAivE0IHnydddpKPP3ol0BjobFnIZ30ha8yky WXH6fGPUXdcO2WzejdwSSruqpyqSBLWRywxu5oDC1aZThpIJ7cnmOjkscj1zGvKLVkvy /OyQn4je6mI25mdr2ur5DKD8UHmQsD2KoUjPY= 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=pikYltx0uC9mMimUhAL5KAE5eTDWNHDx56IMoCJEgdGyMGcwEwnp1M5lzQQKliBs+Z u6ZyOdStcrzB5a9KcTQgpvKjmeSRbt/LL4ly7Jirw5ZEMnrv7EDlxlMVfXnYHXPXN96d pTikXd/ZRTDhBCnK/rVLJOyB+DR9ygYFJUIsU= MIME-Version: 1.0 Received: by 10.236.190.33 with SMTP id d21mr1795796yhn.233.1301596844824; Thu, 31 Mar 2011 11:40:44 -0700 (PDT) Sender: asmrookie@gmail.com Received: by 10.236.110.20 with HTTP; Thu, 31 Mar 2011 11:40:44 -0700 (PDT) In-Reply-To: <201103311437.19682.jhb@freebsd.org> References: <201103311418.31658.jhb@freebsd.org> <201103311437.19682.jhb@freebsd.org> Date: Thu, 31 Mar 2011 14:40:44 -0400 X-Google-Sender-Auth: 2vFec7t1dj_wKdhvi_wIfJYTe88 Message-ID: From: Attilio Rao To: John Baldwin Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 18:40:46 -0000 2011/3/31 John Baldwin : > On Thursday, March 31, 2011 2:20:11 pm Attilio Rao wrote: >> 2011/3/31 John Baldwin : >> > On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: >> >> 2011/3/31 John Baldwin : >> >> > On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: >> >> >> Hi, >> >> >> >> >> >> =C2=A0 I've got a page fault (because of NULL td_lock) in >> >> >> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd= .c >> >> >> file. During process fork, new thread is linked to new process whi= ch >> >> >> is linked to allproc list and both allproc_lock and new process lo= ck >> >> >> are unlocked before sched_fork() is called, where new thread td_lo= ck >> >> >> is initialized. Only PRS_NEW process status is on sentry but not >> >> >> checked in schedcpu(). >> >> > >> >> > I think this should fix it: >> >> > >> >> > Index: sched_4bsd.c >> >> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> > --- sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(revision 220190) >> >> > +++ sched_4bsd.c =C2=A0 =C2=A0 =C2=A0 =C2=A0(working copy) >> >> > @@ -463,6 +463,10 @@ schedcpu(void) >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0sx_slock(&allproc_lock); >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_PROC_IN_SYSTEM(p) { >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0PROC_LOCK(p)= ; >> >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (p->p_state = =3D=3D PRS_NEW) { >> >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 PROC_UNLOCK(p); >> >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 continue; >> >> > + =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 } >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0FOREACH_THRE= AD_IN_PROC(p, td) { >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0awake =3D 0; >> >> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0thread_lock(td); >> >> > >> >> >> >> I don't really think this fix is right because otherwise, when using >> >> sched_4bsd anytime we are going to scan the thread list within a proc >> >> we need to check for PRS_NEW. >> >> >> >> We likely need to change the init scheme for the td_lock by having a >> >> scheduler primitive setting it and doing that on thread_init() UMA >> >> constructor, or similar approach. >> > >> > But the thread state isn't valid anyway. =C2=A04BSD shouldn't be touch= ing the >> > thread since it is in an incomplete / undefined state. >> >> Yep, in this case I'd then want to just add the threads to proc once >> they are fully initialized. >> >> It is pointless (and dangerous) to replicate this check all over, >> besides we want scheduler agnostic code, which means every iterations >> of p_threads will need to check for a valid state of threads. > > Yes, we do have to check for PRS_NEW in many places with the current appr= oach, > but we need some way to reserve the PID to avoid duplicates and unless we > expand the scope of allproc in fork by a whole lot or stop using the allp= roc > list to track "pids in use", we will be stuck with some sort of "process > is still being built" sentry. Yes, you are right, I was assuming you wanted to work on a larger patchset though. If you are happy enough with the band-aid, for the moment, ok, but I strongly raccomand to change this in the future (could be a nice task to work through BSDCan, for example). Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 19:52:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86F01065677 for ; Thu, 31 Mar 2011 19:52:12 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C1988FC1D for ; Thu, 31 Mar 2011 19:52:12 +0000 (UTC) Received: by fxm11 with SMTP id 11so2764272fxm.13 for ; Thu, 31 Mar 2011 12:52:11 -0700 (PDT) Received: by 10.223.127.210 with SMTP id h18mr90705fas.73.1301601131212; Thu, 31 Mar 2011 12:52:11 -0700 (PDT) Received: from rnote.ddteam.net (159-87-133-95.pool.ukrtel.net [95.133.87.159]) by mx.google.com with ESMTPS id n2sm549627fam.28.2011.03.31.12.52.08 (version=SSLv3 cipher=OTHER); Thu, 31 Mar 2011 12:52:09 -0700 (PDT) Date: Thu, 31 Mar 2011 22:51:57 +0300 From: Aleksandr Rybalko To: "Sevan / Venture37" Message-Id: <20110331225157.ed264e2d.ray@ddteam.net> In-Reply-To: References: <20110314162936.d3f8fd5b.ray@dlink.ua> <4D80EE33.7010703@janh.de> <20110317100804.2dde85ba@gmail.com> <20110317110700.05191e8f@gmail.com> <20110320153604.e8245880.ray@ddteam.net> <20110331120710.b5c5f24b.ray@dlink.ua> X-Mailer: Sylpheed 3.1.0 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , freebsd-current@freebsd.org Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 19:52:13 -0000 On Thu, 31 Mar 2011 16:50:16 +0100 "Sevan / Venture37" wrote: > On 31 March 2011 10:07, Aleksandr Rybalko wrote: > > Now good peoples help me with rework of driver, then this driver > > will be available under ral(4). So you need to wait some time. > > Excellent, I'm happy to be a tester for patches, the card is a > Azurewave RT2700E out of a EEPC if I remember right > > > >>> I will post dmesg & pciconf output tomorrow once I have an > >>> ethernet cable or removable media near me if you need more info. > > > > Yeah, post please. at minimum I've interesting which RF used in > > your device. > > rt28600: mem 0xf7f00000-0xf7f0ffff irq 17 at > device 0.0 on pci3 > rt28600: invalid EEPROM LNA gain #2: 0x00 > rt28600: invalid EEPROM LNA gain #3: 0x00 > rt28600: invalid EEPROM powersave level > rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R Wow, your device have same revision 0x28720200 like embedded into RT3052F system on chip. So now I understand, why driver won't work with your card. I previously expect that this id related only for SoC version, but SoC version don't have many things that PCI version have (MCU, EEPROM, etc.) I will fix it behavior in new driver. > rt28600: skip channel 10, could not find extension channel > rt28600: skip channel 11, could not find extension channel > rt28600: skip channel 12, could not find extension channel > rt28600: skip channel 13, could not find extension channel > rt28600: skip channel 14, could not find extension channel > > > rt28600@pci0:3:0:0: class=0x028000 card=0x27901814 > chip=0x07811814 rev=0x00 hdr=0x00 > vendor = 'Ralink Technology, Corp.' > device = 'Wireless (RT2860/RT2890)' > class = network > > > Sevan -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 20:54:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05924106564A; Thu, 31 Mar 2011 20:54:34 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id C03028FC08; Thu, 31 Mar 2011 20:54:33 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p2VKsTvJ033667 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 31 Mar 2011 13:54:32 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4D94EA1D.9010708@freebsd.org> Date: Thu, 31 Mar 2011 13:54:53 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: John Baldwin References: <201103311418.31658.jhb@freebsd.org> <201103311437.19682.jhb@freebsd.org> In-Reply-To: <201103311437.19682.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 20:54:34 -0000 On 3/31/11 11:37 AM, John Baldwin wrote: > On Thursday, March 31, 2011 2:20:11 pm Attilio Rao wrote: >> 2011/3/31 John Baldwin: >>> On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: >>>> 2011/3/31 John Baldwin: >>>>> On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: >>>>>> Hi, >>>>>> >>>>>> I've got a page fault (because of NULL td_lock) in >>>>>> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c >>>>>> file. During process fork, new thread is linked to new process which >>>>>> is linked to allproc list and both allproc_lock and new process lock >>>>>> are unlocked before sched_fork() is called, where new thread td_lock >>>>>> is initialized. Only PRS_NEW process status is on sentry but not >>>>>> checked in schedcpu(). >>>>> I think this should fix it: >>>>> >>>>> Index: sched_4bsd.c >>>>> =================================================================== >>>>> --- sched_4bsd.c (revision 220190) >>>>> +++ sched_4bsd.c (working copy) >>>>> @@ -463,6 +463,10 @@ schedcpu(void) >>>>> sx_slock(&allproc_lock); >>>>> FOREACH_PROC_IN_SYSTEM(p) { >>>>> PROC_LOCK(p); >>>>> + if (p->p_state == PRS_NEW) { >>>>> + PROC_UNLOCK(p); >>>>> + continue; >>>>> + } >>>>> FOREACH_THREAD_IN_PROC(p, td) { >>>>> awake = 0; >>>>> thread_lock(td); >>>>> >>>> I don't really think this fix is right because otherwise, when using >>>> sched_4bsd anytime we are going to scan the thread list within a proc >>>> we need to check for PRS_NEW. >>>> >>>> We likely need to change the init scheme for the td_lock by having a >>>> scheduler primitive setting it and doing that on thread_init() UMA >>>> constructor, or similar approach. >>> But the thread state isn't valid anyway. 4BSD shouldn't be touching the >>> thread since it is in an incomplete / undefined state. >> Yep, in this case I'd then want to just add the threads to proc once >> they are fully initialized. >> >> It is pointless (and dangerous) to replicate this check all over, >> besides we want scheduler agnostic code, which means every iterations >> of p_threads will need to check for a valid state of threads. > Yes, we do have to check for PRS_NEW in many places with the current approach, > but we need some way to reserve the PID to avoid duplicates and unless we > expand the scope of allproc in fork by a whole lot or stop using the allproc > list to track "pids in use", we will be stuck with some sort of "process > is still being built" sentry. > the pid used to be reserved in the pid hash it was not put into the proc list until it was set up. I know you don't believe me but that's how it was around 2000 I'm pretty sure of it. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 21:31:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F971065670; Thu, 31 Mar 2011 21:31:37 +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 8F71F8FC14; Thu, 31 Mar 2011 21:31:37 +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 22A6046BA0; Thu, 31 Mar 2011 17:31:37 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A75AC8A01B; Thu, 31 Mar 2011 17:31:36 -0400 (EDT) From: John Baldwin To: Julian Elischer Date: Thu, 31 Mar 2011 17:31:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201103311437.19682.jhb@freebsd.org> <4D94EA1D.9010708@freebsd.org> In-Reply-To: <4D94EA1D.9010708@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201103311731.36091.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 31 Mar 2011 17:31:36 -0400 (EDT) Cc: Attilio Rao , freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 21:31:38 -0000 On Thursday, March 31, 2011 4:54:53 pm Julian Elischer wrote: > On 3/31/11 11:37 AM, John Baldwin wrote: > > On Thursday, March 31, 2011 2:20:11 pm Attilio Rao wrote: > >> 2011/3/31 John Baldwin: > >>> On Thursday, March 31, 2011 12:34:31 pm Attilio Rao wrote: > >>>> 2011/3/31 John Baldwin: > >>>>> On Thursday, March 31, 2011 7:32:26 am Svatopluk Kraus wrote: > >>>>>> Hi, > >>>>>> > >>>>>> I've got a page fault (because of NULL td_lock) in > >>>>>> thread_lock_flags() called from schedcpu() in /sys/kern/sched_4bsd.c > >>>>>> file. During process fork, new thread is linked to new process which > >>>>>> is linked to allproc list and both allproc_lock and new process lock > >>>>>> are unlocked before sched_fork() is called, where new thread td_lock > >>>>>> is initialized. Only PRS_NEW process status is on sentry but not > >>>>>> checked in schedcpu(). > >>>>> I think this should fix it: > >>>>> > >>>>> Index: sched_4bsd.c > >>>>> =================================================================== > >>>>> --- sched_4bsd.c (revision 220190) > >>>>> +++ sched_4bsd.c (working copy) > >>>>> @@ -463,6 +463,10 @@ schedcpu(void) > >>>>> sx_slock(&allproc_lock); > >>>>> FOREACH_PROC_IN_SYSTEM(p) { > >>>>> PROC_LOCK(p); > >>>>> + if (p->p_state == PRS_NEW) { > >>>>> + PROC_UNLOCK(p); > >>>>> + continue; > >>>>> + } > >>>>> FOREACH_THREAD_IN_PROC(p, td) { > >>>>> awake = 0; > >>>>> thread_lock(td); > >>>>> > >>>> I don't really think this fix is right because otherwise, when using > >>>> sched_4bsd anytime we are going to scan the thread list within a proc > >>>> we need to check for PRS_NEW. > >>>> > >>>> We likely need to change the init scheme for the td_lock by having a > >>>> scheduler primitive setting it and doing that on thread_init() UMA > >>>> constructor, or similar approach. > >>> But the thread state isn't valid anyway. 4BSD shouldn't be touching the > >>> thread since it is in an incomplete / undefined state. > >> Yep, in this case I'd then want to just add the threads to proc once > >> they are fully initialized. > >> > >> It is pointless (and dangerous) to replicate this check all over, > >> besides we want scheduler agnostic code, which means every iterations > >> of p_threads will need to check for a valid state of threads. > > Yes, we do have to check for PRS_NEW in many places with the current approach, > > but we need some way to reserve the PID to avoid duplicates and unless we > > expand the scope of allproc in fork by a whole lot or stop using the allproc > > list to track "pids in use", we will be stuck with some sort of "process > > is still being built" sentry. > > > the pid used to be reserved in the pid hash > it was not put into the proc list until it was set up. > I know you don't believe me but that's how it was around 2000 I'm > pretty sure of it. Check out the PID allocation in fork() back when you committed KSE-M2 in 2002 as an example starting at line 336 in kern_fork.c. Note that much of the for loop goes back to revision 1541 (effectively 1.1 of kern_fork.c in CVS terms): http://svn.freebsd.org/viewvc/base/head/sys/kern/kern_fork.c?annotate=83366 Even before trasz@ refactored fork1() and shuffled the findpid code around to a new function, the annotate history for the loop to find a free pid still goes back to 1.1: http://svn.freebsd.org/viewvc/base/head/sys/kern/kern_fork.c?annotate=83366 FreeBSD has always used this process to find a free PID. SVN and CVS history does not lie. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 22:33:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 1CE661065672; Thu, 31 Mar 2011 22:33:39 +0000 (UTC) Date: Thu, 31 Mar 2011 22:33:39 +0000 From: Alexander Best To: freebsd-current@freebsd.org Message-ID: <20110331223339.GA13682@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: multiple issues with devstat_*(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 22:33:39 -0000 hi there, i think there are multiple issues with devstat. i found the following in devicestat.h: /* * These types are intended to aid statistics gathering/display programs. * The first 13 types (up to the 'target' flag) are identical numerically * to the SCSI device type numbers. The next 3 types designate the device * interface. Currently the choices are IDE, SCSI, and 'other'. The last * flag specifies whether or not the given device is a passthrough device * or not. If it is a passthrough device, the lower 4 bits specify which * type of physical device lies under the passthrough device, and the next * 4 bits specify the interface. */ typedef enum { DEVSTAT_TYPE_DIRECT = 0x000, DEVSTAT_TYPE_SEQUENTIAL = 0x001, DEVSTAT_TYPE_PRINTER = 0x002, DEVSTAT_TYPE_PROCESSOR = 0x003, DEVSTAT_TYPE_WORM = 0x004, DEVSTAT_TYPE_CDROM = 0x005, DEVSTAT_TYPE_SCANNER = 0x006, DEVSTAT_TYPE_OPTICAL = 0x007, DEVSTAT_TYPE_CHANGER = 0x008, DEVSTAT_TYPE_COMM = 0x009, DEVSTAT_TYPE_ASC0 = 0x00a, DEVSTAT_TYPE_ASC1 = 0x00b, DEVSTAT_TYPE_STORARRAY = 0x00c, DEVSTAT_TYPE_ENCLOSURE = 0x00d, DEVSTAT_TYPE_FLOPPY = 0x00e, DEVSTAT_TYPE_MASK = 0x00f, DEVSTAT_TYPE_IF_SCSI = 0x010, DEVSTAT_TYPE_IF_IDE = 0x020, DEVSTAT_TYPE_IF_OTHER = 0x030, DEVSTAT_TYPE_IF_MASK = 0x0f0, DEVSTAT_TYPE_PASS = 0x100 } devstat_type_flags; also the devstat(9) man page says: Each device is given a device type. Pass-through devices have the same underlying device type and interface as the device they provide an inter- face for, but they also have the pass-through flag set. The base device types are identical to the SCSI device type numbers, so with SCSI periph- erals, the device type returned from an inquiry is usually ORed with the SCSI interface type and the pass-through flag if appropriate. The device type flags are as follows: ...so let's get started: otaku% iostat -n100 tty ada0 ada1 md0 cd0 pass0 pass1 pass2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 92 21.18 0 0.01 24.37 12 0.29 0.00 0 0.00 60.27 0 0.01 0.37 0 0.00 0.37 0 0.00 0.00 0 0.00 5 0 4 0 90 ..so far so good otaku% iostat -t da tty ada0 ada1 md0 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 92 21.18 0 0.01 24.37 12 0.29 0.00 0 0.00 5 0 4 0 90 ...not good! this should include two pass devices! otaku% iostat -t scsi tty cd0 cpu tin tout KB/t tps MB/s us ni sy in id 1 92 60.27 0 0.01 5 0 4 0 90 ..what? otaku% iostat -t ide tty cpu tin tout us ni sy in id 1 92 5 0 4 0 90 otaku% iostat -t other tty cpu tin tout us ni sy in id 1 92 5 0 4 0 90 ...what about md0? ada0? ada1? md0? otaku% iostat -t cd0 tty cd0 cpu tin tout KB/t tps MB/s us ni sy in id 1 92 60.27 0 0.01 5 0 4 0 90 ...this should also include a pass device otaku% iostat -t pass tty pass0 pass1 pass2 cpu tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 1 92 0.37 0 0.00 0.37 0 0.00 0.00 0 0.00 5 0 4 0 90 ...this one's working as expected. funny thing is i found the following in scsi_pass.c: softc->device_stats = devstat_new_entry("pass", periph->unit_number, 0, DEVSTAT_NO_BLOCKSIZE | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), softc->pd_type | DEVSTAT_TYPE_IF_SCSI | DEVSTAT_TYPE_PASS, DEVSTAT_PRIORITY_PASS); ...so pass* *should* show up under iostat -t scsi. this is all very weird. it seems the DEVSTAT_TYPE_IF_* stuff has some major problems. also the pass* devices aren't beeing aasigned to DEVSTAT_TYPE_DIRECT and DEVSTAT_TYPE_CDROM, as devstat(9) suggests. cheers. alex -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 00:44:15 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D317106564A; Fri, 1 Apr 2011 00:44:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 20B6F8FC0C; Fri, 1 Apr 2011 00:44:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p310iEp0006802; Thu, 31 Mar 2011 20:44:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p310iExO006797; Fri, 1 Apr 2011 00:44:14 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Apr 2011 00:44:14 GMT Message-Id: <201104010044.p310iExO006797@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 00:44:15 -0000 TB --- 2011-03-31 22:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 22:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-03-31 22:40:00 - cleaning the object tree TB --- 2011-03-31 22:40:26 - cvsupping the source tree TB --- 2011-03-31 22:40:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-03-31 22:46:10 - building world TB --- 2011-03-31 22:46:10 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 22:46:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 22:46:10 - TARGET=i386 TB --- 2011-03-31 22:46:10 - TARGET_ARCH=i386 TB --- 2011-03-31 22:46:10 - TZ=UTC TB --- 2011-03-31 22:46:10 - __MAKE_CONF=/dev/null TB --- 2011-03-31 22:46:10 - cd /src TB --- 2011-03-31 22:46:10 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 22:46:11 UTC 2011 >>> 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 Fri Apr 1 00:37:47 UTC 2011 TB --- 2011-04-01 00:37:47 - generating LINT kernel config TB --- 2011-04-01 00:37:47 - cd /src/sys/i386/conf TB --- 2011-04-01 00:37:47 - /usr/bin/make -B LINT TB --- 2011-04-01 00:37:48 - building LINT kernel TB --- 2011-04-01 00:37:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-01 00:37:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-01 00:37:48 - TARGET=i386 TB --- 2011-04-01 00:37:48 - TARGET_ARCH=i386 TB --- 2011-04-01 00:37:48 - TZ=UTC TB --- 2011-04-01 00:37:48 - __MAKE_CONF=/dev/null TB --- 2011-04-01 00:37:48 - cd /src TB --- 2011-04-01 00:37:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 1 00:37:48 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/if_bwi.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bwi/if_bwi_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/bxe/if_bxe.c cc1: warnings being treated as errors /src/sys/dev/bxe/if_bxe.c: In function 'bxe_add_sysctls': /src/sys/dev/bxe/if_bxe.c:15607: warning: unused variable 'namebuf' /src/sys/dev/bxe/if_bxe.c:15604: warning: unused variable 'queue_list' /src/sys/dev/bxe/if_bxe.c:15603: warning: unused variable 'queue_node' *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-01 00:44:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-01 00:44:13 - ERROR: failed to build lint kernel TB --- 2011-04-01 00:44:13 - 5666.55 user 973.13 system 7452.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 01:07:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 388251065672; Fri, 1 Apr 2011 01:07:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0C9AE8FC0C; Fri, 1 Apr 2011 01:07:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3117hwR008972; Thu, 31 Mar 2011 21:07:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3117hY9008948; Fri, 1 Apr 2011 01:07:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 1 Apr 2011 01:07:43 GMT Message-Id: <201104010107.p3117hY9008948@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 01:07:44 -0000 TB --- 2011-03-31 23:35:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-03-31 23:35:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-03-31 23:35:30 - cleaning the object tree TB --- 2011-03-31 23:35:43 - cvsupping the source tree TB --- 2011-03-31 23:35:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-03-31 23:35:54 - building world TB --- 2011-03-31 23:35:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-03-31 23:35:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-03-31 23:35:54 - TARGET=ia64 TB --- 2011-03-31 23:35:54 - TARGET_ARCH=ia64 TB --- 2011-03-31 23:35:54 - TZ=UTC TB --- 2011-03-31 23:35:54 - __MAKE_CONF=/dev/null TB --- 2011-03-31 23:35:54 - cd /src TB --- 2011-03-31 23:35:54 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 31 23:35:55 UTC 2011 >>> 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 Fri Apr 1 01:01:22 UTC 2011 TB --- 2011-04-01 01:01:22 - generating LINT kernel config TB --- 2011-04-01 01:01:22 - cd /src/sys/ia64/conf TB --- 2011-04-01 01:01:22 - /usr/bin/make -B LINT TB --- 2011-04-01 01:01:22 - building LINT kernel TB --- 2011-04-01 01:01:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-01 01:01:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-01 01:01:22 - TARGET=ia64 TB --- 2011-04-01 01:01:22 - TARGET_ARCH=ia64 TB --- 2011-04-01 01:01:22 - TZ=UTC TB --- 2011-04-01 01:01:22 - __MAKE_CONF=/dev/null TB --- 2011-04-01 01:01:22 - cd /src TB --- 2011-04-01 01:01:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 1 01:01:22 UTC 2011 >>> 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/bwi/if_bwi.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/bwi/if_bwi_pci.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/bxe/if_bxe.c cc1: warnings being treated as errors /src/sys/dev/bxe/if_bxe.c: In function 'bxe_add_sysctls': /src/sys/dev/bxe/if_bxe.c:15607: warning: unused variable 'namebuf' /src/sys/dev/bxe/if_bxe.c:15604: warning: unused variable 'queue_list' /src/sys/dev/bxe/if_bxe.c:15603: warning: unused variable 'queue_node' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-01 01:07:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-01 01:07:42 - ERROR: failed to build lint kernel TB --- 2011-04-01 01:07:42 - 4414.78 user 783.70 system 5531.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 02:14:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9905E106564A; Fri, 1 Apr 2011 02:14:39 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 281E38FC0A; Fri, 1 Apr 2011 02:14:38 +0000 (UTC) X-AuditID: 1209190e-b7c80ae0000047dd-9b-4d95318e520c Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 19.A0.18397.E81359D4; Thu, 31 Mar 2011 21:59:42 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id p311xamb030418; Thu, 31 Mar 2011 21:59:36 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p311xZVY006340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 31 Mar 2011 21:59:36 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p311xYH8027336; Thu, 31 Mar 2011 21:59:34 -0400 (EDT) Date: Thu, 31 Mar 2011 21:59:34 -0400 (EDT) From: Benjamin Kaduk To: Jung-uk Kim In-Reply-To: <201103311439.39297.jkim@FreeBSD.org> Message-ID: References: <201103311317.00300.jkim@FreeBSD.org> <20110331182742.GA75325@freebsd.org> <201103311439.39297.jkim@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrNIsWRmVeSWpSXmKPExsUixG6nrttnONXXYN55BYv2z/OYLOa8+cBk sfLzVSYHZo8Zn+azBDBGcdmkpOZklqUW6dslcGW8Wn+evWAWR8WG8+/ZGxiPsXUxcnJICJhI rPh+F8oWk7hwbz2QzcUhJLCPUaLx3WNmCGcDo8SePwtYIZwDTBKLe3dAZRoYJT5cXcAO0s8i oC1x/shNRhCbTUBFYuabjWBzRQSUJC7sm8YMYjMLuEq071zHBGILCxhL7F/YwgJicwoYSRye dhkszivgKLF5+RQmiAW7GSWe7f8CtkBUQEdi9f4pLBBFghInZz5hgRhqKXHuz3W2CYyCs5Ck ZiFJLWBkWsUom5JbpZubmJlTnJqsW5ycmJeXWqRrrJebWaKXmlK6iREUrpySfDsYvx5UOsQo wMGoxMP7YdoUXyHWxLLiytxDjJIcTEqivGl6U32F+JLyUyozEosz4otKc1KLDzFKcDArifBO ng1UzpuSWFmVWpQPk5LmYFES550pqe4rJJCeWJKanZpakFoEk5Xh4FCS4GUExqWQYFFqempF WmZOCUKaiYMTZDgP0PDLBkA1vMUFibnFmekQ+VOMuhy3Lk/cxyjEkpeflyolzvsapEgApCij NA9uDizNvGIUB3pLmPc8SBUPMEXBTXoFtIQJaIm4KsgHxSWJCCmpBsa4pjKWmxyT7j+va59q a8gTsvrlrLmv97Polqlu/MBift1ge2HAttt5l76F/y7j5fianmZi2/Mx2cqYY+FdH4vDnzu+ 27rETGzxN7g/c45X4pV93nw565XNldZKi21X0N7u+31GWWr/6q87xW3NSlpLZ05rDQ1Our1n 3bNvVbnBua/cn3ZW/FZiKc5INNRiLipOBABmhJDaDgMAAA== Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: Wow... (<-- blown away at performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 02:14:39 -0000 On Thu, 31 Mar 2011, Jung-uk Kim wrote: > On Thursday 31 March 2011 02:27 pm, Alexander Best wrote: >> >> i just noticed the WWW links in pkg-descr of boths nspluginwrapper >> and nspluginwrapper-devel are broken. i believe [1] is the current >> location. >> >> cheers. >> alex >> >> [1] https://github.com/davidben/nspluginwrapper > > No, this is actually a fork. The original author disappeared and this > guy picked it up from the last snapshot release. Please note there > was no official release from this tree yet. If this guy actually > produces something useful, www/nspluginwrapper-devel may switch > later, of course. Yes, this is a fork, but he is serious about cleaning up the code and is planning to become the new upstream. He was actually just in the office here this afternoon commenting how introducing a feature to configure that causes unknown options to be errors would cause most distros' packaging to break. Please do continue to follow it, as I expect it will come to fruition. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 03:39:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C3D106566C; Fri, 1 Apr 2011 03:39:45 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (unknown [IPv6:2001:44b8:7c07:5581:266:e1ff:fe0c:8f16]) by mx1.freebsd.org (Postfix) with ESMTP id 73BC48FC12; Fri, 1 Apr 2011 03:39:43 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p313deSc056838 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 1 Apr 2011 14:09:40 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <4D94CA5C.9050007@freebsd.org> Date: Fri, 1 Apr 2011 14:09:40 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <8E0411B7-7FD8-4EDF-85E7-4BA84FF6C266@gsoft.com.au> References: <4D94CA5C.9050007@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1082) X-Spam-Score: -2.51 () ALL_TRUSTED,BAYES_00,T_RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current Current Subject: Re: bsdinstaller / partedit emacs key patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 03:39:45 -0000 On 01/04/2011, at 5:09, Nathan Whitehorn wrote: > On 03/29/11 20:50, Daniel O'Connor wrote: >> Hi, >> I noticed that the entry widgets in the bsdinstaller label editor = don't understand various "emacs keys" (eg C-a, C-d, C-e). >>=20 >> Here's a patch which adds the basics.. Unfortunately dialog doesn't = have a "key" for delete all, delete left or delete right so I couldn't = add C-u, C-w or C-k. >>=20 >> Note that you can't just call dlg_parse_bindkey("* ^a BEGIN") because = dialog modifies the string which crashes (seg fault). >=20 > I'm happy to put this in, but it would be nice if you could try to get = this into upstream dialog to avoid inconsistencies in various parts of = the installation. I suspect it would be pretty bikeshed prone :( Is there a dialog mailing list? My google-fu failed and I can't find = one. I suppose the alternative is to install a global rc file (ie = /etc/dialogrc) with the following contents.. bindkey * ^a BEGIN bindkey * ^d DELETE_RIGHT bindkey * ^e FINAL -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 04:19:37 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEBC8106564A for ; Fri, 1 Apr 2011 04:19:37 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id A24AD8FC14 for ; Fri, 1 Apr 2011 04:19:37 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-178-041.nc.res.rr.com [65.190.178.41]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p314JXIe099087 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Fri, 1 Apr 2011 00:19:34 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4D955255.9000108@FreeBSD.org> Date: Fri, 01 Apr 2011 00:19:33 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110323 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> In-Reply-To: <451C39DA-76B9-4767-9FFC-24F2A182E301@dons.net.au> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Fri, 01 Apr 2011 00:19:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: Subject: Re: ipv6 / rtadv problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 04:19:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have a similar issue. I have: ifconfig_re0_ipv6="inet6 accept_rtadv" And after boot, I get: % ping6 www.google.com PING6(56=40+8+8 bytes) 2001:470:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX --> 2a00:1450:8005::68 ^C - --- www.l.google.com ping6 statistics --- 5 packets transmitted, 0 packets received, 100.0% packet loss But, if I ping my gateway, things are fine: % ping6 2001:470:XXXX:XXXX::1 PING6(56=40+8+8 bytes) 2001:470:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX --> 2001:470:XXXX:XXXX::1 16 bytes from 2001:470:XXXX:XXXX::1, icmp_seq=0 hlim=64 time=1.037 ms 16 bytes from 2001:470:XXXX:XXXX::1, icmp_seq=1 hlim=64 time=0.365 ms ^C - --- 2001:470:XXXX:XXXX::1 ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.365/0.701/1.037/0.336 ms meatwad% ping6 www.google.com PING6(56=40+8+8 bytes) 2001:470:XXXX:XXXX:XXXX:XXXX:XXXX:XXXX --> 2a00:1450:8005::68 16 bytes from 2a00:1450:8005::68, icmp_seq=0 hlim=54 time=124.774 ms 16 bytes from 2a00:1450:8005::68, icmp_seq=1 hlim=54 time=123.641 ms ^C - --- www.l.google.com ping6 statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 123.641/124.208/124.774/0.566 ms % I didn't have this problem in January. Steve On 03/28/11 08:55, Daniel O'Connor wrote: > Hi, > I am trying to get a -CURRENT box to get an IPv6 address via RTADV, however I am not having any luck. > > I have tried the following in rc.conf :- > ipv6_enable="YES" > ipv6_gateway_enable="YES" > > ifconfig_em0_ipv6="RTADV" > > (the last one I haven't seen before but it didn't seem to have an effect anyway) > > ifconfig shows.. > em0: flags=8843 metric 0 mtu 1500 > options=219b > ether 00:25:90:32:09:1e > inet6 fe80::225:90ff:fe32:91e%em0 prefixlen 64 scopeid 0x2 > inet 203.31.81.43 netmask 0xffffffc0 broadcast 203.31.81.63 > nd6 options=21 > media: Ethernet autoselect (100baseTX ) > status: active > > I see rtadv packets on the network :- > 12:50:46.444380 IP6 fe80::204:61ff:fe79:276f > ff02::1: ICMP6, router advertisement, length 56 > > Other hosts can obtain a prefix just fine. This is the only 9.0 one, I have other FreeBSD boxes but they are 8.x ish. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > > > > > > > _______________________________________________ > 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNlVJUAAoJEPXPYrMgexuhztQH/0lL3cvjapSAEI6ph+CjyTbB Tm/WJdtpkUMLzW0wM8mDoLYHuXQcG4wv4QpQTcQM4Stk1869LY74nNFTkopk3pc6 TNEa7FfftrJnWGsN8f5HytOen8EGB+tXnSd6b1mXkbSUcJWKALQPFYptv5ssU5Ob +vv2T8Bei77T1OIeDZeg2rFpWQ5IfKeLfzfvnsIKsX1x+QB2+gnWvcb7bWqNMBed tgtVzU9buLSO6WefZl+Q3ykPvR5ARwdJPEzwkuYR0udFbnf6GJGsACsWI6GujfDH skvHIrDNjY39jV+k2qZKF4x7HnbehwM21qZXnxHoMqepnVGIFpo8Y+sJb0mJk+8= =XERs -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 06:44:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A93A1065672 for ; Fri, 1 Apr 2011 06:44:04 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web39308.mail.mud.yahoo.com (web39308.mail.mud.yahoo.com [66.94.238.175]) by mx1.freebsd.org (Postfix) with SMTP id B95918FC14 for ; Fri, 1 Apr 2011 06:44:03 +0000 (UTC) Received: (qmail 74484 invoked by uid 60001); 1 Apr 2011 06:44:03 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1301640243; bh=w905nc0Fv6C7nYNj90Jzh5DaGoiCNrv6vWaPnMiwfD0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=NLJbQ/xTWM6cf0bqcrsFtihiFk1PxZuQMxuhNpp2aK95GICM/JEYxRvZwcaHssI5SGqfcM7EDVYHguyQZGzLnAPvNta9yZk1GvwalVOGIg0LvHCOItBaRvz5TmdI3ew34XHQITBDLLAFHXeVCmMEEAEIneiy8598PpYT4LP2kvo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=1ztEq08f7erkWEg8NS7xq9gSfai9Ouhab2NmsNmR6YPZT/eSNy7kTQ3IMw9XLTXFjVWl8kcsZltfku0EJutlNTxAFz2RVyuaswvOXTNt6/rVDpRyWI/Zqk8vnx+xTAG2QTDoPCIXN86ZZDLaTCd91mToDGdCut+SJ3BWQYdignY=; Message-ID: <84134.72949.qm@web39308.mail.mud.yahoo.com> X-YMail-OSG: xl3ZQFUVM1noX74huMhUHKjRbPtwaKkc6yH2A9vgWT5K6iS YRHdKe41rgunvv.ZMfwWKSssMZCwJtC72VL8NWrid1uiO3JFd9rtoQLu3Ncj qLs.g8af.0flK4jh3D1UqWl5g9CatCDhPFvJ4tIXkzXf80g5JtouI6xzW0U3 L8A0zw03yXJUQZ0f5JpIOzEPx636ecbclwyUks7nyoDxLEjED2qSEE5Bzc0I yNtnVg7NOe0LWrypQzIcO1onXf3c9J3IOipOLbbWHDo19Fv1txlD8mhNZ8Ui 7Oa2hPW_ei_kK2racCaqaPo3SARkM.Nr_.scAucsFnutAvBRHTE5wHQ0aE84 sCHIvrgQStr58BvmJlT01s1PIKfvGQxwaf_O7mjwzO1gfd5QqDcL_lUFERDs VGSi5DAyy5G1h2w-- Received: from [204.191.181.171] by web39308.mail.mud.yahoo.com via HTTP; Thu, 31 Mar 2011 23:44:03 PDT X-Mailer: YahooMailRC/559 YahooMailWebService/0.8.109.295617 References: <20110331213148.B330A106579B@hub.freebsd.org> Date: Thu, 31 Mar 2011 23:44:03 -0700 (PDT) From: PseudoCylon To: freebsd-current@freebsd.org, Aleksandr Rybalko In-Reply-To: <20110331213148.B330A106579B@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Aleksandr Rybalko , Sevan / Venture37 Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 06:44:04 -0000 > > rt28600: mem 0xf7f00000-0xf7f0ffff irq 17 at > > device 0.0 on pci3 > > rt28600: invalid EEPROM LNA gain #2: 0x00 > > rt28600: invalid EEPROM LNA gain #3: 0x00 > > rt28600: invalid EEPROM powersave level > > rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R > Wow, your device have same revision 0x28720200 like embedded into > RT3052F system on chip. > So now I understand, why driver won't work with your card. > I previously expect that this id related only for SoC version, but SoC > version don't have many things that PCI version have (MCU, EEPROM, > etc.) > Hi, I have 0x28720200 calling rt2872_rf_set_chan() instead of rt2860_rf_set_chan(). And, 0x2000 for initial RT2860_REG_MAX_LEN value in rt2860_init_locked(). If these are correct I can patch the driver up. AK From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 07:51:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94DB7106566B for ; Fri, 1 Apr 2011 07:51:03 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0348FC16 for ; Fri, 1 Apr 2011 07:51:02 +0000 (UTC) Received: from gw-lan1.kiev.dlink.ua ([192.168.10.10] helo=terran.dlink.ua) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Q5Z8F-0002FM-8t; Fri, 01 Apr 2011 10:50:59 +0300 Date: Fri, 1 Apr 2011 10:50:54 +0300 From: Aleksandr Rybalko To: PseudoCylon Message-Id: <20110401105054.d06428f3.ray@dlink.ua> In-Reply-To: <84134.72949.qm@web39308.mail.mud.yahoo.com> References: <20110331213148.B330A106579B@hub.freebsd.org> <84134.72949.qm@web39308.mail.mud.yahoo.com> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.20.1; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Aleksandr Rybalko , freebsd-current@freebsd.org, Venture37 , Sevan Subject: Re: [CFT]RT28xx/RT30xx wireless was [CFR]RT305xF support, w/o attachment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 07:51:03 -0000 On Thu, 31 Mar 2011 23:44:03 -0700 (PDT) PseudoCylon wrote: >> > > rt28600: mem 0xf7f00000-0xf7f0ffff irq 17 at >> > > device 0.0 on pci3 >> > > rt28600: invalid EEPROM LNA gain #2: 0x00 >> > > rt28600: invalid EEPROM LNA gain #3: 0x00 >> > > rt28600: invalid EEPROM powersave level >> > > rt28600: MAC/BBP RT2860 (rev 0x28720200), RF RT3022 2.4G 2T2R >> > Wow, your device have same revision 0x28720200 like embedded into >> > RT3052F system on chip. >> > So now I understand, why driver won't work with your card. >> > I previously expect that this id related only for SoC version, but SoC >> > version don't have many things that PCI version have (MCU, EEPROM, >> > etc.) >> > >> >> Hi, >> >> I have 0x28720200 calling rt2872_rf_set_chan() instead of rt2860_rf_set_chan(). >> And, 0x2000 for initial RT2860_REG_MAX_LEN value in rt2860_init_locked(). >> >> If these are correct I can patch the driver up. Basic problem here is a usage external EEPROM data(instead read from real EEPROM) and direct BBP control(instead use MCU). So currently prefer to use Alexander Egorenkov version, until we done porting OpenBSD one and join it with ral(4) code. >> >> AK >> -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 11:05:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E2A4106564A; Fri, 1 Apr 2011 11:05:22 +0000 (UTC) (envelope-from onwahe@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 6CA3F8FC14; Fri, 1 Apr 2011 11:05:22 +0000 (UTC) Received: by pzk27 with SMTP id 27so769909pzk.13 for ; Fri, 01 Apr 2011 04:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=I9C+E+FfRbUbf5RcGMvsQmJBwkVdEW7uOzDtFW3xzao=; b=mQL2DrTjf7BNOjphP7QPkdXzqzxZouo4BtD9WiLsbOSKw8mMxf5Ha/61w9ADoQAGPT zA2MS2u29Q9e16SodTNGB+0smb0k8SXLiNswCFl6jZzSk9HEWuSJD6bc45uJ8NYjACBD Xo8Vsh3kiJXBgY3X8Dl248J7IfOFyUrCOdDEY= 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=jpHFWFLjOoUirnYzGBPE/AI2a58TKw6vCE01Sy4WTgofnTosyNQuNw8n1xLmUIHoFA yv1rOOzlkAwAS+6ljXUN0fDc9dE/hs50dIxRClQGlSgFcSRP3khAMKH1GAY3nCf9mB8y 0sIo+FN3B8MDRvaSUGguCer8CWocv03Bxw6vQ= MIME-Version: 1.0 Received: by 10.142.13.5 with SMTP id 5mr2833401wfm.426.1301655921918; Fri, 01 Apr 2011 04:05:21 -0700 (PDT) Received: by 10.142.153.15 with HTTP; Fri, 1 Apr 2011 04:05:21 -0700 (PDT) In-Reply-To: <201103311434.41188.jhb@freebsd.org> References: <201103310958.51416.jhb@freebsd.org> <201103311434.41188.jhb@freebsd.org> Date: Fri, 1 Apr 2011 13:05:21 +0200 Message-ID: From: Svatopluk Kraus To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: base64 Cc: freebsd-current@freebsd.org Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:05:22 -0000 PiBIZXJlIGlzIGEgbGFyZ2VyIHBhdGNoOgo+Cj4gSW5kZXg6IGtlcm4va2Vybl9rdHJhY2UuYwo+ ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KPiAtLS0ga2Vybi9rZXJuX2t0cmFjZS5jIKAocmV2aXNpb24gMjIwMTkwKQo+ ICsrKyBrZXJuL2tlcm5fa3RyYWNlLmMgoCh3b3JraW5nIGNvcHkpCj4gQEAgLTg4Miw3ICs4ODIs OCBAQAo+IKAgoCCgIKAgoCCgIKAgoG5mb3VuZCA9IDA7Cj4goCCgIKAgoCCgIKAgoCCgTElTVF9G T1JFQUNIKHAsICZwZy0+cGdfbWVtYmVycywgcF9wZ2xpc3QpIHsKPiCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoFBST0NfTE9DSyhwKTsKPiAtIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBpZiAocF9jYW5z ZWUodGQsIHApICE9IDApIHsKPiArIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBpZiAocC0+cF9zdGF0 ZSA9PSBQUlNfTkVXIHx8Cj4gKyCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIHBfY2Fuc2VlKHRk LCBwKSAhPSAwKSB7Cj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoFBST0NfVU5MT0NL KHApOwo+IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBjb250aW51ZTsKPiCgIKAgoCCg IKAgoCCgIKAgoCCgIKAgoH0KPiBJbmRleDoga2Vybi9rZXJuX3NpZy5jCj4gPT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQo+ IC0tLSBrZXJuL2tlcm5fc2lnLmMgoCCgIChyZXZpc2lvbiAyMjAxOTApCj4gKysrIGtlcm4va2Vy bl9zaWcuYyCgIKAgKHdvcmtpbmcgY29weSkKPiBAQCAtMTc5OSw3ICsxNzk5LDggQEAKPiCgIKAg oCCgIKAgoCCgIKBQR1JQX0xPQ0tfQVNTRVJUKHBncnAsIE1BX09XTkVEKTsKPiCgIKAgoCCgIKAg oCCgIKBMSVNUX0ZPUkVBQ0gocCwgJnBncnAtPnBnX21lbWJlcnMsIHBfcGdsaXN0KSB7Cj4goCCg IKAgoCCgIKAgoCCgIKAgoCCgIKBQUk9DX0xPQ0socCk7Cj4gLSCgIKAgoCCgIKAgoCCgIKAgoCCg IKAgaWYgKGNoZWNrY3R0eSA9PSAwIHx8IHAtPnBfZmxhZyAmIFBfQ09OVFJPTFQpCj4gKyCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgaWYgKHAtPnBfc3RhdGUgPT0gUFJTX05PUk1BTCAmJgo+ICsgoCCg IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCAoY2hlY2tjdHR5ID09IDAgfHwgcC0+cF9mbGFnICYgUF9D T05UUk9MVCkpCj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoHBrc2lnbmFsKHAsIHNp Zywga3NpKTsKPiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoFBST0NfVU5MT0NLKHApOwo+IKAgoCCg IKAgoCCgIKAgoH0KPiBAQCAtMzMxMyw3ICszMzE0LDggQEAKPiCgIKAgoCCgIKAgoCCgIKBQR1JQ X0xPQ0soc2lnaW8tPnNpb19wZ3JwKTsKPiCgIKAgoCCgIKAgoCCgIKBMSVNUX0ZPUkVBQ0gocCwg JnNpZ2lvLT5zaW9fcGdycC0+cGdfbWVtYmVycywgcF9wZ2xpc3QpIHsKPiCgIKAgoCCgIKAgoCCg IKAgoCCgIKAgoFBST0NfTE9DSyhwKTsKPiAtIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBpZiAoQ0FO U0lHSU8oc2lnaW8tPnNpb191Y3JlZCwgcC0+cF91Y3JlZCkgJiYKPiArIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCBpZiAocC0+cF9zdGF0ZSA9PSBQUlNfTk9STUFMICYmCj4gKyCgIKAgoCCgIKAgoCCg IKAgoCCgIKAgoCCgIENBTlNJR0lPKHNpZ2lvLT5zaW9fdWNyZWQsIHAtPnBfdWNyZWQpICYmCj4g oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgKGNoZWNrY3R0eSA9PSAwIHx8IChwLT5wX2ZsYWcg JiBQX0NPTlRST0xUKSkpCj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoHBzaWduYWwo cCwgc2lnKTsKPiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoFBST0NfVU5MT0NLKHApOwo+IEluZGV4 OiBrZXJuL2tlcm5fY2xvY2suYwo+ID09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPiAtLS0ga2Vybi9rZXJuX2Nsb2NrLmMg oCAocmV2aXNpb24gMjIwMTkwKQo+ICsrKyBrZXJuL2tlcm5fY2xvY2suYyCgICh3b3JraW5nIGNv cHkpCj4gQEAgLTIwMSw2ICsyMDEsMTAgQEAKPiCgIKAgoCCgIKAgoCCgIKB0cnlsID0gMDsKPiCg IKAgoCCgIKAgoCCgIKBGT1JFQUNIX1BST0NfSU5fU1lTVEVNKHApIHsKPiCgIKAgoCCgIKAgoCCg IKAgoCCgIKAgoFBST0NfTE9DSyhwKTsKPiArIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBpZiAocC0+ cF9zdGF0ZSA9PSBQUlNfTkVXKSB7Cj4gKyCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBQ Uk9DX1VOTE9DSyhwKTsKPiArIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGNvbnRpbnVl Owo+ICsgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIH0KPiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoEZP UkVBQ0hfVEhSRUFEX0lOX1BST0MocCwgdGQpIHsKPgo+IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCg IKAgoCCgIKAvKgo+IEluZGV4OiBrZXJuL3NjaGVkXzRic2QuYwo+ID09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPiAtLS0g a2Vybi9zY2hlZF80YnNkLmMgoCAocmV2aXNpb24gMjIwMTkwKQo+ICsrKyBrZXJuL3NjaGVkXzRi c2QuYyCgICh3b3JraW5nIGNvcHkpCj4gQEAgLTQ2Myw2ICs0NjMsMTAgQEAKPiCgIKAgoCCgc3hf c2xvY2soJmFsbHByb2NfbG9jayk7Cj4goCCgIKAgoEZPUkVBQ0hfUFJPQ19JTl9TWVNURU0ocCkg ewo+IKAgoCCgIKAgoCCgIKAgoFBST0NfTE9DSyhwKTsKPiArIKAgoCCgIKAgoCCgIKAgaWYgKHAt PnBfc3RhdGUgPT0gUFJTX05FVykgewo+ICsgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIFBST0NfVU5M T0NLKHApOwo+ICsgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGNvbnRpbnVlOwo+ICsgoCCgIKAgoCCg IKAgoCB9Cj4goCCgIKAgoCCgIKAgoCCgRk9SRUFDSF9USFJFQURfSU5fUFJPQyhwLCB0ZCkgewo+ IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgYXdha2UgPSAwOwo+IKAgoCCgIKAgoCCgIKAgoCCgIKAg oCCgdGhyZWFkX2xvY2sodGQpOwo+IEluZGV4OiBrZXJuL2tlcm5fcmVzb3VyY2UuYwo+ID09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KPiAtLS0ga2Vybi9rZXJuX3Jlc291cmNlLmMgoCCgIKAgoChyZXZpc2lvbiAyMjAxOTAp Cj4gKysrIGtlcm4va2Vybl9yZXNvdXJjZS5jIKAgoCCgIKAod29ya2luZyBjb3B5KQo+IEBAIC0x MjksNyArMTI5LDggQEAKPiCgIKAgoCCgIKAgoCCgIKBzeF9zdW5sb2NrKCZwcm9jdHJlZV9sb2Nr KTsKPiCgIKAgoCCgIKAgoCCgIKBMSVNUX0ZPUkVBQ0gocCwgJnBnLT5wZ19tZW1iZXJzLCBwX3Bn bGlzdCkgewo+IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgUFJPQ19MT0NLKHApOwo+IC0goCCgIKAg oCCgIKAgoCCgIKAgoCCgIGlmIChwX2NhbnNlZSh0ZCwgcCkgPT0gMCkgewo+ICsgoCCgIKAgoCCg IKAgoCCgIKAgoCCgIGlmIChwLT5wX3N0YXRlID09IFBSU19OT1JNQUwgJiYKPiArIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgcF9jYW5zZWUodGQsIHApID09IDApIHsKPiCgIKAgoCCgIKAgoCCg IKAgoCCgIKAgoCCgIKAgoCCgaWYgKHAtPnBfbmljZSA8IGxvdykKPiCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBsb3cgPSBwLT5wX25pY2U7Cj4goCCgIKAgoCCgIKAgoCCg IKAgoCCgIKB9Cj4gQEAgLTIxNSw3ICsyMTYsOCBAQAo+IKAgoCCgIKAgoCCgIKAgoHN4X3N1bmxv Y2soJnByb2N0cmVlX2xvY2spOwo+IKAgoCCgIKAgoCCgIKAgoExJU1RfRk9SRUFDSChwLCAmcGct PnBnX21lbWJlcnMsIHBfcGdsaXN0KSB7Cj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBQUk9DX0xP Q0socCk7Cj4gLSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgaWYgKHBfY2Fuc2VlKHRkLCBwKSA9PSAw KSB7Cj4gKyCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgaWYgKHAtPnBfc3RhdGUgPT0gUFJTX05PUk1B TCAmJgo+ICsgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCBwX2NhbnNlZSh0ZCwgcCkgPT0gMCkg ewo+IKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBlcnJvciA9IGRvbmljZSh0ZCwgcCwg dWFwLT5wcmlvKTsKPiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgZm91bmQrKzsKPiCg IKAgoCCgIKAgoCCgIKAgoCCgIKAgoH0KPiBAQCAtMjMwLDcgKzIzMiw4IEBACj4goCCgIKAgoCCg IKAgoCCgc3hfc2xvY2soJmFsbHByb2NfbG9jayk7Cj4goCCgIKAgoCCgIKAgoCCgRk9SRUFDSF9Q Uk9DX0lOX1NZU1RFTShwKSB7Cj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBQUk9DX0xPQ0socCk7 Cj4gLSCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgaWYgKHAtPnBfdWNyZWQtPmNyX3VpZCA9PSB1YXAt PndobyAmJgo+ICsgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIGlmIChwLT5wX3N0YXRlID09IFBSU19O T1JNQUwgJiYKPiArIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgcC0+cF91Y3JlZC0+Y3JfdWlk ID09IHVhcC0+d2hvICYmCj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgcF9jYW5zZWUodGQs IHApID09IDApIHsKPiCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgZXJyb3IgPSBkb25p Y2UodGQsIHAsIHVhcC0+cHJpbyk7Cj4goCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoCCgIKAgoGZv dW5kKys7Cj4gSW5kZXg6IHZtL3ZtX2dsdWUuYwo+ID09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KPiAtLS0gdm0vdm1fZ2x1 ZS5jIKAgoCCgIKAocmV2aXNpb24gMjIwMTkwKQo+ICsrKyB2bS92bV9nbHVlLmMgoCCgIKAgoCh3 b3JraW5nIGNvcHkpCj4gQEAgLTczMCw3ICs3MzAsOCBAQAo+IKAgoCCgIKBzeF9zbG9jaygmYWxs cHJvY19sb2NrKTsKPiCgIKAgoCCgRk9SRUFDSF9QUk9DX0lOX1NZU1RFTShwKSB7Cj4goCCgIKAg oCCgIKAgoCCgUFJPQ19MT0NLKHApOwo+IC0goCCgIKAgoCCgIKAgoCBpZiAocC0+cF9mbGFnICYg KFBfU1dBUFBJTkdPVVQgfCBQX1NXQVBQSU5HSU4gfCBQX0lOTUVNKSkgewo+ICsgoCCgIKAgoCCg IKAgoCBpZiAocC0+cF9zdGF0ZSA9PSBQUlNfTkVXIHx8Cj4gKyCgIKAgoCCgIKAgoCCgIKAgoCBw LT5wX2ZsYWcgJiAoUF9TV0FQUElOR09VVCB8IFBfU1dBUFBJTkdJTiB8IFBfSU5NRU0pKSB7Cj4g oCCgIKAgoCCgIKAgoCCgIKAgoCCgIKBQUk9DX1VOTE9DSyhwKTsKPiCgIKAgoCCgIKAgoCCgIKAg oCCgIKAgoGNvbnRpbnVlOwo+IKAgoCCgIKAgoCCgIKAgoH0KPgo+IC0tCj4gSm9obiBCYWxkd2lu Cj4KClRoYW5rcyBmb3IgbGFyZ2VyIHBhdGNoLiBJZiB0aGUgcHJvYmxlbSBwZXJzaXN0cyBvbiBh bm90aGVyIHBsYWNlLCBJCnNlbmQgYSB3b3JkLgo= From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 10:40:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FF2E106566B; Fri, 1 Apr 2011 10:40:15 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id EB8E98FC13; Fri, 1 Apr 2011 10:40:14 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q5blz-000Czm-Of; Fri, 01 Apr 2011 11:40:11 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q5blz-00084y-NW; Fri, 01 Apr 2011 11:40:11 +0100 To: petefrench@ingresso.co.uk, trociny@freebsd.org In-Reply-To: <86wrjj5xfm.fsf@in138.ua3> Message-Id: From: Pete French Date: Fri, 01 Apr 2011 11:40:11 +0100 X-Mailman-Approved-At: Fri, 01 Apr 2011 11:23:57 +0000 Cc: freebsd-fs@freebsd.org, pjd@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 10:40:15 -0000 > Yes, you may hit it only on hast devices creation. The workaround is to avoid > using 'hastctl role primary all', start providers one by one instead. Interesting to note that I just hit a lockup in hast (the discs froze up - could not run hastctl or zpool import, and could not kill them). I have two hast devices instead of one, but I am starting them individually instead of using 'all'. The copde includes all the latest patches which have gone into STABLE over the last few days, none of which look particularly controversial! I havent tried your atch yet, nor been able to reporduce the lockup, but thought you might be interested to know that I also had problems with multiple providers. cheers, -pete. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 11:37:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0997106564A; Fri, 1 Apr 2011 11:37:32 +0000 (UTC) (envelope-from pluknet@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 4C6EE8FC14; Fri, 1 Apr 2011 11:37:31 +0000 (UTC) Received: by qyk35 with SMTP id 35so265023qyk.13 for ; Fri, 01 Apr 2011 04:37:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=YFGzsyUW/wDzxon/CIzk4TQC7G/MJJ+dfSm8mbH9g1k=; b=CAgfIB3OtJtnuTR9ehHeqKqYQKxpdk6KrtkXRvFJPrezvkx1RWvZshrP9oirImerF7 /JkvnJgxljLypYXfKKQ3c8W5cDJvGvdgaeyNnw0zCWUIdmj3CMe+XViGNBI/HrukKw3S 7dPpACnK3MAtkl70XZeXW2ilEts9ciRVEgCk4= 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=qd7aoDG0t5UmU1HkiTYVvfqbg3huf7lSxAM9sYD6b8oBORaH87kZToTYG4z+LqrEyi ZSQne5BLDPaowlpMD9x7mUnAuavPqAySY1XAXaVH2coSxFL8M7bSJvFkx1O9UqnKGkvj pwRQpvGGycJR+9y0n1DsWRtwtvCv+7LWhSPr8= MIME-Version: 1.0 Received: by 10.229.106.34 with SMTP id v34mr3318203qco.111.1301657851444; Fri, 01 Apr 2011 04:37:31 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.229.67.68 with HTTP; Fri, 1 Apr 2011 04:37:31 -0700 (PDT) In-Reply-To: <20110331210349.GA4112@freebsd.org> References: <20110331210349.GA4112@freebsd.org> Date: Fri, 1 Apr 2011 15:37:31 +0400 X-Google-Sender-Auth: Xr8C6kA7c3PrgaaiBobnJ1Hvago Message-ID: From: Sergey Kandaurov To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: issue with devstat_buildmatch(3) and certain strings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:37:32 -0000 On 1 April 2011 01:03, Alexander Best wrote: > hi there, > > devstat_buildmatch(3) crashes with certain strings. you can test this by > doing one of: > > iostat -t "," > iostat -t ",," > iostat -t "da," > iostat -t ",da," > iostat -t ",da" > iostat -t "da,scsi," > iostat -t ",da,scsi" > iostat -t "da,,scsi" [Someone told me, -hackers isn't appropriate for patches, Cc: -current.] The problem is devstat(3) increments num_args regardless if strsep returned NULL. I think that should work (all your tests pass): Index: lib/libdevstat/devstat.c =================================================================== --- lib/libdevstat/devstat.c (revision 220102) +++ lib/libdevstat/devstat.c (working copy) @@ -1014,11 +1014,12 @@ * Break the (comma delimited) input string out into separate strings. */ for (tempstr = tstr, num_args = 0; - (*tempstr = strsep(&match_str, ",")) != NULL && (num_args < 5); - num_args++) - if (**tempstr != '\0') + (*tempstr = strsep(&match_str, ",")) != NULL && (num_args < 5); ) + if (**tempstr != '\0') { + num_args++; if (++tempstr >= &tstr[5]) break; + } /* The user gave us too many type arguments */ if (num_args > 3) { Please review, and I will commit the patch. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 11:40:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2498B106564A; Fri, 1 Apr 2011 11:40:26 +0000 (UTC) (envelope-from pluknet@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 A10608FC14; Fri, 1 Apr 2011 11:40:25 +0000 (UTC) Received: by qyk27 with SMTP id 27so2646442qyk.13 for ; Fri, 01 Apr 2011 04:40:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Zdz/A5tRHX+jUet4WtHoC/QZP17onbK49A7tRfbcXes=; b=hUJKpWoa/qa/S3quSMrOUeuJbQSOsXVE8kSSU0pMcXnK83QyMxRyuqvmkjrF5W7MTu 0Yxlnwnst5jq9R9JrQSH5pQL2fzadrPBmqebplNnQaSuIYshYyFPiiHb2arP+ctpBTfV Vrt5vOa6PQAu1aXz+7qTk/y0E9G8gLileHdlo= 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=DP5RqZc4JejklIHhhxYCVx5nMBDPq4cQf20UVzhrSTx8EGqwDqeFOn2kBhdvpqPvIK yuoIoBkAWUtD4PD2gu8OKC9d0FakpqpOZ4YI+d8+BSHZzJOFTHLJzeL2MXW6lS6e9TH8 pn+8DRlsdKoTy6IsG9MW+tDFjYuURZE4q+McE= MIME-Version: 1.0 Received: by 10.229.99.80 with SMTP id t16mr3307687qcn.73.1301658024721; Fri, 01 Apr 2011 04:40:24 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.229.67.68 with HTTP; Fri, 1 Apr 2011 04:40:24 -0700 (PDT) In-Reply-To: References: <20110331210349.GA4112@freebsd.org> Date: Fri, 1 Apr 2011 15:40:24 +0400 X-Google-Sender-Auth: RI45qhEjYXQ7fXIO1-OAnDIMGto Message-ID: From: Sergey Kandaurov To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: issue with devstat_buildmatch(3) and certain strings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:40:26 -0000 On 1 April 2011 15:37, Sergey Kandaurov wrote: > On 1 April 2011 01:03, Alexander Best wrote: >> hi there, >> >> devstat_buildmatch(3) crashes with certain strings. you can test this by >> doing one of: >> >> iostat -t "," >> iostat -t ",," >> iostat -t "da," >> iostat -t ",da," >> iostat -t ",da" >> iostat -t "da,scsi," >> iostat -t ",da,scsi" >> iostat -t "da,,scsi" > > [Someone told me, -hackers isn't appropriate for patches, Cc: -current.] > > The problem is devstat(3) increments num_args regardless if strsep > returned NULL. > I think that should work (all your tests pass): > > Index: lib/libdevstat/devstat.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- lib/libdevstat/devstat.c =A0 =A0(revision 220102) > +++ lib/libdevstat/devstat.c =A0 =A0(working copy) > @@ -1014,11 +1014,12 @@ > =A0 =A0 =A0 =A0 * Break the (comma delimited) input string out into separ= ate strings. > =A0 =A0 =A0 =A0 */ > =A0 =A0 =A0 =A0for (tempstr =3D tstr, num_args =A0=3D 0; > - =A0 =A0 =A0 =A0 =A0 =A0(*tempstr =3D strsep(&match_str, ",")) !=3D NULL= && (num_args < 5); > - =A0 =A0 =A0 =A0 =A0 =A0num_args++) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (**tempstr !=3D '\0') > + =A0 =A0 =A0 =A0 =A0 =A0(*tempstr =3D strsep(&match_str, ",")) !=3D NULL= && (num_args < 5); ) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (**tempstr !=3D '\0') { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 num_args++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (++tempstr >=3D &tstr[5= ]) ^^^^ BTW, this game with pointers might prevent devstat(3) from work on big-endian. > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > > =A0 =A0 =A0 =A0/* The user gave us too many type arguments */ > =A0 =A0 =A0 =A0if (num_args > 3) { > > Please review, and I will commit the patch. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 11:49:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 070CC1065677; Fri, 1 Apr 2011 11:49:40 +0000 (UTC) Date: Fri, 1 Apr 2011 11:49:40 +0000 From: Alexander Best To: Sergey Kandaurov Message-ID: <20110401114940.GA15680@freebsd.org> References: <20110331210349.GA4112@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: issue with devstat_buildmatch(3) and certain strings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:49:40 -0000 On Fri Apr 1 11, Sergey Kandaurov wrote: > On 1 April 2011 01:03, Alexander Best wrote: > > hi there, > > > > devstat_buildmatch(3) crashes with certain strings. you can test this by > > doing one of: > > > > iostat -t "," > > iostat -t ",," > > iostat -t "da," > > iostat -t ",da," > > iostat -t ",da" > > iostat -t "da,scsi," > > iostat -t ",da,scsi" > > iostat -t "da,,scsi" > > [Someone told me, -hackers isn't appropriate for patches, Cc: -current.] > > The problem is devstat(3) increments num_args regardless if strsep > returned NULL. > I think that should work (all your tests pass): > > Index: lib/libdevstat/devstat.c > =================================================================== > --- lib/libdevstat/devstat.c (revision 220102) > +++ lib/libdevstat/devstat.c (working copy) > @@ -1014,11 +1014,12 @@ > * Break the (comma delimited) input string out into separate strings. > */ > for (tempstr = tstr, num_args = 0; > - (*tempstr = strsep(&match_str, ",")) != NULL && (num_args < 5); > - num_args++) > - if (**tempstr != '\0') > + (*tempstr = strsep(&match_str, ",")) != NULL && (num_args < 5); ) ^^ extra space? > + if (**tempstr != '\0') { > + num_args++; > if (++tempstr >= &tstr[5]) > break; > + } > > /* The user gave us too many type arguments */ > if (num_args > 3) { > > Please review, and I will commit the patch. looking good. thanks. :) > > -- > wbr, > pluknet -- a13x From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:28:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 144941065676 for ; Fri, 1 Apr 2011 12:28:56 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id DE0048FC19 for ; Fri, 1 Apr 2011 12:28:55 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id F368558143 for ; Fri, 1 Apr 2011 07:28:54 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id HU1eXAzz8nhz for ; Fri, 1 Apr 2011 07:28:54 -0500 (CDT) Received: from wanderer.tachypleus.net (unknown [76.210.65.155]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 9FA3558140 for ; Fri, 1 Apr 2011 07:28:54 -0500 (CDT) Message-ID: <4D95C505.6050107@freebsd.org> Date: Fri, 01 Apr 2011 07:28:53 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4D94CA5C.9050007@freebsd.org> <8E0411B7-7FD8-4EDF-85E7-4BA84FF6C266@gsoft.com.au> In-Reply-To: <8E0411B7-7FD8-4EDF-85E7-4BA84FF6C266@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: bsdinstaller / partedit emacs key patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 12:28:56 -0000 On 03/31/11 22:39, Daniel O'Connor wrote: > > On 01/04/2011, at 5:09, Nathan Whitehorn wrote: >> On 03/29/11 20:50, Daniel O'Connor wrote: >>> Hi, >>> I noticed that the entry widgets in the bsdinstaller label editor don't understand various "emacs keys" (eg C-a, C-d, C-e). >>> >>> Here's a patch which adds the basics.. Unfortunately dialog doesn't have a "key" for delete all, delete left or delete right so I couldn't add C-u, C-w or C-k. >>> >>> Note that you can't just call dlg_parse_bindkey("* ^a BEGIN") because dialog modifies the string which crashes (seg fault). >> >> I'm happy to put this in, but it would be nice if you could try to get this into upstream dialog to avoid inconsistencies in various parts of the installation. > > I suspect it would be pretty bikeshed prone :( > > Is there a dialog mailing list? My google-fu failed and I can't find one. > > I suppose the alternative is to install a global rc file (ie /etc/dialogrc) with the following contents.. > bindkey * ^a BEGIN > bindkey * ^d DELETE_RIGHT > bindkey * ^e FINAL Here's the website: http://invisible-island.net/dialog/dialog.html The nearest thing to a mailing list is the ncurses one, but I'd suggest just emailing the author. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:31:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D79E106566C; Fri, 1 Apr 2011 12:31:42 +0000 (UTC) (envelope-from to.my.trociny@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 92F628FC17; Fri, 1 Apr 2011 12:31:41 +0000 (UTC) Received: by wwc33 with SMTP id 33so3862779wwc.31 for ; Fri, 01 Apr 2011 05:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:organization:references :sender:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=bqNf/7fEK7qxSIg9S8OIcCHJLt8Rcc3c2UBI+62+pAg=; b=k1Q+4VG66AllL4RQ0nd3iqdSFI+F8M9hyf1PCTJnkEcxC4aGqguTtx/fAYgsrxx7bX UujtrF8+iZX79XS8U+xjdz/HDjWmmIhXap0y7F99TQLegA1i4zI+we1TQLnIMFTHIEKo a7CwXxbqLwbpV10oOHnweFW07myExWI4cWPIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:sender:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=Y51PgGxrnqR/YHYEkkRnfTh4Tn+P8I36EMZTMEppFMkytJn/xKEj8r566lHO6N0Pq7 KFq6wWa5k6v2pYcYlAq1zAt9jters7N5Mv6qNMpLCLY4T8gm63wEC7ZSj9teGCjZmJRR 0BPaAvj50FiCVloC6UOOWXDwOBcpFogXdEKyo= Received: by 10.216.121.208 with SMTP id r58mr771357weh.61.1301661100530; Fri, 01 Apr 2011 05:31:40 -0700 (PDT) Received: from localhost ([94.27.39.186]) by mx.google.com with ESMTPS id x1sm1240001wbh.53.2011.04.01.05.31.38 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 01 Apr 2011 05:31:39 -0700 (PDT) From: Mikolaj Golub To: Pete French Organization: TOA Ukraine References: Sender: Mikolaj Golub Date: Fri, 01 Apr 2011 15:31:36 +0300 In-Reply-To: (Pete French's message of "Fri, 01 Apr 2011 11:40:11 +0100") Message-ID: <86wrjei253.fsf@in138.ua3> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-fs@freebsd.org, pjd@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 12:31:42 -0000 On Fri, 01 Apr 2011 11:40:11 +0100 Pete French wrote: >> Yes, you may hit it only on hast devices creation. The workaround is to avoid >> using 'hastctl role primary all', start providers one by one instead. PF> Interesting to note that I just hit a lockup in hast (the discs froze PF> up - could not run hastctl or zpool import, and could not kill PF> them). I have two hast devices instead of one, but I am starting them PF> individually instead of using 'all'. The copde includes all the latest PF> patches which have gone into STABLE over the last few days, none of which PF> look particularly controversial! PF> I havent tried your atch yet, nor been able to reporduce the lockup, but PF> thought you might be interested to know that I also had problems with PF> multiple providers. This looks like a different problem. If you have this again please provide the output of 'procstat -kka'. -- Mikolaj Golub From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:43:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A93EA1065700; Fri, 1 Apr 2011 12:43:49 +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 811458FC15; Fri, 1 Apr 2011 12:43:49 +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 1D10946BA5; Fri, 1 Apr 2011 08:43:49 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A200C8A027; Fri, 1 Apr 2011 08:43:48 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 1 Apr 2011 08:43:47 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110331223339.GA13682@freebsd.org> In-Reply-To: <20110331223339.GA13682@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104010843.47367.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 01 Apr 2011 08:43:48 -0400 (EDT) Cc: Alexander Best , Alexander Motin Subject: Re: multiple issues with devstat_*(9) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 12:43:49 -0000 On Thursday, March 31, 2011 6:33:39 pm Alexander Best wrote: > hi there, > > i think there are multiple issues with devstat. i found the following in > devicestat.h: > > /* > * These types are intended to aid statistics gathering/display programs. > * The first 13 types (up to the 'target' flag) are identical numerically > * to the SCSI device type numbers. The next 3 types designate the device > * interface. Currently the choices are IDE, SCSI, and 'other'. The last > * flag specifies whether or not the given device is a passthrough device > * or not. If it is a passthrough device, the lower 4 bits specify which > * type of physical device lies under the passthrough device, and the next > * 4 bits specify the interface. > */ > typedef enum { > DEVSTAT_TYPE_DIRECT = 0x000, > DEVSTAT_TYPE_SEQUENTIAL = 0x001, > DEVSTAT_TYPE_PRINTER = 0x002, > DEVSTAT_TYPE_PROCESSOR = 0x003, > DEVSTAT_TYPE_WORM = 0x004, > DEVSTAT_TYPE_CDROM = 0x005, > DEVSTAT_TYPE_SCANNER = 0x006, > DEVSTAT_TYPE_OPTICAL = 0x007, > DEVSTAT_TYPE_CHANGER = 0x008, > DEVSTAT_TYPE_COMM = 0x009, > DEVSTAT_TYPE_ASC0 = 0x00a, > DEVSTAT_TYPE_ASC1 = 0x00b, > DEVSTAT_TYPE_STORARRAY = 0x00c, > DEVSTAT_TYPE_ENCLOSURE = 0x00d, > DEVSTAT_TYPE_FLOPPY = 0x00e, > DEVSTAT_TYPE_MASK = 0x00f, > DEVSTAT_TYPE_IF_SCSI = 0x010, > DEVSTAT_TYPE_IF_IDE = 0x020, > DEVSTAT_TYPE_IF_OTHER = 0x030, > DEVSTAT_TYPE_IF_MASK = 0x0f0, > DEVSTAT_TYPE_PASS = 0x100 > } devstat_type_flags; > > > also the devstat(9) man page says: > > Each device is given a device type. Pass-through devices have the same > underlying device type and interface as the device they provide an inter- > face for, but they also have the pass-through flag set. The base device > types are identical to the SCSI device type numbers, so with SCSI periph- > erals, the device type returned from an inquiry is usually ORed with the > SCSI interface type and the pass-through flag if appropriate. The device > type flags are as follows: > > ...so let's get started: > > otaku% iostat -n100 > tty ada0 ada1 md0 cd0 pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 1 92 21.18 0 0.01 24.37 12 0.29 0.00 0 0.00 60.27 0 0.01 0.37 0 0.00 0.37 0 0.00 0.00 0 0.00 5 0 4 0 90 > > ..so far so good > > otaku% iostat -t da > tty ada0 ada1 md0 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 1 92 21.18 0 0.01 24.37 12 0.29 0.00 0 0.00 5 0 4 0 90 > > ...not good! this should include two pass devices! This is probably due to the hard drives being IDE (really ATA) rather than SCSI. I agree this should show the pass devices. > otaku% iostat -t scsi > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 1 92 60.27 0 0.01 5 0 4 0 90 > > ..what? If cd0 is an ATAPI CD-ROM drive, then this shouldn't even show cd0 as all of your devices are IDE/ATA, not SCSI. > otaku% iostat -t ide > tty cpu > tin tout us ni sy in id > 1 92 5 0 4 0 90 > otaku% iostat -t other > tty cpu > tin tout us ni sy in id > 1 92 5 0 4 0 90 > > ...what about md0? ada0? ada1? md0? md0 is a memory disk, it is neither SCSI nor IDE. However, -t ide (or even better, a -t ata), should show all of your other devices (adaX and cd0) along with their passX devices I think. > otaku% iostat -t cd0 > tty cd0 cpu > tin tout KB/t tps MB/s us ni sy in id > 1 92 60.27 0 0.01 5 0 4 0 90 > > ...this should also include a pass device Agreed. > > otaku% iostat -t pass > tty pass0 pass1 pass2 cpu > tin tout KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 1 92 0.37 0 0.00 0.37 0 0.00 0.00 0 0.00 5 0 4 0 90 > > ...this one's working as expected. > > funny thing is i found the following in scsi_pass.c: > > softc->device_stats = devstat_new_entry("pass", > periph->unit_number, 0, > DEVSTAT_NO_BLOCKSIZE > | (no_tags ? DEVSTAT_NO_ORDERED_TAGS : 0), > softc->pd_type | > DEVSTAT_TYPE_IF_SCSI | > DEVSTAT_TYPE_PASS, > DEVSTAT_PRIORITY_PASS); > > ...so pass* *should* show up under iostat -t scsi. Hmm, pass devices for adaX should not be SCSI though, they should be ide I think. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 11:22:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54B7D106564A; Fri, 1 Apr 2011 11:22:48 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id 11F808FC0A; Fri, 1 Apr 2011 11:22:48 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q5cRC-000EXF-KS; Fri, 01 Apr 2011 12:22:46 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q5cRC-0000iz-JX; Fri, 01 Apr 2011 12:22:46 +0100 To: fjwcash@gmail.com, trociny@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Fri, 01 Apr 2011 12:22:46 +0100 X-Mailman-Approved-At: Fri, 01 Apr 2011 12:51:53 +0000 Cc: freebsd-fs@freebsd.org, pjd@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 11:22:48 -0000 > The other 5% of the time, the hastd crashes occurred either when > importing the ZFS pool, or when running multiple parallel rsyncs to > the pool. hastd was always shown as the last running process in the > backtrace onscreen. This is what I am seeing - did you manage to reproduce this with the patch, or does it fix the issue for you ? Am doing more test now, with only a single hast device to see if it is stable. Am Ok to run without mirroring across hast devices for now, but wouldnt like to do so long term! -pete. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:32:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF0B1065672; Fri, 1 Apr 2011 12:32:45 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ingresso.co.uk (constantine.ingresso.co.uk [IPv6:2001:470:1f09:176e::3]) by mx1.freebsd.org (Postfix) with ESMTP id 948488FC15; Fri, 1 Apr 2011 12:32:45 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ingresso.co.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Q5dWs-000GvP-2N; Fri, 01 Apr 2011 13:32:42 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.74 (FreeBSD)) (envelope-from ) id 1Q5dWs-0000xJ-1N; Fri, 01 Apr 2011 13:32:42 +0100 To: petefrench@ingresso.co.uk, trociny@freebsd.org In-Reply-To: <86wrjei253.fsf@in138.ua3> Message-Id: From: Pete French Date: Fri, 01 Apr 2011 13:32:42 +0100 X-Mailman-Approved-At: Fri, 01 Apr 2011 13:10:12 +0000 Cc: freebsd-fs@freebsd.org, pjd@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 12:32:45 -0000 > This looks like a different problem. If you have this again please provide the > output of 'procstat -kka'. Will do... -pete. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14:18:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B1EE106566B; Fri, 1 Apr 2011 14:18:03 +0000 (UTC) (envelope-from fjwcash@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 0D0038FC13; Fri, 1 Apr 2011 14:18:02 +0000 (UTC) Received: by ywf9 with SMTP id 9so1644792ywf.13 for ; Fri, 01 Apr 2011 07:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hhYgRZzxQZ9eSzDt4Ga4096kf+EKibrlQ4ZLg6EMPsc=; b=u/IqUM1L/fDTW+6aYoMgwJE3kD5UHvtcQiWuH8M8tavlJg4xN1BqGwGDfq4CyyDheY laAg5EJIk9BQ9kl6ctkiLIc1y3cqINdIFtOZKReJbIGPcWL8GqnuEVsrxhOKbVu1H2Ev zBBdW8T4rJ7O2HDP35yNW1RmVJQUfZKuyewLQ= 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=gY108ENFj0Vm7+qvcuv8ZIL7xI8KbhTIlz2maolyu0xOZKN4OxYKE9tyVh+E9JlK1v XGz8vMHAY1E/4+m7fPMAGeQuVjgPRdHJzH6G8HgwZkHPLb73Pbw0wbFOImAOHBxLhMxB wBSS2QG9RyWW0TNgdyDvB9Q+R0RF22uH7AbOM= MIME-Version: 1.0 Received: by 10.91.56.2 with SMTP id i2mr1065604agk.19.1301667482163; Fri, 01 Apr 2011 07:18:02 -0700 (PDT) Received: by 10.90.100.10 with HTTP; Fri, 1 Apr 2011 07:18:01 -0700 (PDT) In-Reply-To: References: Date: Fri, 1 Apr 2011 07:18:01 -0700 Message-ID: From: Freddie Cash To: Pete French Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: trociny@freebsd.org, freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org, pjd@freebsd.org Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 14:18:03 -0000 On Fri, Apr 1, 2011 at 4:22 AM, Pete French wro= te: >> The other 5% of the time, the hastd crashes occurred either when >> importing the ZFS pool, or when running multiple parallel rsyncs to >> the pool. =C2=A0hastd was always shown as the last running process in th= e >> backtrace onscreen. > > This is what I am seeing - did you manage to reproduce this with the patc= h, > or does it fix the issue for you ? Am doing more test now, with only a si= ngle > hast device to see if it is stable. Am Ok to run without mirroring across > hast devices for now, but wouldnt like to do so long term! I have not been able to crash or hang the box since applying Mikolaj's patc= h. I've tried the following: - destroy pool - create pool - destroy hast providers - create hast providers - switch from master to slave via hastctl using "role secondary all" - switch from slave to master via hastctl using "role primary all" - switch roles via hast-carp-switch which does one provider per second - import/export pool I've been running 6 parallel rsyncs for the past 48 hours, getting a consistent 200 Mbps of transfers, with just under 2 TB of deduped data in the pool, without any lockups. So far, so good. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14:58:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A132106566B; Fri, 1 Apr 2011 14:58:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 30E0E8FC08; Fri, 1 Apr 2011 14:58:56 +0000 (UTC) Received: from 63.imp.bsdimp.com (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p31EoAVo040179 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 1 Apr 2011 08:50:10 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1082) From: Warner Losh In-Reply-To: Date: Fri, 1 Apr 2011 08:50:11 -0600 Message-Id: <3AB0D20A-D81D-49EC-BA77-83EACC308796@bsdimp.com> References: <20110331210349.GA4112@freebsd.org> To: Sergey Kandaurov X-Mailer: Apple Mail (2.1082) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Fri, 01 Apr 2011 08:50:10 -0600 (MDT) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alexander Best , FreeBSD Current , freebsd-hackers@freebsd.org Subject: Re: issue with devstat_buildmatch(3) and certain strings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 14:58:56 -0000 On Apr 1, 2011, at 5:40 AM, Sergey Kandaurov wrote: >> if (++tempstr >= &tstr[5]) > ^^^^ > BTW, > this game with pointers might prevent devstat(3) from work on big-endian. I'm very curious about your reasoning here. Warner From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 16:13:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F04B106566B; Fri, 1 Apr 2011 16:13:28 +0000 (UTC) (envelope-from pluknet@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 BA5B38FC1B; Fri, 1 Apr 2011 16:13:27 +0000 (UTC) Received: by qyk27 with SMTP id 27so2848801qyk.13 for ; Fri, 01 Apr 2011 09:13:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=CoiCaIkotaFwg0wZJn6x81lFimHxtfoP+ucP7lKfW4A=; b=PC9j63fsSXwCOZyRA47xmiBKZROMefV/UHO4E4Lj85J7j0f2aw7hompXmVQhhrRAb2 4Y6sMAr6SXVxWE0dn3WisQiHsC7cKsm60H3ZOFANhPLvYthXgLpbR+GWmrgEmyI6yKdR rZ0GAFDsVVL7OyCjSwA6xb35JL0JAKXa1DbEA= 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=Gg4vcXqIrs8qLMLLKg+/DiJ5trP6YAewUsy09K7QC+9NxmwsfbKS6mlolpMHORZoSs 64dtBhpjpx+UFiGMtJxe6zDiCV699HRmMkyO2wA84vdyBYsI6WrEV/SxeF35Q+/1TEnX THpkQdqQYJwDnHtXJSQwVlBfJjhZanP2Lpsz4= MIME-Version: 1.0 Received: by 10.229.106.34 with SMTP id v34mr3627328qco.111.1301674406901; Fri, 01 Apr 2011 09:13:26 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.229.67.68 with HTTP; Fri, 1 Apr 2011 09:13:26 -0700 (PDT) In-Reply-To: <3AB0D20A-D81D-49EC-BA77-83EACC308796@bsdimp.com> References: <20110331210349.GA4112@freebsd.org> <3AB0D20A-D81D-49EC-BA77-83EACC308796@bsdimp.com> Date: Fri, 1 Apr 2011 20:13:26 +0400 X-Google-Sender-Auth: -jEue5LAPjdNpZe12e5p9CWgz2k Message-ID: From: Sergey Kandaurov To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Best , FreeBSD Current , freebsd-hackers@freebsd.org Subject: Re: issue with devstat_buildmatch(3) and certain strings X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 16:13:28 -0000 On 1 April 2011 18:50, Warner Losh wrote: > On Apr 1, 2011, at 5:40 AM, Sergey Kandaurov wrote: >> >> =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (++tempstr >=3D &tstr[= 5]) >> >> =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0^^^^ >> BTW, >> this game with pointers might prevent devstat(3) from work on big-endian= . > > I'm very curious about your reasoning here. > Warner I meant the above comparison of pointers might not work (I'm not sure, as I have no big-endian to test). Look: # iostat -t da,scsi,pass tempstr=3D0x7fffffffcfa0, &tstr[5]=3D0x7fffffffcfc8 tempstr=3D0x7fffffffcfa8, &tstr[5]=3D0x7fffffffcfc8 tempstr=3D0x7fffffffcfb0, &tstr[5]=3D0x7fffffffcfc8 D'oh.. endianness doesn't matter with arrays *blush (Unless that's some system with decreasing memory addressing. Ok, nevermind.) --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 16:49:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7CE106566C for ; Fri, 1 Apr 2011 16:49:34 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6561D8FC08 for ; Fri, 1 Apr 2011 16:49:33 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.4/8.14.4) with ESMTP id p319GPqe071878; Fri, 1 Apr 2011 04:16:25 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.4/8.14.4/Submit) id p319GPJg071877; Fri, 1 Apr 2011 04:16:25 -0500 (CDT) (envelope-from brooks) Date: Fri, 1 Apr 2011 04:16:25 -0500 From: Brooks Davis To: Alexander Pyhalov Message-ID: <20110401091625.GB63248@lor.one-eyed-alien.net> References: <4D8C8D91.2060002@rsu.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: <4D8C8D91.2060002@rsu.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 01 Apr 2011 04:16:26 -0500 (CDT) Cc: freebsd-current@freebsd.org Subject: Re: Could /etc/rc.d/routing require bridge? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 16:49:34 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 25, 2011 at 03:41:53PM +0300, Alexander Pyhalov wrote: > Hello. > I'm just implementing the following network scheme on our freebsd hosts: > 1) physical interface > 2) for each vlanN on physical interface I create bridgeN and connect=20 > interface to the bridge > 3) for each vnet jail which need access to vlanN I create epair and=20 > connect it to bridgeN > 4) for real host I use the same scheme: I create epair and connect it to= =20 > the bridge with necessary vlan. >=20 > I have the following problem: routing is started before bridge creation,= =20 > so in default configuration host is inaccessible. > If I modify /etc/rc.d/routing script so that it requires bridge,=20 > everything is fine (I can reach my host). > So what is a reason for /etc/rc.d/routing to miss dependency on bridge? It makes sense to me that routing woul depend on bridge. After all, it doesn't make much sense to configure routing until you have all your interfaces. -- Brooks --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFNlZfoXY6L6fI4GtQRAjqaAKDKbIlckm/GGMoMn3s4hP4cvg0udACgu954 nRwqkjDPdfKE7EoM/lGr6NQ= =3whP -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 21:30:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14CAF106566C; Fri, 1 Apr 2011 21:30:48 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id D94378FC08; Fri, 1 Apr 2011 21:30:47 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p31LUi9f039416 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 1 Apr 2011 14:30:46 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4D96441E.7020702@freebsd.org> Date: Fri, 01 Apr 2011 14:31:10 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: John Baldwin References: <201103311437.19682.jhb@freebsd.org> <4D94EA1D.9010708@freebsd.org> <201103311731.36091.jhb@freebsd.org> In-Reply-To: <201103311731.36091.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Attilio Rao , freebsd-current@freebsd.org, Svatopluk Kraus Subject: Re: schedcpu() in /sys/kern/sched_4bsd.c calls thread_lock() on thread with un-initialized td_lock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2011 21:30:48 -0000 On 3/31/11 2:31 PM, John Baldwin wrote: > On Thursday, March 31, 2011 4:54:53 pm Julian Elischer wrote: > > http://svn.freebsd.org/viewvc/base/head/sys/kern/kern_fork.c?annotate=83366 > > FreeBSD has always used this process to find a free PID. SVN and CVS history > does not lie. yep it's possible I'm remembering a change that never made it in... From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 08:45:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9649010657C5; Sat, 2 Apr 2011 08:45:41 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 40BC18FC13; Sat, 2 Apr 2011 08:45:40 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id DBE0F46B74; Sat, 2 Apr 2011 10:45:39 +0200 (CEST) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C3B3E45C9C; Sat, 2 Apr 2011 10:44:35 +0200 (CEST) Date: Sat, 2 Apr 2011 10:44:31 +0200 From: Pawel Jakub Dawidek To: Freddie Cash Message-ID: <20110402084431.GB1849@garage.freebsd.pl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: FreeBSD Filesystems , FreeBSD-Current , FreeBSD Stable Subject: Re: Any success stories for HAST + ZFS? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 08:45:41 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 24, 2011 at 01:36:32PM -0700, Freddie Cash wrote: > [Not sure which list is most appropriate since it's using HAST + ZFS > on -RELEASE, -STABLE, and -CURRENT. Feel free to trim the CC: on > replies.] >=20 > I'm having a hell of a time making this work on real hardware, and am > not ruling out hardware issues as yet, but wanted to get some > reassurance that someone out there is using this combination (FreeBSD > + HAST + ZFS) successfully, without kernel panics, without core dumps, > without deadlocks, without issues, etc. I need to know I'm not > chasing a dead rabbit. I just committed a fix for a problem that might look like a deadlock. With trociny@ patch and my last fix (to GEOM GATE and hastd) do you still have any issues? --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk2W4e8ACgkQForvXbEpPzT5MQCcCyNhQpd0Ql+wNhlciiNm1N+w m1YAoKJX8PAnwxzQy/U+myNAt0tIeUjU =xeh6 -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 19:58:13 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E74E11065670; Sat, 2 Apr 2011 19:58:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BB6DB8FC12; Sat, 2 Apr 2011 19:58:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p32JwBpf078502; Sat, 2 Apr 2011 15:58:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p32JwB9D078498; Sat, 2 Apr 2011 19:58:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 2 Apr 2011 19:58:11 GMT Message-Id: <201104021958.p32JwB9D078498@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2011 19:58:13 -0000 TB --- 2011-04-02 18:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-02 18:50:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2011-04-02 18:50:01 - cleaning the object tree TB --- 2011-04-02 18:50:17 - cvsupping the source tree TB --- 2011-04-02 18:50:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2011-04-02 18:50:47 - building world TB --- 2011-04-02 18:50:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-02 18:50:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-02 18:50:47 - TARGET=pc98 TB --- 2011-04-02 18:50:47 - TARGET_ARCH=i386 TB --- 2011-04-02 18:50:47 - TZ=UTC TB --- 2011-04-02 18:50:47 - __MAKE_CONF=/dev/null TB --- 2011-04-02 18:50:47 - cd /src TB --- 2011-04-02 18:50:47 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 2 18:50:48 UTC 2011 >>> 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 [...] c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopIdiomRecognize.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopRotation.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar -I. -I/src/lib/clang/libllvmscalaropts/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"i386-undermydesk-freebsd9.0\" -fstack-protector -fno-exceptions -fno-rtti -c /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp: In function 'void CollectSubexprs(const llvm::SCEV*, const llvm::SCEVConstant*, llvm::SmallVectorImpl&, const llvm::Loop*, llvm::ScalarEvolution&)': /src/lib/clang/libllvmscalaropts/../../../contrib/llvm/lib/Transforms/Scalar/LoopStrengthReduce.cpp:2227: internal compiler error: in var_ann, at tree-flow-inline.h:128 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvmscalaropts. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-02 19:58:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-02 19:58:11 - ERROR: failed to build world TB --- 2011-04-02 19:58:11 - 3353.01 user 542.94 system 4090.28 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full