From owner-freebsd-current@FreeBSD.ORG Sun May 6 00:03:55 2012 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 9EC1D1065672 for ; Sun, 6 May 2012 00:03:55 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC1F8FC0A for ; Sun, 6 May 2012 00:03:55 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q4603lrJ020743; Sat, 5 May 2012 18:03:53 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Sun, 6 May 2012 07:03:42 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <4FA44CE2.3070005@gmail.com> In-Reply-To: <4FA44CE2.3070005@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201205060703.42274.erichfreebsdlist@ovitrap.com> Cc: matt , Artem Tuchinsky Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 00:03:55 -0000 Hi, On Saturday 05 May 2012 04:40:50 matt wrote: > On 05/03/12 22:12, Artem Tuchinsky wrote: > > > > > Is it possibly that the patch got applied twice? I had some errors a not at my side. > while back that were resulting from an inconsistent mixture of > pre-patch, post-patch and double patched files...I deleted /usr/src and > followed the patching instructions after doing a fresh csup. There is > also (or was) some sed command that fixes some issues in the files that > must not be skipped due to cvs tags. Don't forget to rm /usr/obj. this one? sed -i -e 's/FreeBSD: src.*Exp /FreeBSD/' /usr/src/sys/dev/drm/i915_suspend.c I downloaded a new source tree into an empty directory, applied the patch and get this now: drm_drv.o:(.data+0x100): undefined reference to `drm_gem_close_ioctl' drm_drv.o:(.data+0x118): undefined reference to `drm_gem_flink_ioctl' drm_drv.o:(.data+0x130): undefined reference to `drm_gem_open_ioctl' drm_drv.o:(.data+0x2f8): undefined reference to `drm_setmaster_ioctl' drm_drv.o:(.data+0x310): undefined reference to `drm_dropmaster_ioctl' drm_drv.o:(.data+0xf28): undefined reference to `drm_mode_getresources' drm_drv.o:(.data+0xf40): undefined reference to `drm_mode_getcrtc' drm_drv.o:(.data+0xf58): undefined reference to `drm_mode_setcrtc' drm_drv.o:(.data+0xf70): undefined reference to `drm_mode_cursor_ioctl' drm_drv.o:(.data+0xf88): undefined reference to `drm_mode_gamma_get_ioctl' drm_drv.o:(.data+0xfa0): undefined reference to `drm_mode_gamma_set_ioctl' drm_drv.o:(.data+0xfb8): undefined reference to `drm_mode_getencoder' drm_drv.o:(.data+0xfd0): undefined reference to `drm_mode_getconnector' drm_drv.o:(.data+0xfe8): undefined reference to `drm_mode_attachmode_ioctl' drm_drv.o:(.data+0x1000): undefined reference to `drm_mode_detachmode_ioctl' drm_drv.o:(.data+0x1018): undefined reference to `drm_mode_getproperty_ioctl' drm_drv.o:(.data+0x1030): undefined reference to `drm_mode_connector_property_set_ioctl' drm_drv.o:(.data+0x1048): undefined reference to `drm_mode_getblob_ioctl' drm_drv.o:(.data+0x1060): undefined reference to `drm_mode_getfb' drm_drv.o:(.data+0x1078): undefined reference to `drm_mode_addfb' drm_drv.o:(.data+0x1090): undefined reference to `drm_mode_rmfb' drm_drv.o:(.data+0x10a8): undefined reference to `drm_mode_page_flip_ioctl' drm_drv.o:(.data+0x10c0): undefined reference to `drm_mode_dirtyfb_ioctl' drm_drv.o:(.data+0x10d8): undefined reference to `drm_mode_create_dumb_ioctl' drm_drv.o:(.data+0x10f0): undefined reference to `drm_mode_mmap_dumb_ioctl' drm_drv.o:(.data+0x1108): undefined reference to `drm_mode_destroy_dumb_ioctl' drm_drv.o:(.data+0x1120): undefined reference to `drm_mode_getplane_res' drm_drv.o:(.data+0x1138): undefined reference to `drm_mode_getplane' drm_drv.o:(.data+0x1150): undefined reference to `drm_mode_setplane' drm_drv.o:(.data+0x1168): undefined reference to `drm_mode_addfb2' drm_drv.o:(.data+0x1890): undefined reference to `drm_gem_mmap_single' and many more errors like this. I also did this I get a reject in i915_mem.c. Remove this file, also remove i915_mem.c.rej, i915_mem.c.orig. as stated in the Wiki but then make complains about not finding i915_mem.c. After a touch i915_mem.c, it compiles but does not link. I will investigate further now. Erich From owner-freebsd-current@FreeBSD.ORG Sun May 6 00:06:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7641106566B for ; Sun, 6 May 2012 00:06:09 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 663148FC08 for ; Sun, 6 May 2012 00:06:09 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q46064ZW021280; Sat, 5 May 2012 18:06:07 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Sun, 6 May 2012 07:06:05 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <201205041848.42577.erichfreebsdlist@ovitrap.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201205060706.05244.erichfreebsdlist@ovitrap.com> Cc: Artem Tuchinsky Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 00:06:09 -0000 Hi, On Friday 04 May 2012 22:15:44 Artem Tuchinsky wrote: > my make.conf: > thanks for this. I included most of it into mine. I am still not with a running system. It seems that I miss something very simple. I will redo the whole thing and see what happens then. Erich From owner-freebsd-current@FreeBSD.ORG Sun May 6 00:26:19 2012 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 78870106564A; Sun, 6 May 2012 00:26:19 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 915EC8FC0C; Sun, 6 May 2012 00:26:18 +0000 (UTC) Received: by bkvi17 with SMTP id i17so4189866bkv.13 for ; Sat, 05 May 2012 17:26:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Me8s2RR9EN2TnnDeMecP+5zs1I3WkxbaCVGvanM2C5Y=; b=Qc4zQDIrDTDfd/kLQosBKaxT+dMzpPAXj+wGoUdlOf1c6Np/9A/L9/0VxL09FrNrfj /3XPku6ioI4ScKvBdBUUi/+RvD+YcQwCCj6teE+mHlWxiPqDXD4Jm4exsawdeIyyh9Rf KyNsjTiHueaHO8PKfEicaSZHz6J+EYAIGoWfQUmA7X4xC1wvtLCdFePrafp0JGQzv3no 8DpfGpR7gKPZU78gFnl6rI1kvGocWSs8S6P0Q5R73voA5flLHe4DOMckM/0Yc9ZOuKKr aaLgdlyW16XdHQo4gQOk0lmSO3OmeAt2GpaCSWntyqx2YbQ1t1S3XerxuYaCxyDPUc7q N9Jg== MIME-Version: 1.0 Received: by 10.205.133.210 with SMTP id hz18mr3685064bkc.117.1336263977403; Sat, 05 May 2012 17:26:17 -0700 (PDT) Received: by 10.204.157.11 with HTTP; Sat, 5 May 2012 17:26:17 -0700 (PDT) In-Reply-To: <4FA5BDAD.5090809@gmail.com> References: <4FA58672.1040201@FreeBSD.org> <4FA5BDAD.5090809@gmail.com> Date: Sat, 5 May 2012 20:26:17 -0400 Message-ID: From: Outback Dingo To: davidxu@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bf1783@gmail.com, Steve Wills , freebsd-current@freebsd.org, "b. f." Subject: Re: ctfmerge core dump 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, 06 May 2012 00:26:19 -0000 On Sat, May 5, 2012 at 7:54 PM, David Xu wrote: > On 2012/5/6 5:08, b. f. wrote: >> >> On 5/5/12, Steve Wills =A0wrote: >>> >>> On 05/05/12 15:43, b. f. wrote: >>>> >>>> Steve Wills wrote: >>>>> >>>>> After updating from -CURRENT as of April 5 to one built today, I now >>>>> get >>>>> a core dump running ctfmerge on libc: >>>>> >>>>> ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So...... >>>>> Bus error (core dumped) >>>>> *** [libc.so.7] Error code 138 >>>>> >>>>> Anyone else seeing this or have any idea how to avoid it? >>>> >>>> Yes, I'm also seeing such problems when attempting to build a r235052 >>>> amd64 kernel on r235035 amd64. (This problem did not occur when >>>> building a r235035 amd64 world and kernel on r234854 amd64.) =A0ctfmer= ge >>>> succeeds for several kernel modules but fails with kgssapi.ko.debug, >>>> linux.ko.debug, or kernel.debug. I'm not yet sure which change has >>>> caused this, or how to avoid it. >>>> >>> Thanks for the info. I took a look at the dump and see this: >>> >>> % sudo gdb /usr/bin/ctfmerge ctfmerge.core >>> [GDB will not be able to debug user-mode threads: Undefined symbol >>> "td_thr_getxmmregs"] >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and yo= u >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. =A0Type "show warranty" for >>> details. >>> This GDB was configured as "amd64-marcel-freebsd"... >>> Core was generated by `ctfmerge'. >>> Program terminated with signal 10, Bus error. >>> Reading symbols from /lib/libctf.so.2...done. >>> Loaded symbols for /lib/libctf.so.2 >>> Reading symbols from /usr/lib/libdwarf.so.3...done. >>> Loaded symbols for /usr/lib/libdwarf.so.3 >>> Reading symbols from /usr/lib/libelf.so.1...done. >>> Loaded symbols for /usr/lib/libelf.so.1 >>> Reading symbols from /lib/libz.so.6...done. >>> Loaded symbols for /lib/libz.so.6 >>> Reading symbols from /lib/libthr.so.3...done. >>> Loaded symbols for /lib/libthr.so.3 >>> Reading symbols from /lib/libc.so.7...done. >>> Loaded symbols for /lib/libc.so.7 >>> Reading symbols from /libexec/ld-elf.so.1...done. >>> Loaded symbols for /libexec/ld-elf.so.1 >>> #0 =A00x00000000004064b0 in fifo_len (f=3D0x801c29070) at >>> >>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/= ctf/cvt/fifo.c:128 >>> 128 =A0 =A0 =A0 =A0 =A0 =A0 for (i =3D 0, fn =3D f->f_head; fn; fn =3D = fn->fn_next, i++); >>> (gdb) bt >>> #0 =A00x00000000004064b0 in fifo_len (f=3D0x801c29070) at >>> >>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/= ctf/cvt/fifo.c:128 >>> #1 =A00x000000000040622c in worker_thread (wq=3D0x610ee0) at >>> >>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/= ctf/cvt/ctfmerge.c:329 >>> #2 =A00x0000000801078da9 in thread_start (curthread=3D0x801c0f800) at >>> /usr/src/lib/libthr/thread/thr_create.c:284 >>> #3 =A00x0000000000000000 in ?? () >>> Cannot access memory at address 0x7fffff5fb000 >>> (gdb) >>> >> After reverting the recent libthr changes in r234947, I am no longer >> encountering this problem. >> >> b. >> > I have fixed it in r235068. hopefully itll fix kernel compilations also halting with signal 10 > > > > _______________________________________________ > 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 Sun May 6 02:01:08 2012 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 7104A106566C; Sun, 6 May 2012 02:01:08 +0000 (UTC) (envelope-from brisbaneytc916@uky.edu) Received: from cpe-70-115-79-9.rgv.res.rr.com (cpe-70-115-79-9.rgv.res.rr.com [70.115.79.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFFF8FC18; Sun, 6 May 2012 02:01:08 +0000 (UTC) Received: from 70.115.79.9(helo=freebsd.org) by freebsd.org with esmtpa (Exim 4.69) (envelope-from ) id 1MM12R-7403jy-0L for ; Sat, 5 May 2012 20:01:07 -0600 From: , To: , Date: Sat, 5 May 2012 20:01:07 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Mailer: brutwlq_46 Message-ID: <6222735227.ZRNRK2MV084467@kddslajesxrmasi.eefmtipvujqya.tv> Cc: Subject: Career opportunity inside 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, 06 May 2012 02:01:08 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 1 to 3 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 3000 EUR per month plus commission. Region: Europe Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Denny@employmenteu.com,with your personal identification number for this position IDNO: 0126 From owner-freebsd-current@FreeBSD.ORG Sun May 6 05:09:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66835106564A for ; Sun, 6 May 2012 05:09:49 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8588FC14 for ; Sun, 6 May 2012 05:09:49 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SQtjA-0007M2-5u>; Sun, 06 May 2012 07:09:48 +0200 Received: from e178012181.adsl.alicedsl.de ([85.178.12.181] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SQtjA-00022C-1g>; Sun, 06 May 2012 07:09:48 +0200 Message-ID: <4FA6079B.9070907@zedat.fu-berlin.de> Date: Sun, 06 May 2012 07:09:47 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andrzej Tobola , freebsd-current@freebsd.org References: <4FA54D4A.4050703@zedat.fu-berlin.de> <20120505215641.GA89714@volt.iem.pw.edu.pl> In-Reply-To: <20120505215641.GA89714@volt.iem.pw.edu.pl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.12.181 Cc: Subject: Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken! 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, 06 May 2012 05:09:49 -0000 On 05/05/12 23:56, Andrzej Tobola wrote: > On Sat, May 05, 2012 at 05:54:50PM +0200, Hartmann, O. wrote: >> Hello lists. >> >> Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes >> massive trouble with net/openldap24-server (SASL enabled, so it is >> openldap-sasl-server). >> >> Last time OpenLDAP worked was Thursday last week, when obviously a >> problematic update to the OS was made - it is a wild guess, since I did >> daily make world and by the end of the day after the last make world >> things went worse. I'm sorry having no SVN release tag handy. >> >> Well, here some facts. >> >> 1) The update of net/openldap24-server has been performed earlier this >> month and has been run successfully (2.4.31). >> >> 2) It doesn't matter whether OpenLDAP is compiled with CLANG 3.1 or >> legacy GCC 4.2.1, compiled with CLANG, slapd(8C) coredumps immediately, >> compiled with gcc, it starts, but when slapd(8C) gets accessed, it >> coredumps immediately. A simple "id ohartmann" is enough. >> >> 3) I recompiled OpenLDAP 2.4.31 client and server and it requisites via >> "portmaster -f net/openldap24-server|client. No effect/success. I also >> recompiled every port used with OpenLDAP: security/pam_ldap and >> net/nss_ldap. >> >> 4) OpenLDAP server uses DB5 based backend. >> >> 5) The very same configuration (copied slap.d folder's .ldif files) >> works fine on FreeBSD 9.0-STABLE/amd64, even compiled with CLANG. This >> makes me believe this is a FreeBSD 10.0-CURRENT specific bug. >> >> 6) Following is a truss output of the following comand issued: >> >> /usr/local/libexec/slapd -d32 -o ldap -g ldap -F >> /usr/local/etc/openldap/slapd.d : >> >> [...] >> connect(8,{ AF_INET 192.168.0.128:389 },16) ERR#61 'Connection refused' >> shutdown(8,SHUT_RDWR) ERR#54 'Connection >> reset by pee >> r' >> close(8) = 0 (0x0) >> clock_gettime(13,{1336231852.000000000 }) = 0 (0x0) >> getpid() = 84297 (0x14949) >> sendto(3,"<163>May 5 17:30:52 slapd[84297"...,97,0x0,NULL,0x0) = 97 (0x61) >> sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGF >> PE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP| >> SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH >> |SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) >> sigaction(SIGPIPE,{ SIG_DFL SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0 >> (0x0) >> sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) >> 4fa547ac ldif_read_file: checksum error on >> "/usr/local/etc/openldap/slapd.d//cn= >> config/olcDatabase={1}hdb.ldif" >> 4fa547ac hdb_db_open: database "dc=walstatt,dc=dyndns,dc=org": unclean >> shutdown >> detected; attempting recovery. >> 4fa547ad hdb_db_open: database "cn=accesslog": unclean shutdown >> detected; attemp >> ting recovery. >> 4fa547ad slapd starting >> SIGNAL 11 (SIGSEGV) >> setgroups(0x1,0x802c7a000,0x802c7c001,0xffffffff,0x0,0x0) ERR#4 >> 'Interrupted sys >> tem call' >> process exit, rval = 0 > > In my case sometimes I needed DB repair: > > DBVER=`ldd /usr/local/libexec/slapd | grep libdb | sed 's/.*libdb-\(.*\).so.0 =.*/\1/'` # 4.8 5.1 > /usr/local/bin/sudo -u ${slapd_owner%:*} /usr/local/bin/db_recover-$DBVER -v -h $DATABASEDIR > > after not clean shutdwon. > > -a >> Repair already tried - no effect. Tried starting with a brand new setup with no effect (empty database folder). In times using DB < 5, I had lots of problems and broken databases after unclean shutdowns, but since using DB5, this seems to be gone. oh From owner-freebsd-current@FreeBSD.ORG Sun May 6 05:57:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08749106566C; Sun, 6 May 2012 05:57:27 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B35088FC0A; Sun, 6 May 2012 05:57:26 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SQuTG-00024q-17>; Sun, 06 May 2012 07:57:26 +0200 Received: from e178012181.adsl.alicedsl.de ([85.178.12.181] helo=munin.geoinf.fu-berlin.de) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SQuTF-0003sk-Tj>; Sun, 06 May 2012 07:57:26 +0200 Message-ID: <4FA612C5.70206@zedat.fu-berlin.de> Date: Sun, 06 May 2012 07:57:25 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FA54D4A.4050703@zedat.fu-berlin.de> <4FA5BDDC.4050307@FreeBSD.org> In-Reply-To: <4FA5BDDC.4050307@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.12.181 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, David Xu Subject: Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken! 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, 06 May 2012 05:57:27 -0000 On 05/06/12 01:55, Dimitry Andric wrote: > On 2012-05-05 17:54, Hartmann, O. wrote: >> Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes >> massive trouble with net/openldap24-server (SASL enabled, so it is >> openldap-sasl-server). >> >> Last time OpenLDAP worked was Thursday last week, when obviously a >> problematic update to the OS was made > > I managed to reproduce the segfault you are seeing in slapd, which is > caused by a problem in libthr.so, introduced in r234947. > > Please apply the attached diff, rebuild lib/libthr and install it, and > then try your slapd tests again. Let us know. :) > > @David, can you please review this diff? It looks like there was a > mistake merging from Perforce, where you also moved the line: > > sc = SC_LOOKUP(wchan); > > to the top of the _sleepq_add() function, just before the call to > _sleepq_lookup(). If this isn't done, sc may be uninitialized when it > is dereferenced later on in the function. > Rebuild lib/libthr, installed. Restarted slapd. slapd(8C) now starts as usual and takes queries. BUT: every client using ldap for authetication is now reporting an error like: login: pam_ldap: ldap_starttls_s: Connect error While login on console with LDAP backed users is working although, login with the very same users on xdm fails (replace login with xdm, the error is always the same). I will rebuild a whole system with the patch and report in again, since I rebuilt only libthr and installed the lib, and rebooted in the first approach. oh From owner-freebsd-current@FreeBSD.ORG Sun May 6 07:31:40 2012 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 6DC0D106564A; Sun, 6 May 2012 07:31:40 +0000 (UTC) (envelope-from sodynet1@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EC4A68FC08; Sun, 6 May 2012 07:31:36 +0000 (UTC) Received: by obcni5 with SMTP id ni5so8588969obc.13 for ; Sun, 06 May 2012 00:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=eC6OSZuF+inzhBQxIARRjLW2IA/RfPRKOWP0KPGOl+I=; b=rnvhApdtiaOXEuLDHkTRWWYrG3Hw9n9DTgJZJKtCAK4LQVek4iNaTZKMj2bbvXgFq+ f/rwJmR8CRB2zEHTmkrEHGHnWbAEVKTywu1W0PMtN2nadb7KemZc5vXx6aKtF7fLmQ9J u5ZTxmjJ89Kvh/F5Euu6flsYq8m5imbCeIh/zTHhxjkb/m1d/6/yjKkr1qj9mEcpAebv 9W6MXnHrr+Zql04fpEj4A11+qkAp5zAEI2Cs51a/PHpHlLjsiL9kcRSAWiUC50G/EgSJ nFdEBzpp4D5j2+8iY9UI0Z04X5x2NSjOe54ARdFDWg8y2agG1Vquhg3vsnwOJCnHj2Fg 6dxQ== MIME-Version: 1.0 Received: by 10.182.47.105 with SMTP id c9mr15300549obn.49.1336289496609; Sun, 06 May 2012 00:31:36 -0700 (PDT) Received: by 10.182.166.100 with HTTP; Sun, 6 May 2012 00:31:36 -0700 (PDT) Date: Sun, 6 May 2012 10:31:36 +0300 Message-ID: From: Sami Halabi To: freebsd-net@freebsd.org, freebsd-current@freebsd.org, free-bsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: MPLS in freebsd 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, 06 May 2012 07:31:40 -0000 Hi, is there any on-job work on MPLS support in FreeBSD? what are the plan to integrate this in production use? Thanks in advance, -- Sami Halabi Information Systems Engineer NMS Projects Expert From owner-freebsd-current@FreeBSD.ORG Sun May 6 07:53:52 2012 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 77E10106564A; Sun, 6 May 2012 07:53:52 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 286428FC12; Sun, 6 May 2012 07:53:52 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SQwHv-0002g5-3N>; Sun, 06 May 2012 09:53:51 +0200 Received: from e178012181.adsl.alicedsl.de ([85.178.12.181] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SQwHu-00009o-UJ>; Sun, 06 May 2012 09:53:51 +0200 Message-ID: <4FA62DFF.3040708@zedat.fu-berlin.de> Date: Sun, 06 May 2012 09:53:35 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FA54D4A.4050703@zedat.fu-berlin.de> <4FA5BDDC.4050307@FreeBSD.org> In-Reply-To: <4FA5BDDC.4050307@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEB72EE0E142994DF86FC6EB7" X-Originating-IP: 85.178.12.181 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, David Xu Subject: Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken! 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, 06 May 2012 07:53:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEB72EE0E142994DF86FC6EB7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/06/12 01:55, Dimitry Andric wrote: > On 2012-05-05 17:54, Hartmann, O. wrote: >> Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes >> massive trouble with net/openldap24-server (SASL enabled, so it is >> openldap-sasl-server). >> >> Last time OpenLDAP worked was Thursday last week, when obviously a >> problematic update to the OS was made >=20 > I managed to reproduce the segfault you are seeing in slapd, which is > caused by a problem in libthr.so, introduced in r234947. >=20 > Please apply the attached diff, rebuild lib/libthr and install it, and > then try your slapd tests again. Let us know. :) >=20 > @David, can you please review this diff? It looks like there was a > mistake merging from Perforce, where you also moved the line: >=20 > sc =3D SC_LOOKUP(wchan); >=20 > to the top of the _sleepq_add() function, just before the call to > _sleepq_lookup(). If this isn't done, sc may be uninitialized when it > is dereferenced later on in the function. GREAT! Everything works perfectly as expected and in its status quo as before the inconvenience. The problems I faced with xdm and others were due to a configuration mistake by myself in etc/ldap.conf, which I introduced while searching for problems. Dimitry, my personal thank you. Seriously. Regards, Oliver Hartmann --------------enigEB72EE0E142994DF86FC6EB7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPpi4FAAoJEOgBcD7A/5N8V60IAKc0OdbKiIBS5cmmz826equR yydy/26LnYefddEjQAKyTXOoKLC8MAait+PMlJRoxNOf6eOaqIPrBu/9HVaTja9g 9/M+9PZZJct47ILoew7n3Vm5v/mPArht0KHUR6TmGw/wZKwABHF3my60h8RBr+yG iMG+Al0HAiLWwI9QOTsm/f9aRQvE1ThfTgq9Yg79rw721h2rP/ukuhe+d9tihC7E zJX7/eVAlkdKD8KjAG+N0Ts5mE4fynlxfKuBN0HnLVRKSl3wdQhw+ok7fI0Mh1JY zg42iqJbhR9yazS6pZYmc8AXmrVUIpU/Q28zfuXPDmCaJbeJSsfsQg4y1rBLxL4= =l/+K -----END PGP SIGNATURE----- --------------enigEB72EE0E142994DF86FC6EB7-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:04:15 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2BBF1065673 for ; Sun, 6 May 2012 08:04:15 +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 E4BD88FC14 for ; Sun, 6 May 2012 08:04:14 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA24673; Sun, 06 May 2012 11:04:10 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SQwRt-000DCp-Kr; Sun, 06 May 2012 11:04:09 +0300 Message-ID: <4FA63078.3020805@FreeBSD.org> Date: Sun, 06 May 2012 11:04:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich Dollansky References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <4FA44CE2.3070005@gmail.com> <201205060703.42274.erichfreebsdlist@ovitrap.com> In-Reply-To: <201205060703.42274.erichfreebsdlist@ovitrap.com> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: matt , Artem Tuchinsky , freebsd-current@FreeBSD.org Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 08:04:15 -0000 on 06/05/2012 03:03 Erich Dollansky said the following: > Hi, > > On Saturday 05 May 2012 04:40:50 matt wrote: >> On 05/03/12 22:12, Artem Tuchinsky wrote: >>> >>> >> Is it possibly that the patch got applied twice? I had some errors a > > not at my side. > >> while back that were resulting from an inconsistent mixture of >> pre-patch, post-patch and double patched files...I deleted /usr/src and >> followed the patching instructions after doing a fresh csup. There is >> also (or was) some sed command that fixes some issues in the files that >> must not be skipped due to cvs tags. Don't forget to rm /usr/obj. > > this one? > > sed -i -e 's/FreeBSD: src.*Exp /FreeBSD/' /usr/src/sys/dev/drm/i915_suspend.c > > I downloaded a new source tree into an empty directory, applied the patch and get this now: > > drm_drv.o:(.data+0x100): undefined reference to `drm_gem_close_ioctl' > drm_drv.o:(.data+0x118): undefined reference to `drm_gem_flink_ioctl' > drm_drv.o:(.data+0x130): undefined reference to `drm_gem_open_ioctl' > drm_drv.o:(.data+0x2f8): undefined reference to `drm_setmaster_ioctl' > drm_drv.o:(.data+0x310): undefined reference to `drm_dropmaster_ioctl' > drm_drv.o:(.data+0xf28): undefined reference to `drm_mode_getresources' > drm_drv.o:(.data+0xf40): undefined reference to `drm_mode_getcrtc' > drm_drv.o:(.data+0xf58): undefined reference to `drm_mode_setcrtc' > drm_drv.o:(.data+0xf70): undefined reference to `drm_mode_cursor_ioctl' > drm_drv.o:(.data+0xf88): undefined reference to `drm_mode_gamma_get_ioctl' > drm_drv.o:(.data+0xfa0): undefined reference to `drm_mode_gamma_set_ioctl' > drm_drv.o:(.data+0xfb8): undefined reference to `drm_mode_getencoder' > drm_drv.o:(.data+0xfd0): undefined reference to `drm_mode_getconnector' > drm_drv.o:(.data+0xfe8): undefined reference to `drm_mode_attachmode_ioctl' > drm_drv.o:(.data+0x1000): undefined reference to `drm_mode_detachmode_ioctl' > drm_drv.o:(.data+0x1018): undefined reference to `drm_mode_getproperty_ioctl' > drm_drv.o:(.data+0x1030): undefined reference to `drm_mode_connector_property_set_ioctl' > drm_drv.o:(.data+0x1048): undefined reference to `drm_mode_getblob_ioctl' > drm_drv.o:(.data+0x1060): undefined reference to `drm_mode_getfb' > drm_drv.o:(.data+0x1078): undefined reference to `drm_mode_addfb' > drm_drv.o:(.data+0x1090): undefined reference to `drm_mode_rmfb' > drm_drv.o:(.data+0x10a8): undefined reference to `drm_mode_page_flip_ioctl' > drm_drv.o:(.data+0x10c0): undefined reference to `drm_mode_dirtyfb_ioctl' > drm_drv.o:(.data+0x10d8): undefined reference to `drm_mode_create_dumb_ioctl' > drm_drv.o:(.data+0x10f0): undefined reference to `drm_mode_mmap_dumb_ioctl' > drm_drv.o:(.data+0x1108): undefined reference to `drm_mode_destroy_dumb_ioctl' > drm_drv.o:(.data+0x1120): undefined reference to `drm_mode_getplane_res' > drm_drv.o:(.data+0x1138): undefined reference to `drm_mode_getplane' > drm_drv.o:(.data+0x1150): undefined reference to `drm_mode_setplane' > drm_drv.o:(.data+0x1168): undefined reference to `drm_mode_addfb2' > drm_drv.o:(.data+0x1890): undefined reference to `drm_gem_mmap_single' > > and many more errors like this. > > I also did this > > I get a reject in i915_mem.c. > Remove this file, also remove i915_mem.c.rej, i915_mem.c.orig. > > as stated in the Wiki but then make complains about not finding i915_mem.c. After a touch i915_mem.c, it compiles but does not link. > > I will investigate further now. Do you try to compile i915 driver into kernel? Do you not have "device drm" in kernel config? In any case I suggest that you use i915 as a module, but make sure that you compile the module as a part of kernel build (e.g. via MODULES_OVERRIDE unless you already build all the modules). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:32:10 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 47C9F106579D; Sun, 6 May 2012 08:32:10 +0000 (UTC) (envelope-from miscalculatesai113@smilde-bv.nl) Received: from tpnet.pl (iod123.internetdsl.tpnet.pl [79.190.106.123]) by mx1.freebsd.org (Postfix) with ESMTP id D9E778FC14; Sun, 6 May 2012 08:32:09 +0000 (UTC) Message-ID: <4FA63427.902060@freebsd.org> Date: Sun, 6 May 2012 09:32:09 +0100 From: , User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: , Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: New job vacancy - see details 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, 06 May 2012 08:32:10 -0000 I would like to take this time to welcome you to our hiring process and give you a brief synopsis of the position's benefits and requirements. If you are taking a career break, are on a maternity leave, recently retired or simply looking for some part-time job, this position is for you. Occupation: Flexible schedule 1 to 3 hours per day. We can guarantee a minimum 20 hrs/week occupation Salary: Starting salary is 3000 EUR per month plus commission. Region: Europe Please note that there are no startup fees or deposits to start working for us. To request an application form, schedule your interview and receive more information about this position please reply to Irving@employmenteu.com,with your personal identification number for this position IDNO: 9654 From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:15:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 784A11065672; Sun, 6 May 2012 09:15:35 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2143A8FC1B; Sun, 6 May 2012 09:15:35 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q469FTlT014630; Sun, 6 May 2012 03:15:32 -0600 From: Erich Dollansky To: freebsd-current@freebsd.org Date: Sun, 6 May 2012 16:15:29 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <201205060703.42274.erichfreebsdlist@ovitrap.com> <4FA63078.3020805@FreeBSD.org> In-Reply-To: <4FA63078.3020805@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201205061615.30145.erichfreebsdlist@ovitrap.com> Cc: matt , Artem Tuchinsky , Andriy Gapon Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 09:15:35 -0000 Hi, On Sunday 06 May 2012 15:04:08 Andriy Gapon wrote: > on 06/05/2012 03:03 Erich Dollansky said the following: > > > > On Saturday 05 May 2012 04:40:50 matt wrote: > >> On 05/03/12 22:12, Artem Tuchinsky wrote: > >>> > > I will investigate further now. > > Do you try to compile i915 driver into kernel? yes. > Do you not have "device drm" in kernel config? yes. > > In any case I suggest that you use i915 as a module, but make sure that you > compile the module as a part of kernel build (e.g. via MODULES_OVERRIDE unless > you already build all the modules). I can try this later. A client will keep me busy for a few days now. Erich From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:30:30 2012 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 DBDAB106566C for ; Sun, 6 May 2012 09:30:30 +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 2F4248FC08 for ; Sun, 6 May 2012 09:30:30 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA25038; Sun, 06 May 2012 12:30:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SQxnO-000DHS-8x; Sun, 06 May 2012 12:30:26 +0300 Message-ID: <4FA644B1.3090607@FreeBSD.org> Date: Sun, 06 May 2012 12:30:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Erich Dollansky References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <201205060703.42274.erichfreebsdlist@ovitrap.com> <4FA63078.3020805@FreeBSD.org> <201205061615.30145.erichfreebsdlist@ovitrap.com> In-Reply-To: <201205061615.30145.erichfreebsdlist@ovitrap.com> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: matt , Artem Tuchinsky , freebsd-current@FreeBSD.org Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 09:30:30 -0000 on 06/05/2012 12:15 Erich Dollansky said the following: > Hi, > > On Sunday 06 May 2012 15:04:08 Andriy Gapon wrote: >> on 06/05/2012 03:03 Erich Dollansky said the following: >>> >>> On Saturday 05 May 2012 04:40:50 matt wrote: >>>> On 05/03/12 22:12, Artem Tuchinsky wrote: >>>>> >>> I will investigate further now. >> >> Do you try to compile i915 driver into kernel? > > yes. > >> Do you not have "device drm" in kernel config? > > yes. Just a note, in case it was not obvious, all concrete drm drivers (i915, radeondrm, etc) require the drm driver. >> In any case I suggest that you use i915 as a module, but make sure that you >> compile the module as a part of kernel build (e.g. via MODULES_OVERRIDE unless >> you already build all the modules). > > I can try this later. A client will keep me busy for a few days now. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun May 6 09:57:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF83A106566B; Sun, 6 May 2012 09:57:18 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.226.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE5E8FC1B; Sun, 6 May 2012 09:57:18 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q469v5PS021890; Sun, 6 May 2012 03:57:14 -0600 From: Erich Dollansky To: Andriy Gapon Date: Sun, 6 May 2012 16:56:59 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <201205061615.30145.erichfreebsdlist@ovitrap.com> <4FA644B1.3090607@FreeBSD.org> In-Reply-To: <4FA644B1.3090607@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201205061656.59647.erichfreebsdlist@ovitrap.com> Cc: matt , Artem Tuchinsky , freebsd-current@freebsd.org Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 09:57:19 -0000 Hi, On Sunday 06 May 2012 16:30:25 Andriy Gapon wrote: > on 06/05/2012 12:15 Erich Dollansky said the following: > > Hi, > > > > On Sunday 06 May 2012 15:04:08 Andriy Gapon wrote: > >> on 06/05/2012 03:03 Erich Dollansky said the following: > >>> > >>> On Saturday 05 May 2012 04:40:50 matt wrote: > >>>> On 05/03/12 22:12, Artem Tuchinsky wrote: > >>>>> > >>> I will investigate further now. > >> > >> Do you try to compile i915 driver into kernel? > > > > yes. > > > >> Do you not have "device drm" in kernel config? > > > > yes. > > Just a note, in case it was not obvious, all concrete drm drivers (i915, > radeondrm, etc) require the drm driver. yes, I know and put both into the kernel configuration. Erich From owner-freebsd-current@FreeBSD.ORG Sun May 6 10:10:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DBCF41065670 for ; Sun, 6 May 2012 10:10:23 +0000 (UTC) (envelope-from tuchinsky@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4425C8FC15 for ; Sun, 6 May 2012 10:10:23 +0000 (UTC) Received: by obcni5 with SMTP id ni5so8803598obc.13 for ; Sun, 06 May 2012 03:10:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=DQBHrGNE4aL1r64RlAzmJCwBQWK1AFuwpl4GO33lORg=; b=dy5SEVt/NQGqQEZP6NnYH2mOKI5SA14IKxwTs47JxnJuP7rYePLUZ9W/11eZ8bTiZS xCWVTgH3P1DB2DUmeI+DWiAGBwFEGO7z84F2qKVWjqGlTWFyOe5Zu3Hcsee6c9AnthpT oFfgzoeTLw7LuYlkZA6PMhQtUVDEAKqWJS7/xLV2qjICUApC2X5IfHGbUwNTW9V5I3Tv J4q7eyLDaeaUmR/YavcApqElU666U8OdQD9eIRQKelreN2XLH8MTk1v+8zsGZoFZ8R5F CojSAgZCNFJ/3pX72mx7egCYWGo2PLkuDOfXy9/QJyKMVKdAqexyVdYo7QZPqoAjQrey ipRA== MIME-Version: 1.0 Received: by 10.182.46.36 with SMTP id s4mr6109994obm.58.1336299022939; Sun, 06 May 2012 03:10:22 -0700 (PDT) Received: by 10.60.64.69 with HTTP; Sun, 6 May 2012 03:10:22 -0700 (PDT) In-Reply-To: <201205060703.42274.erichfreebsdlist@ovitrap.com> References: <201205041029.24565.erichfreebsdlist@ovitrap.com> <4FA44CE2.3070005@gmail.com> <201205060703.42274.erichfreebsdlist@ovitrap.com> Date: Sun, 6 May 2012 14:10:22 +0400 Message-ID: From: Artem Tuchinsky To: Erich Dollansky Content-Type: text/plain; charset=UTF-8 Cc: matt , freebsd-current@freebsd.org Subject: Re: X220 and all.14.5.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: Sun, 06 May 2012 10:10:23 -0000 very strange, I have never had these errors. Here is my steps: 1) remove old source tree and obj - "rm -rf /usr/src && rm -rf /usr/obj" 2) checkout clean source - "csup -L 2 -g /etc/current-supfile" 3) edit /usr/src/sys/dev/drm/i915_suspend.c according to the FAQ, this line should look like - "__FBSDID("$FreeBSD$");" 4) apply patch - "patch -p1 -i" 5) I get a reject in i915_mem.c. I del this file, i915_mem.c.rej and i915_mem.c.orig too 6) build kernel Kernel compiles successfully, but i have some problems with Xorg - it consumes 100% cpu 2012/5/6 Erich Dollansky : > I downloaded a new source tree into an empty directory, applied the patch and get this now: > > drm_drv.o:(.data+0x100): undefined reference to `drm_gem_close_ioctl' > drm_drv.o:(.data+0x118): undefined reference to `drm_gem_flink_ioctl' > drm_drv.o:(.data+0x130): undefined reference to `drm_gem_open_ioctl' > drm_drv.o:(.data+0x2f8): undefined reference to `drm_setmaster_ioctl' > drm_drv.o:(.data+0x310): undefined reference to `drm_dropmaster_ioctl' > drm_drv.o:(.data+0xf28): undefined reference to `drm_mode_getresources' > drm_drv.o:(.data+0xf40): undefined reference to `drm_mode_getcrtc' > drm_drv.o:(.data+0xf58): undefined reference to `drm_mode_setcrtc' > drm_drv.o:(.data+0xf70): undefined reference to `drm_mode_cursor_ioctl' > drm_drv.o:(.data+0xf88): undefined reference to `drm_mode_gamma_get_ioctl' > drm_drv.o:(.data+0xfa0): undefined reference to `drm_mode_gamma_set_ioctl' > drm_drv.o:(.data+0xfb8): undefined reference to `drm_mode_getencoder' > drm_drv.o:(.data+0xfd0): undefined reference to `drm_mode_getconnector' > drm_drv.o:(.data+0xfe8): undefined reference to `drm_mode_attachmode_ioctl' > drm_drv.o:(.data+0x1000): undefined reference to `drm_mode_detachmode_ioctl' > drm_drv.o:(.data+0x1018): undefined reference to `drm_mode_getproperty_ioctl' > drm_drv.o:(.data+0x1030): undefined reference to `drm_mode_connector_property_set_ioctl' > drm_drv.o:(.data+0x1048): undefined reference to `drm_mode_getblob_ioctl' > drm_drv.o:(.data+0x1060): undefined reference to `drm_mode_getfb' > drm_drv.o:(.data+0x1078): undefined reference to `drm_mode_addfb' > drm_drv.o:(.data+0x1090): undefined reference to `drm_mode_rmfb' > drm_drv.o:(.data+0x10a8): undefined reference to `drm_mode_page_flip_ioctl' > drm_drv.o:(.data+0x10c0): undefined reference to `drm_mode_dirtyfb_ioctl' > drm_drv.o:(.data+0x10d8): undefined reference to `drm_mode_create_dumb_ioctl' > drm_drv.o:(.data+0x10f0): undefined reference to `drm_mode_mmap_dumb_ioctl' > drm_drv.o:(.data+0x1108): undefined reference to `drm_mode_destroy_dumb_ioctl' > drm_drv.o:(.data+0x1120): undefined reference to `drm_mode_getplane_res' > drm_drv.o:(.data+0x1138): undefined reference to `drm_mode_getplane' > drm_drv.o:(.data+0x1150): undefined reference to `drm_mode_setplane' > drm_drv.o:(.data+0x1168): undefined reference to `drm_mode_addfb2' > drm_drv.o:(.data+0x1890): undefined reference to `drm_gem_mmap_single' > > and many more errors like this. > > I also did this > > I get a reject in i915_mem.c. > Remove this file, also remove i915_mem.c.rej, i915_mem.c.orig. > > as stated in the Wiki but then make complains about not finding i915_mem.c. After a touch i915_mem.c, it compiles but does not link. > > I will investigate further now. > > Erich -- wBR, Artem Tuchinsky From owner-freebsd-current@FreeBSD.ORG Sun May 6 11:35:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1809F106566B; Sun, 6 May 2012 11:35:05 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (unknown [IPv6:2a01:4f8:120:6141::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9BFE78FC0A; Sun, 6 May 2012 11:35:04 +0000 (UTC) Received: from v6.mpls.in ([2a02:978:2::5] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1SQzk5-00058b-TI; Sun, 06 May 2012 15:35:10 +0400 Message-ID: <4FA6617E.9030603@FreeBSD.org> Date: Sun, 06 May 2012 15:33:18 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120121 Thunderbird/9.0 MIME-Version: 1.0 To: Kurt Jaeger References: <20120506081105.GS5335@home.opsec.eu> In-Reply-To: <20120506081105.GS5335@home.opsec.eu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Sami Halabi , free-bsd-stable@freebsd.org Subject: Re: MPLS in freebsd 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, 06 May 2012 11:35:05 -0000 On 06.05.2012 12:11, Kurt Jaeger wrote: > Hello, > >> is there any on-job work on MPLS support in FreeBSD? > > Do you know this site ? It points to some svn repository with mpls patches. > > http://freebsd.mpls.in/ > Major number of depends are already merged to the tree. I'm currently working to update control plane software (net/bird-devel) to current upstream code (1.3.7+). This probably happen in a week or two. Patches for -current and stable/8 will be announced in another week after that. The only supported technology at the moment is L3vpn for IPv4. From owner-freebsd-current@FreeBSD.ORG Sun May 6 08:11:06 2012 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 C5587106566C; Sun, 6 May 2012 08:11:06 +0000 (UTC) (envelope-from pi@opsec.eu) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7D79C8FC0C; Sun, 6 May 2012 08:11:06 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SQwYb-0002Qe-MX; Sun, 06 May 2012 10:11:05 +0200 Date: Sun, 6 May 2012 10:11:05 +0200 From: Kurt Jaeger To: Sami Halabi Message-ID: <20120506081105.GS5335@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Mailman-Approved-At: Sun, 06 May 2012 12:01:22 +0000 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, free-bsd-stable@freebsd.org Subject: Re: MPLS in freebsd 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, 06 May 2012 08:11:06 -0000 Hello, > is there any on-job work on MPLS support in FreeBSD? Do you know this site ? It points to some svn repository with mpls patches. http://freebsd.mpls.in/ -- pi@opsec.eu +49 171 3101372 8 years to go ! From owner-freebsd-current@FreeBSD.ORG Sun May 6 12:30:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50070106566B; Sun, 6 May 2012 12:30:48 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 05EAB8FC0A; Sun, 6 May 2012 12:30:48 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SR0bv-0002kW-2J>; Sun, 06 May 2012 14:30:47 +0200 Received: from e178012181.adsl.alicedsl.de ([85.178.12.181] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SR0bu-0004nN-TY>; Sun, 06 May 2012 14:30:47 +0200 Message-ID: <4FA66EF0.7090306@zedat.fu-berlin.de> Date: Sun, 06 May 2012 14:30:40 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Current FreeBSD , Ports FreeBSD X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBCD31BF6FE416FBED6D8319D" X-Originating-IP: 85.178.12.181 Cc: Subject: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 12:30:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBCD31BF6FE416FBED6D8319D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Since LibreOffice 3.5.X can not be build on either FreeBSD 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, all failing compiling the same way, see http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167641. I'd like to ask whether there are sites were binary packages could be downloaded from and are there any experiences with installing them on either 9-STABLE or 10-CURRENT? Thank you very much for the patience, O. Hartmann --------------enigBCD31BF6FE416FBED6D8319D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPpm72AAoJEOgBcD7A/5N8xMkIANjn/jene5RWCkM8Fe/AAg7S 9p1eiiPtaF5Ox9e0RIK8tb+dzRkTKa6NCNpnyAo6QizaNUuqyBcE9czcmgd8sxwy nBVxJnaalHavz9uB09wwkg0f4Sd9WsPUCNWQde9rN/QvgtkBSUx+ioN5JIdrfTGu KYDeIzhYngEYA6FvqlJeNgvR9tyk7duia6BaMnH5FJLPyxibdahYfHEQX/cStx34 7+NIFd19LqXqfRDe7dSDv5rpR+DIV6YrHvLUkqHRtItyaJHonvFk6phDweCRmaVf jRiROGqFhmDahR/f1MYbsSpB0UWEPbkUJANU30KVQmY5omtIo7S3Yo7LJ1pHEZY= =wBEp -----END PGP SIGNATURE----- --------------enigBCD31BF6FE416FBED6D8319D-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 13:33:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 639FE1065672; Sun, 6 May 2012 13:33:25 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 845388FC0A; Sun, 6 May 2012 13:33:24 +0000 (UTC) Received: by bkvi17 with SMTP id i17so4418602bkv.13 for ; Sun, 06 May 2012 06:33:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=4D0BVLWaL3mIH2ZfxXaNhBKtHKrQWHwRVS+WdLl8ZGE=; b=Bhf6Sj9v64Qr0OBI0w3vyj8yVb/8/GAc1rYemMh9OUPNzZpbpgVBnWMUbqGrx40qJI 4edOK8yJOV8nl1THoSOufpvVf9jgg0PTowecOA0IaevEs4IudLJQRsG5RtIHeUv4g2Jp Sb2qD57t8A2iEVX4G2HbC2AxJuNEQ7h0RhbX8isqSsEE4Qm1dcdo7g3ykMoADWqzAmmV 8kJ4vDwuHnLKBu5FLTxGNz1V+Q3zlZCJI5cF4WKnuvg1galPDQyxEpnTlQYj7AnAEZUU BwX2U7ErBE4aplE6cnn6DSSJ98Lk6WIHqZp06u8bkodKDThatuntKsOEXmMBkDjxwvgd 8YAg== MIME-Version: 1.0 Received: by 10.204.128.149 with SMTP id k21mr4232748bks.42.1336311203541; Sun, 06 May 2012 06:33:23 -0700 (PDT) Received: by 10.204.157.11 with HTTP; Sun, 6 May 2012 06:33:23 -0700 (PDT) In-Reply-To: References: <4FA58672.1040201@FreeBSD.org> <4FA5BDAD.5090809@gmail.com> Date: Sun, 6 May 2012 09:33:23 -0400 Message-ID: From: Outback Dingo To: davidxu@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: bf1783@gmail.com, Steve Wills , freebsd-current@freebsd.org, "b. f." Subject: Re: ctfmerge core dump 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, 06 May 2012 13:33:25 -0000 On Sat, May 5, 2012 at 8:26 PM, Outback Dingo wrot= e: > On Sat, May 5, 2012 at 7:54 PM, David Xu wrote: >> On 2012/5/6 5:08, b. f. wrote: >>> >>> On 5/5/12, Steve Wills =A0wrote: >>>> >>>> On 05/05/12 15:43, b. f. wrote: >>>>> >>>>> Steve Wills wrote: >>>>>> >>>>>> After updating from -CURRENT as of April 5 to one built today, I now >>>>>> get >>>>>> a core dump running ctfmerge on libc: >>>>>> >>>>>> ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So...... >>>>>> Bus error (core dumped) >>>>>> *** [libc.so.7] Error code 138 >>>>>> >>>>>> Anyone else seeing this or have any idea how to avoid it? >>>>> >>>>> Yes, I'm also seeing such problems when attempting to build a r235052 >>>>> amd64 kernel on r235035 amd64. (This problem did not occur when >>>>> building a r235035 amd64 world and kernel on r234854 amd64.) =A0ctfme= rge >>>>> succeeds for several kernel modules but fails with kgssapi.ko.debug, >>>>> linux.ko.debug, or kernel.debug. I'm not yet sure which change has >>>>> caused this, or how to avoid it. >>>>> >>>> Thanks for the info. I took a look at the dump and see this: >>>> >>>> % sudo gdb /usr/bin/ctfmerge ctfmerge.core >>>> [GDB will not be able to debug user-mode threads: Undefined symbol >>>> "td_thr_getxmmregs"] >>>> GNU gdb 6.1.1 [FreeBSD] >>>> Copyright 2004 Free Software Foundation, Inc. >>>> GDB is free software, covered by the GNU General Public License, and y= ou >>>> are >>>> welcome to change it and/or distribute copies of it under certain >>>> conditions. >>>> Type "show copying" to see the conditions. >>>> There is absolutely no warranty for GDB. =A0Type "show warranty" for >>>> details. >>>> This GDB was configured as "amd64-marcel-freebsd"... >>>> Core was generated by `ctfmerge'. >>>> Program terminated with signal 10, Bus error. >>>> Reading symbols from /lib/libctf.so.2...done. >>>> Loaded symbols for /lib/libctf.so.2 >>>> Reading symbols from /usr/lib/libdwarf.so.3...done. >>>> Loaded symbols for /usr/lib/libdwarf.so.3 >>>> Reading symbols from /usr/lib/libelf.so.1...done. >>>> Loaded symbols for /usr/lib/libelf.so.1 >>>> Reading symbols from /lib/libz.so.6...done. >>>> Loaded symbols for /lib/libz.so.6 >>>> Reading symbols from /lib/libthr.so.3...done. >>>> Loaded symbols for /lib/libthr.so.3 >>>> Reading symbols from /lib/libc.so.7...done. >>>> Loaded symbols for /lib/libc.so.7 >>>> Reading symbols from /libexec/ld-elf.so.1...done. >>>> Loaded symbols for /libexec/ld-elf.so.1 >>>> #0 =A00x00000000004064b0 in fifo_len (f=3D0x801c29070) at >>>> >>>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools= /ctf/cvt/fifo.c:128 >>>> 128 =A0 =A0 =A0 =A0 =A0 =A0 for (i =3D 0, fn =3D f->f_head; fn; fn =3D= fn->fn_next, i++); >>>> (gdb) bt >>>> #0 =A00x00000000004064b0 in fifo_len (f=3D0x801c29070) at >>>> >>>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools= /ctf/cvt/fifo.c:128 >>>> #1 =A00x000000000040622c in worker_thread (wq=3D0x610ee0) at >>>> >>>> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools= /ctf/cvt/ctfmerge.c:329 >>>> #2 =A00x0000000801078da9 in thread_start (curthread=3D0x801c0f800) at >>>> /usr/src/lib/libthr/thread/thr_create.c:284 >>>> #3 =A00x0000000000000000 in ?? () >>>> Cannot access memory at address 0x7fffff5fb000 >>>> (gdb) >>>> >>> After reverting the recent libthr changes in r234947, I am no longer >>> encountering this problem. >>> >>> b. >>> >> I have fixed it in r235068. > > hopefully itll fix kernel compilations also halting with signal 10 well seems to be okay now i did successfully get a kernel compiled > >> >> >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" From owner-freebsd-current@FreeBSD.ORG Sun May 6 13:53:02 2012 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 4E4AA1065673; Sun, 6 May 2012 13:53:02 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 31D478FC0A; Sun, 6 May 2012 13:53:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q46Dr25u023143; Sun, 6 May 2012 13:53:02 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q46Dr1ZB023142; Sun, 6 May 2012 13:53:01 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sun, 6 May 2012 15:52:57 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120506135256.GL17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rPgHZmYkQ+bUEpVC" Content-Disposition: inline In-Reply-To: <4FA66EF0.7090306@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 13:53:02 -0000 --rPgHZmYkQ+bUEpVC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: > Since LibreOffice 3.5.X can not be build on either FreeBSD > 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I > tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, > all failing compiling the same way, see >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167641. >=20 > I'd like to ask whether there are sites were binary packages could be > downloaded from and are there any experiences with installing them on > either 9-STABLE or 10-CURRENT? >=20 > Thank you very much for the patience, >=20 > O. Hartmann >=20 LibreOffice fix on current normally (2 days ago) For binary packages I think currently there none regards, Bapt --rPgHZmYkQ+bUEpVC Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+mgjgACgkQ8kTtMUmk6Ez5dQCfZQYoUp56W4+JmCKzWBaLCYYz l2EAnRSjQpdxqck8paXTf/qa4gPpDHTa =uR2L -----END PGP SIGNATURE----- --rPgHZmYkQ+bUEpVC-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 14:15:29 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EA724106566B; Sun, 6 May 2012 14:15:29 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCC6A8FC15; Sun, 6 May 2012 14:15:29 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q46EFT8T042269; Sun, 6 May 2012 14:15:29 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q46EFTP3042267; Sun, 6 May 2012 14:15:29 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sun, 6 May 2012 16:15:26 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120506141526.GM17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Thv7PGoFpDPJ7Oar" Content-Disposition: inline In-Reply-To: <20120506135256.GL17325@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 14:15:30 -0000 --Thv7PGoFpDPJ7Oar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote: > On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: > > Since LibreOffice 3.5.X can not be build on either FreeBSD > > 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1, I > > tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different boxes, > > all failing compiling the same way, see > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167641. > >=20 > > I'd like to ask whether there are sites were binary packages could be > > downloaded from and are there any experiences with installing them on > > either 9-STABLE or 10-CURRENT? > >=20 > > Thank you very much for the patience, > >=20 > > O. Hartmann > >=20 >=20 > LibreOffice fix on current normally (2 days ago) >=20 > For binary packages I think currently there none Precision: do not try to build libreoffice with gcc it is know to be buggy,= note that if WITH_GCC is defined in you make.conf then building libreoffice will= fail because there is an "hidden" option WITH_GCC to allow people willing to fix build with gcc to do it. so first do not forget to remove it if you have it Sorry not being able to be more helpful regards, Bapt --Thv7PGoFpDPJ7Oar Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+mh34ACgkQ8kTtMUmk6EzsKQCfUE0r7hDursi7yg55a4U8GVgt o48AoL8Qu/g5wJsx8aoXVqILAwKy1r0Z =m9o9 -----END PGP SIGNATURE----- --Thv7PGoFpDPJ7Oar-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 15:01:30 2012 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 36E33106566B; Sun, 6 May 2012 15:01:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DCD768FC08; Sun, 6 May 2012 15:01:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SR2xk-0000cW-6g>; Sun, 06 May 2012 17:01:28 +0200 Received: from e178012181.adsl.alicedsl.de ([85.178.12.181] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SR2xk-0003c5-0v>; Sun, 06 May 2012 17:01:28 +0200 Message-ID: <4FA6923F.5000408@zedat.fu-berlin.de> Date: Sun, 06 May 2012 17:01:19 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> In-Reply-To: <20120506141526.GM17325@azathoth.lan> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig0309F66D81E7ACEB0FA19B5C" X-Originating-IP: 85.178.12.181 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 15:01:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig0309F66D81E7ACEB0FA19B5C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/06/12 16:15, Baptiste Daroussin wrote: > On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote: >> On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: >>> Since LibreOffice 3.5.X can not be build on either FreeBSD >>> 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1,= I >>> tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different box= es, >>> all failing compiling the same way, see >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167641. >>> >>> I'd like to ask whether there are sites were binary packages could be= >>> downloaded from and are there any experiences with installing them on= >>> either 9-STABLE or 10-CURRENT? >>> >>> Thank you very much for the patience, >>> >>> O. Hartmann >>> >> >> LibreOffice fix on current normally (2 days ago) >> >> For binary packages I think currently there none >=20 > Precision: do not try to build libreoffice with gcc it is know to be bu= ggy, note > that if WITH_GCC is defined in you make.conf then building libreoffice = will fail > because there is an "hidden" option WITH_GCC to allow people willing to= fix > build with gcc to do it. I do not understand. I tried all options. My systems' OSes are usually build with CLANG. USE_GCC=3D 4.6+ in cases where CLANG is known to be buggy or incapable (i.e. due to OpenMP) and setting CC, CXX and CPP for legacy gcc 4.2.1. How can it be that LibreOffice is broken with any GCC when CLANG is not the officiel compiler yet? I have a portion in /etc/make.conf on all boxes (both CURRENT and STABLE) looking like this: # editors/libreoffice =2Eif ${.CURDIR:M/usr/ports/editors/libreoffice*} #USE_GCC=3D 4.6+ #CC=3D cc #CXX=3D c++ #CPP=3D cpp DISABLE_MAKE_JOBS=3D YES WITH_WEBDAV=3D true WITHOUT_KDE4=3D true WITHOUT_GTK=3D true WITHOUT_GTK3=3D true WITHOUT_GNOME=3D true WITH_JAVA=3D true WITHOUT_SYSTRAY=3D true WITH_MMEDIA=3D true WITH_SDK=3D true WITH_SVG=3D true WITHOUT_DEBUG=3D true =2Eendif It seems, even if set "DISBALE_MAKE_JOBS=3DYES" globally makes editors/libreoffice direspect this. >=20 > so first do not forget to remove it if you have it Sorry, what to remove first? I do not have GCC set in the portion for building LibreOffice. >=20 > Sorry not being able to be more helpful Thank you very much anyway. Regards, Oliver >=20 > regards, > Bapt >=20 >=20 --------------enig0309F66D81E7ACEB0FA19B5C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPppJGAAoJEOgBcD7A/5N8Cn8H/3Hud3jpcs2qPHlArfPTDqkq F/L0n8W2VWaZlLn6hl3R154PE20eIb+yjsv3xzR20zV9O2q9UQn7hxjpDDbKZw65 WhGfCxTNj8G+Man/dLkXRYpGk1m1diDZuXj8fd7HKtlBBsHscOqVctr6A+OeegmL +OYPF1Ky3TZlL7y5cPv2Acbgdgby6fnXGGniFwzKxDgW6JhkwBXQZ/UgbPJliRhU Udi/z0Drtwo1Mw7J1MwNS0LAHT9c9u1MB43U8sQey2TBkaCB52HoxMu5+JURnaxT e3s6E5dHgtHqk4MW9N1+GueA7gw8K7nNmvPpcZH1okF/ios3wK28PXOucmhp98Q= =9Zea -----END PGP SIGNATURE----- --------------enig0309F66D81E7ACEB0FA19B5C-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 16:20:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF0D1106566C; Sun, 6 May 2012 16:20:27 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 580D78FC14; Sun, 6 May 2012 16:20:27 +0000 (UTC) Received: by qcsg15 with SMTP id g15so100669qcs.13 for ; Sun, 06 May 2012 09:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=mVa3Xt/MlqsOsqs+N2yzhjjhSwbtG7lr/T99qS+Q3nU=; b=xdew5tjmQ1GqCmjLqFaBW3cKCkHMRRJfAKF/eotk7t82UfFvlbvOfYl+AL8+gbreP5 wEQj623AqA/6F7AxLpVfuQH/BKI0xBGLcxNcnFfSGd/ITRg//zJDBkM+1n6xxTETRYna 0VnXpaCHt0DwQ2+Z1dHzneR6EAzO+Vc4eCsp/W29RC32kJJmtIwxebwtFkiVaD4g69R/ CJcY6mSn2RipymrqcXHsNOQurlTX3NFhJnttnlLGF7qVB5ntyrI5DH7xMmCGiqJkiZKJ MJkblG1zufihH/GGKpdhRMfubRSOGbG4SEIFnchCv1w0nGrQnwCxcDI+J/8pZBvFO+MO RQcw== MIME-Version: 1.0 Received: by 10.224.33.134 with SMTP id h6mr14493740qad.28.1336321225993; Sun, 06 May 2012 09:20:25 -0700 (PDT) Received: by 10.229.192.71 with HTTP; Sun, 6 May 2012 09:20:25 -0700 (PDT) In-Reply-To: <4FA66EF0.7090306@zedat.fu-berlin.de> References: <4FA66EF0.7090306@zedat.fu-berlin.de> Date: Mon, 7 May 2012 00:20:25 +0800 Message-ID: From: Buganini To: "O. Hartmann" Content-Type: text/plain; charset=UTF-8 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 16:20:27 -0000 http://www.sendspace.com/file/02wler for 9/amd64 Regards, Buganini From owner-freebsd-current@FreeBSD.ORG Sun May 6 21:54:45 2012 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 EF60B106566B; Sun, 6 May 2012 21:54:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 4234B1536FC; Sun, 6 May 2012 21:54:45 +0000 (UTC) Message-ID: <4FA6F324.4080107@FreeBSD.org> Date: Sun, 06 May 2012 14:54:44 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current , mckusick@FreeBSD.org X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic, seems related to r234386 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, 06 May 2012 21:54:46 -0000 I got this with today's current, previous (working) kernel is r232719. panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 FWIW I'm using ufs2, ext2fs, and msdosfs on this system. The panic occurred right after loading the linux kernel module, but I'm not 100% sure that's related. Full core.txt.0 is in my home directory on freefall. #0 doadump (textdump=1) at /frontier/svn/head/sys/kern/kern_shutdown.c:268 268 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=1) at /frontier/svn/head/sys/kern/kern_shutdown.c:268 #1 0xffffffff80482999 in kern_reboot (howto=260) at /frontier/svn/head/sys/kern/kern_shutdown.c:454 #2 0xffffffff804823ca in panic (fmt=0x0) at /frontier/svn/head/sys/kern/kern_shutdown.c:642 #3 0xffffffff80471c25 in _mtx_lock_sleep (m=Variable "m" is not available. ) at /frontier/svn/head/sys/kern/kern_mutex.c:363 #4 0xffffffff80471cb0 in _mtx_lock_flags (m=Variable "m" is not available. ) at /frontier/svn/head/sys/kern/kern_mutex.c:212 #5 0xffffffff80517353 in __mnt_vnode_first_all (mvp=0xffffff819e9f0a58, mp=0xfffffe00051dc310) at /frontier/svn/head/sys/kern/vfs_subr.c:4595 #6 0xffffffff8042bdd5 in ext2_sync (mp=0xfffffe00051dc310, waitfor=2) at /frontier/svn/head/sys/fs/ext2fs/ext2_vfsops.c:835 #7 0xffffffff80521446 in sys_sync (td=Variable "td" is not available. ) at /frontier/svn/head/sys/kern/vfs_syscalls.c:150 #8 0xffffffff806b1d52 in amd64_syscall (td=0xfffffe0005149480, traced=0) at subr_syscall.c:135 #9 0xffffffff8069d697 in Xfast_syscall () at /frontier/svn/head/sys/amd64/amd64/exception.S:387 #10 0x00000008008b061c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun May 6 22:19:06 2012 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 2ED97106564A; Sun, 6 May 2012 22:19:06 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE5948FC08; Sun, 6 May 2012 22:19:05 +0000 (UTC) Received: by obcni5 with SMTP id ni5so9838068obc.13 for ; Sun, 06 May 2012 15:19:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=PmqXmNVZ8l9zG8jBjDnbo4bCSfq+FMMzF3/6BSwi/oI=; b=05QPGt2jK+rjYkpvbt90o7Kadu6RkE8k5KzCU+NbcrKvfFdOjZj9W5LkrdTLpoHGcR ZS5hvAQd2Z2dPJiW12gdxdDWVWJsQQK2OAYyydd+Edxjb+CsYJ4nDBh7mZ7UcKjcT1Sf 2y5raeyEFeFS/ppsURIVCgGsPNyZPG37+IKNxkY40FpgByF5eQh1w3smZT7q+OBnAKOm uYk0Slw8b760yKgezJCS+gxoGJEdCgwSjxpaLpjeFq1eSGd1TR9ixoFTkXY4KGZTDucW apLxjbSwz+u6A2Bl/kXHe3ZnDJqDDMjwA4+/GidnxL1kAa+2KaIy+NiCEqNGKDAsaVS3 eEvA== MIME-Version: 1.0 Received: by 10.50.89.162 with SMTP id bp2mr1194909igb.46.1336342745206; Sun, 06 May 2012 15:19:05 -0700 (PDT) Received: by 10.64.78.37 with HTTP; Sun, 6 May 2012 15:19:05 -0700 (PDT) In-Reply-To: <4FA6F324.4080107@FreeBSD.org> References: <4FA6F324.4080107@FreeBSD.org> Date: Mon, 7 May 2012 02:19:05 +0400 Message-ID: From: Sergey Kandaurov To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 06 May 2012 22:19:06 -0000 On 7 May 2012 01:54, Doug Barton wrote: > I got this with today's current, previous (working) kernel is r232719. > > panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > FWIW I'm using ufs2, ext2fs, and msdosfs on this system. The panic > occurred right after loading the linux kernel module, but I'm not 100% > sure that's related. Full core.txt.0 is in my home directory on freefall. > > #0 =A0doadump (textdump=3D1) at /frontier/svn/head/sys/kern/kern_shutdown= .c:268 > 268 =A0 =A0 =A0 =A0 =A0 =A0 if (textdump && textdump_pending) { > (kgdb) #0 =A0doadump (textdump=3D1) at > /frontier/svn/head/sys/kern/kern_shutdown.c:268 > #1 =A00xffffffff80482999 in kern_reboot (howto=3D260) > =A0 =A0at /frontier/svn/head/sys/kern/kern_shutdown.c:454 > #2 =A00xffffffff804823ca in panic (fmt=3D0x0) > =A0 =A0at /frontier/svn/head/sys/kern/kern_shutdown.c:642 > #3 =A00xffffffff80471c25 in _mtx_lock_sleep (m=3DVariable "m" is not avai= lable. > ) > =A0 =A0at /frontier/svn/head/sys/kern/kern_mutex.c:363 > #4 =A00xffffffff80471cb0 in _mtx_lock_flags (m=3DVariable "m" is not avai= lable. > ) > =A0 =A0at /frontier/svn/head/sys/kern/kern_mutex.c:212 > #5 =A00xffffffff80517353 in __mnt_vnode_first_all (mvp=3D0xffffff819e9f0a= 58, > =A0 =A0mp=3D0xfffffe00051dc310) at /frontier/svn/head/sys/kern/vfs_subr.c= :4595 > #6 =A00xffffffff8042bdd5 in ext2_sync (mp=3D0xfffffe00051dc310, waitfor= =3D2) > =A0 =A0at /frontier/svn/head/sys/fs/ext2fs/ext2_vfsops.c:835 > #7 =A00xffffffff80521446 in sys_sync (td=3DVariable "td" is not available= . > ) > =A0 =A0at /frontier/svn/head/sys/kern/vfs_syscalls.c:150 > #8 =A00xffffffff806b1d52 in amd64_syscall (td=3D0xfffffe0005149480, trace= d=3D0) > =A0 =A0at subr_syscall.c:135 > #9 =A00xffffffff8069d697 in Xfast_syscall () > =A0 =A0at /frontier/svn/head/sys/amd64/amd64/exception.S:387 > #10 0x00000008008b061c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > Please try this patch. Index: fs/ext2fs/ext2_vfsops.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 --- fs/ext2fs/ext2_vfsops.c (revision 235108) +++ fs/ext2fs/ext2_vfsops.c (working copy) @@ -830,7 +830,6 @@ /* * Write back each (modified) inode. */ - MNT_ILOCK(mp); loop: MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { if (vp->v_type =3D=3D VNON) { --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Sun May 6 22:22:27 2012 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 4A8981065676; Sun, 6 May 2012 22:22:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 90A0414FEEC; Sun, 6 May 2012 22:22:26 +0000 (UTC) Message-ID: <4FA6F9A2.3020003@FreeBSD.org> Date: Sun, 06 May 2012 15:22:26 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FA6F324.4080107@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 06 May 2012 22:22:27 -0000 On 05/06/2012 15:19, Sergey Kandaurov wrote: > Please try this patch. > > Index: fs/ext2fs/ext2_vfsops.c > =================================================================== > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > +++ fs/ext2fs/ext2_vfsops.c (working copy) > @@ -830,7 +830,6 @@ > /* > * Write back each (modified) inode. > */ > - MNT_ILOCK(mp); > loop: > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > if (vp->v_type == VNON) { > I'm currently in the process of building an r234385 world to verify that things worked properly before r234386. Once that's done, I'll try r234386 without the patch to verify the panic, then try with the patch and report back. Probably not till much later today though. Thanks for the quick response, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun May 6 22:58:46 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 37D961065670; Sun, 6 May 2012 22:58:46 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 188A08FC0A; Sun, 6 May 2012 22:58:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q46MwjII054807; Sun, 6 May 2012 22:58:45 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q46MwjTa054806; Sun, 6 May 2012 22:58:45 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 7 May 2012 00:58:42 +0200 From: Baptiste Daroussin To: "O. Hartmann" Message-ID: <20120506225842.GN17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xNm6VWMD3PcA105u" Content-Disposition: inline In-Reply-To: <4FA6923F.5000408@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 06 May 2012 22:58:46 -0000 --xNm6VWMD3PcA105u Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 06, 2012 at 05:01:19PM +0200, O. Hartmann wrote: > On 05/06/12 16:15, Baptiste Daroussin wrote: > > On Sun, May 06, 2012 at 03:52:57PM +0200, Baptiste Daroussin wrote: > >> On Sun, May 06, 2012 at 02:30:40PM +0200, O. Hartmann wrote: > >>> Since LibreOffice 3.5.X can not be build on either FreeBSD > >>> 9-STABLE/amd64 or FreeBSD 10-CURRENT/amd64 (I tried legacy gcc 4.2.1,= I > >>> tried clang 3.0 and clang 3.1, I tried gcc 4.6 on three different box= es, > >>> all failing compiling the same way, see > >>> > >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D167641. > >>> > >>> I'd like to ask whether there are sites were binary packages could be > >>> downloaded from and are there any experiences with installing them on > >>> either 9-STABLE or 10-CURRENT? > >>> > >>> Thank you very much for the patience, > >>> > >>> O. Hartmann > >>> > >> > >> LibreOffice fix on current normally (2 days ago) > >> > >> For binary packages I think currently there none > >=20 > > Precision: do not try to build libreoffice with gcc it is know to be bu= ggy, note > > that if WITH_GCC is defined in you make.conf then building libreoffice = will fail > > because there is an "hidden" option WITH_GCC to allow people willing to= fix > > build with gcc to do it. >=20 > I do not understand. I tried all options. My systems' OSes are usually > build with CLANG. USE_GCC=3D 4.6+ in cases where CLANG is known to be > buggy or incapable (i.e. due to OpenMP) and setting CC, CXX and CPP for > legacy gcc 4.2.1. >=20 > How can it be that LibreOffice is broken with any GCC when CLANG is not > the officiel compiler yet? Well for libreoffice on freebsd clang is the official compiler, because 4.2= =2E1 is just too old for libreoffice, and I never managed to make it built (the 3.5) with gcc from ports. >=20 > I have a portion in /etc/make.conf on all boxes (both CURRENT and > STABLE) looking like this: >=20 >=20 > # editors/libreoffice > .if ${.CURDIR:M/usr/ports/editors/libreoffice*} > #USE_GCC=3D 4.6+ > #CC=3D cc > #CXX=3D c++ > #CPP=3D cpp > DISABLE_MAKE_JOBS=3D YES > WITH_WEBDAV=3D true > WITHOUT_KDE4=3D true > WITHOUT_GTK=3D true > WITHOUT_GTK3=3D true > WITHOUT_GNOME=3D true > WITH_JAVA=3D true > WITHOUT_SYSTRAY=3D true > WITH_MMEDIA=3D true > WITH_SDK=3D true > WITH_SVG=3D true > WITHOUT_DEBUG=3D true > .endif This looks good. We used to have a problem with clang 3.1 but normally this was fixed 2 days ago by jkim@ (make sure you have the latest) >=20 > It seems, even if set "DISBALE_MAKE_JOBS=3DYES" globally makes > editors/libreoffice direspect this. Yes LibreOffice bypass this, because it detects on its own the number of CP= U you have (I haven't found a reliable way to bypass it) that is why the port is = mark MAKE_JOBS_UNSAFE (without that it will spawn really too much processes) >=20 > >=20 > > so first do not forget to remove it if you have it >=20 > Sorry, what to remove first? I do not have GCC set in the portion for > building LibreOffice. just make sure before start building libreoffice that: make -VWITH_GCC=20 return nothing, if that the case you should be safe. >=20 > >=20 > > Sorry not being able to be more helpful >=20 > Thank you very much anyway. >=20 > Regards, >=20 > Oliver > >=20 > > regards, > > Bapt > >=20 > >=20 >=20 --xNm6VWMD3PcA105u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+nAiIACgkQ8kTtMUmk6ExIjgCgnN/LLryKQ4CYzoMo2uy4ARr1 udAAn2WmdPu9e9F80JQ3FsnTnOFbTJqE =QqwJ -----END PGP SIGNATURE----- --xNm6VWMD3PcA105u-- From owner-freebsd-current@FreeBSD.ORG Sun May 6 23:27:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4D9A0106566C; Sun, 6 May 2012 23:27:26 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3505B8FC17; Sun, 6 May 2012 23:27:26 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q46NROmk082070; Sun, 6 May 2012 23:27:24 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4FA708DA.2010704@gmail.com> Date: Mon, 07 May 2012 07:27:22 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: bf1783@gmail.com References: <4FA58672.1040201@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steve Wills , freebsd-current@freebsd.org, kib@freebsd.org, "b. f." Subject: Re: ctfmerge core dump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@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: Sun, 06 May 2012 23:27:26 -0000 On 2012/5/6 5:08, b. f. wrote: > On 5/5/12, Steve Wills wrote: >> On 05/05/12 15:43, b. f. wrote: >>> Steve Wills wrote: >>>> After updating from -CURRENT as of April 5 to one built today, I now get >>>> a core dump running ctfmerge on libc: >>>> >>>> ctfmerge -L VERSION -g -o libc.so.7 syscall.So fork.So...... >>>> Bus error (core dumped) >>>> *** [libc.so.7] Error code 138 >>>> >>>> Anyone else seeing this or have any idea how to avoid it? >>> Yes, I'm also seeing such problems when attempting to build a r235052 >>> amd64 kernel on r235035 amd64. (This problem did not occur when >>> building a r235035 amd64 world and kernel on r234854 amd64.) ctfmerge >>> succeeds for several kernel modules but fails with kgssapi.ko.debug, >>> linux.ko.debug, or kernel.debug. I'm not yet sure which change has >>> caused this, or how to avoid it. >>> >> Thanks for the info. I took a look at the dump and see this: >> >> % sudo gdb /usr/bin/ctfmerge ctfmerge.core >> [GDB will not be able to debug user-mode threads: Undefined symbol >> "td_thr_getxmmregs"] Hmm, is the thread debugging broken on amd64 now ? td_thr_getxmmregs resides in libthread_db and /usr/src/gnu/usr.bin/gdb/libgdb is complaining about the missing symbol. >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for details. >> This GDB was configured as "amd64-marcel-freebsd"... >> Core was generated by `ctfmerge'. >> Program terminated with signal 10, Bus error. >> Reading symbols from /lib/libctf.so.2...done. >> Loaded symbols for /lib/libctf.so.2 >> Reading symbols from /usr/lib/libdwarf.so.3...done. >> Loaded symbols for /usr/lib/libdwarf.so.3 >> Reading symbols from /usr/lib/libelf.so.1...done. >> Loaded symbols for /usr/lib/libelf.so.1 >> Reading symbols from /lib/libz.so.6...done. >> Loaded symbols for /lib/libz.so.6 >> Reading symbols from /lib/libthr.so.3...done. >> Loaded symbols for /lib/libthr.so.3 >> Reading symbols from /lib/libc.so.7...done. >> Loaded symbols for /lib/libc.so.7 >> Reading symbols from /libexec/ld-elf.so.1...done. >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 0x00000000004064b0 in fifo_len (f=0x801c29070) at >> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/fifo.c:128 >> 128 for (i = 0, fn = f->f_head; fn; fn = fn->fn_next, i++); >> (gdb) bt >> #0 0x00000000004064b0 in fifo_len (f=0x801c29070) at >> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/fifo.c:128 >> #1 0x000000000040622c in worker_thread (wq=0x610ee0) at >> /usr/src/cddl/usr.bin/ctfmerge/../../../cddl/contrib/opensolaris/tools/ctf/cvt/ctfmerge.c:329 >> #2 0x0000000801078da9 in thread_start (curthread=0x801c0f800) at >> /usr/src/lib/libthr/thread/thr_create.c:284 >> #3 0x0000000000000000 in ?? () >> Cannot access memory at address 0x7fffff5fb000 >> (gdb) >> > After reverting the recent libthr changes in r234947, I am no longer > encountering this problem. > > b. > From owner-freebsd-current@FreeBSD.ORG Mon May 7 02:02:05 2012 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 893051065740; Mon, 7 May 2012 02:02:05 +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 513DB8FC14; Mon, 7 May 2012 02:02:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q471fSnr088587; Sun, 6 May 2012 21:41:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q471fStc088566; Mon, 7 May 2012 01:41:28 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 May 2012 01:41:28 GMT Message-Id: <201205070141.q471fStc088566@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: Mon, 07 May 2012 02:02:05 -0000 TB --- 2012-05-06 20:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-06 20:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-06 20:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-05-06 20:50:00 - cleaning the object tree TB --- 2012-05-06 20:50:00 - cvsupping the source tree TB --- 2012-05-06 20:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-05-06 20:52:19 - building world TB --- 2012-05-06 20:52:19 - CROSS_BUILD_TESTING=YES TB --- 2012-05-06 20:52:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-06 20:52:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-06 20:52:19 - SRCCONF=/dev/null TB --- 2012-05-06 20:52:19 - TARGET=amd64 TB --- 2012-05-06 20:52:19 - TARGET_ARCH=amd64 TB --- 2012-05-06 20:52:19 - TZ=UTC TB --- 2012-05-06 20:52:19 - __MAKE_CONF=/dev/null TB --- 2012-05-06 20:52:19 - cd /src TB --- 2012-05-06 20:52:19 - /usr/bin/make -B buildworld >>> World build started on Sun May 6 20:52:20 UTC 2012 >>> 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 May 6 23:47:26 UTC 2012 TB --- 2012-05-06 23:47:26 - generating LINT kernel config TB --- 2012-05-06 23:47:26 - cd /src/sys/amd64/conf TB --- 2012-05-06 23:47:26 - /usr/bin/make -B LINT TB --- 2012-05-06 23:47:26 - cd /src/sys/amd64/conf TB --- 2012-05-06 23:47:26 - /usr/sbin/config -m LINT TB --- 2012-05-06 23:47:26 - building LINT kernel TB --- 2012-05-06 23:47:26 - CROSS_BUILD_TESTING=YES TB --- 2012-05-06 23:47:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-06 23:47:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-06 23:47:26 - SRCCONF=/dev/null TB --- 2012-05-06 23:47:26 - TARGET=amd64 TB --- 2012-05-06 23:47:26 - TARGET_ARCH=amd64 TB --- 2012-05-06 23:47:26 - TZ=UTC TB --- 2012-05-06 23:47:26 - __MAKE_CONF=/dev/null TB --- 2012-05-06 23:47:26 - cd /src TB --- 2012-05-06 23:47:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun May 6 23:47:26 UTC 2012 >>> 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 Mon May 7 00:19:24 UTC 2012 TB --- 2012-05-07 00:19:24 - cd /src/sys/amd64/conf TB --- 2012-05-07 00:19:24 - /usr/sbin/config -m LINT-NOINET TB --- 2012-05-07 00:19:24 - building LINT-NOINET kernel TB --- 2012-05-07 00:19:24 - CROSS_BUILD_TESTING=YES TB --- 2012-05-07 00:19:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-07 00:19:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-07 00:19:24 - SRCCONF=/dev/null TB --- 2012-05-07 00:19:24 - TARGET=amd64 TB --- 2012-05-07 00:19:24 - TARGET_ARCH=amd64 TB --- 2012-05-07 00:19:24 - TZ=UTC TB --- 2012-05-07 00:19:24 - __MAKE_CONF=/dev/null TB --- 2012-05-07 00:19:24 - cd /src TB --- 2012-05-07 00:19:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Mon May 7 00:19:24 UTC 2012 >>> 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-NOINET completed on Mon May 7 00:49:06 UTC 2012 TB --- 2012-05-07 00:49:06 - cd /src/sys/amd64/conf TB --- 2012-05-07 00:49:06 - /usr/sbin/config -m LINT-NOINET6 TB --- 2012-05-07 00:49:06 - building LINT-NOINET6 kernel TB --- 2012-05-07 00:49:06 - CROSS_BUILD_TESTING=YES TB --- 2012-05-07 00:49:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-07 00:49:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-07 00:49:06 - SRCCONF=/dev/null TB --- 2012-05-07 00:49:06 - TARGET=amd64 TB --- 2012-05-07 00:49:06 - TARGET_ARCH=amd64 TB --- 2012-05-07 00:49:06 - TZ=UTC TB --- 2012-05-07 00:49:06 - __MAKE_CONF=/dev/null TB --- 2012-05-07 00:49:06 - cd /src TB --- 2012-05-07 00:49:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Mon May 7 00:49:06 UTC 2012 >>> 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-NOINET6 completed on Mon May 7 01:18:23 UTC 2012 TB --- 2012-05-07 01:18:23 - cd /src/sys/amd64/conf TB --- 2012-05-07 01:18:23 - /usr/sbin/config -m LINT-NOIP TB --- 2012-05-07 01:18:23 - building LINT-NOIP kernel TB --- 2012-05-07 01:18:23 - CROSS_BUILD_TESTING=YES TB --- 2012-05-07 01:18:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-07 01:18:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-07 01:18:23 - SRCCONF=/dev/null TB --- 2012-05-07 01:18:23 - TARGET=amd64 TB --- 2012-05-07 01:18:23 - TARGET_ARCH=amd64 TB --- 2012-05-07 01:18:23 - TZ=UTC TB --- 2012-05-07 01:18:23 - __MAKE_CONF=/dev/null TB --- 2012-05-07 01:18:23 - cd /src TB --- 2012-05-07 01:18:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Mon May 7 01:18:23 UTC 2012 >>> 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/amd64.amd64/src/sys/LINT-NOIP/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT-NOIP -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/qlxgb/../../dev/qlxgb/qla_dbg.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT-NOIP/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT-NOIP -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/qlxgb/../../dev/qlxgb/qla_hw.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64.amd64/src/sys/LINT-NOIP/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64.amd64/src/sys/LINT-NOIP -fno-builtin -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c /src/sys/modules/qlxgb/../../dev/qlxgb/qla_misc.c /src/sys/modules/qlxgb/../../dev/qlxgb/qla_misc.c: In function 'qla_init_hw': /src/sys/modules/qlxgb/../../dev/qlxgb/qla_misc.c:582: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/qlxgb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT-NOIP. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-07 01:41:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-07 01:41:28 - ERROR: failed to build LINT-NOIP kernel TB --- 2012-05-07 01:41:28 - 13306.70 user 1956.91 system 17488.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon May 7 05:55:41 2012 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 A8B561065672; Mon, 7 May 2012 05:55:41 +0000 (UTC) (envelope-from sergey.dyatko@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6EAB18FC14; Mon, 7 May 2012 05:55:40 +0000 (UTC) Received: by lbon10 with SMTP id n10so4371966lbo.13 for ; Sun, 06 May 2012 22:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=hUZDIiwXHDSUMFD3v3M1RwMYOyPV96FzR5j9zv8gyD8=; b=Wskd5YuGSzJqmde1K5WJCi24wRg/TOr0tY5hRIu12EwKKKqopjAjq/5ZLk/LFZNTpj qdCWQU1EmmvZTrscTGaV9UG5/XNmZO0YxthHOHEhuVKbMHkOPt/5KlXeAbDXjK+m/5jJ qTb0FsCL5E2qhZ+5Ax9g6KIdp2pnl3EtHcixsteI1LPgr2VexkQsCD/gpZrtoSnpA4ol 56OSyyG5UndwZ+rSJZGY8ZMuo0zY34hfcRGYAIB9o+A/vbOLWeEEAi1FbxkKkCsqAkBb pgl4KUNmwMmuBAa2Kz6uwuOpsu6KSwORUF1tAtfKGAZnOKRgshy8WISmYz7e/yP9ZsBL 8lbA== Received: by 10.152.148.101 with SMTP id tr5mr12825134lab.36.1336370139086; Sun, 06 May 2012 22:55:39 -0700 (PDT) Received: from laptop (m-s.agava.net. [195.222.84.203]) by mx.google.com with ESMTPS id mg19sm18025412lab.8.2012.05.06.22.55.35 (version=SSLv3 cipher=OTHER); Sun, 06 May 2012 22:55:37 -0700 (PDT) Date: Mon, 7 May 2012 08:56:13 +0300 From: "Sergey V. Dyatko" To: Bernhard Schmidt Message-ID: <20120507085613.6b92d5ce@laptop> In-Reply-To: References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Mon, 07 May 2012 05:55:41 -0000 On Sat, 5 May 2012 14:50:52 +0200 Bernhard Schmidt wrote: > On Sat, May 5, 2012 at 2:27 PM, Sergey V. Dyatko > wrote: > > On Sat, 5 May 2012 12:51:10 +0200 > > Bernhard Schmidt wrote: > >> Please apply attached patch (also here [1]) on top of the first > >> one, it fixes channel switching for >= 3070 (called the wrong > >> function, doh..) as well as a bgscan issue. > >> > >> [1] http://techwires.net/~bschmidt/rt2860_1.diff > >> > > > > * patch applied without errors > > * build/install - ok > > > > kldload and after ~5 minutes: > > > > May 5 15:01:20 laptop kernel: ral0: device timeout > > May 5 15:06:12 laptop kernel: ral0: device timeout > > > > without bgscan I didn't see such messages ~30-40 min > > Ok great, so except bgscan you haven't seen any other issue yet? > Yes. -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon May 7 05:59:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C6B7106566B; Mon, 7 May 2012 05:59:28 +0000 (UTC) (envelope-from adrian.chadd@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 3915E8FC15; Mon, 7 May 2012 05:59:28 +0000 (UTC) Received: by dadv36 with SMTP id v36so360696dad.13 for ; Sun, 06 May 2012 22:59:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=F1dXuetTe+9jfTzGA6G3B9AuH5iLTvVLLyxg/NbrRiE=; b=b/AXFUxmuSxyYrPlrZSIvkdGJIGvM2ejd00QR3pHBMr6xm1YEsVBuUFQKjUaJ1TucK hpGkk9XpCafr4mnXUxcCVXvZw6aBTJOvfTO5lrv0SMIZojT4foCInnsiEm4g1uSnywCM fzbRLG6JotLFzVPEAL1sbW1IJCSWRbkaYCDwCcXK4XQHGnA0VugeOdpjC95JsqjM9aw6 h0ujCOuU3oYnYteOpomcHGqD5eK5il2je7vcRwMixuD+cZFNdlDjqhh4f5T9biwfcACA InWefd+DajCai4lIQ3jjiHIZFI/eAxZSowClykVoxWzjLn+lW9T4Sjwqd4ZCAvgyxSSt rF9g== MIME-Version: 1.0 Received: by 10.68.130.67 with SMTP id oc3mr20273276pbb.68.1336370367670; Sun, 06 May 2012 22:59:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.101.9 with HTTP; Sun, 6 May 2012 22:59:27 -0700 (PDT) In-Reply-To: <20120507085613.6b92d5ce@laptop> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> <20120505152728.65d28e98@laptop> <20120507085613.6b92d5ce@laptop> Date: Sun, 6 May 2012 22:59:27 -0700 X-Google-Sender-Auth: iiKSOdM04GAvcOq7UlLtthbFinc Message-ID: From: Adrian Chadd To: "Sergey V. Dyatko" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-wireless@freebsd.org, freebsd-current@freebsd.org, Bernhard Schmidt Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Mon, 07 May 2012 05:59:28 -0000 Hi, FWIW, "device timeout" may just be watchdog related race conditions, rather than an actual hardware device timeout. I have the same issues in ath(4). I need to fix a whole lot of locking constructs before I can fix 'that'. Adrian From owner-freebsd-current@FreeBSD.ORG Mon May 7 06:20:11 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7CCF1065673; Mon, 7 May 2012 06:20:11 +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 9CCF38FC0A; Mon, 7 May 2012 06:20:10 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA01980; Mon, 07 May 2012 09:20:09 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SRHIm-000GWw-Ju; Mon, 07 May 2012 09:20:08 +0300 Message-ID: <4FA76996.5030106@FreeBSD.org> Date: Mon, 07 May 2012 09:20:06 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> In-Reply-To: <20120506225842.GN17325@azathoth.lan> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 06:20:11 -0000 on 07/05/2012 01:58 Baptiste Daroussin said the following: > Well for libreoffice on freebsd clang is the official compiler, because > 4.2.1 is just too old for libreoffice, and I never managed to make it built > (the 3.5) with gcc from ports. What problem are you running into? I am able to build the latest libreoffice with gcc46. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon May 7 09:35:22 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85F661065670; Mon, 7 May 2012 09:35:22 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 671788FC08; Mon, 7 May 2012 09:35:22 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q479ZMf9087838; Mon, 7 May 2012 09:35:22 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q479ZM1W087837; Mon, 7 May 2012 09:35:22 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 7 May 2012 11:35:18 +0200 From: Baptiste Daroussin To: Andriy Gapon Message-ID: <20120507093518.GO17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s3R87C3fwYeCSZ0b" Content-Disposition: inline In-Reply-To: <4FA76996.5030106@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 09:35:22 -0000 --s3R87C3fwYeCSZ0b Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > on 07/05/2012 01:58 Baptiste Daroussin said the following: > > Well for libreoffice on freebsd clang is the official compiler, because > > 4.2.1 is just too old for libreoffice, and I never managed to make it b= uilt > > (the 3.5) with gcc from ports. >=20 > What problem are you running into? > I am able to build the latest libreoffice with gcc46. Really with no modification on the ports? Are you sure you are not building it with clang which is forced by default? regards, Bapt --s3R87C3fwYeCSZ0b Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+nl1YACgkQ8kTtMUmk6EyW2QCffzXaKJ3KJL+VMDTJMrPr4kzk S0QAn3+drToOtGtvfa+6HIVOYLLq0c/6 =p3zP -----END PGP SIGNATURE----- --s3R87C3fwYeCSZ0b-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 10:22:23 2012 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 5AA551065670; Mon, 7 May 2012 10:22:23 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB978FC08; Mon, 7 May 2012 10:22:23 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SRL5B-0001F3-BQ>; Mon, 07 May 2012 12:22:21 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SRL5B-00048t-8w>; Mon, 07 May 2012 12:22:21 +0200 Message-ID: <4FA7A25D.8050607@zedat.fu-berlin.de> Date: Mon, 07 May 2012 12:22:21 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> In-Reply-To: <20120507093518.GO17325@azathoth.lan> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: Current FreeBSD , Ports FreeBSD , Andriy Gapon Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 10:22:23 -0000 On 05/07/12 11:35, Baptiste Daroussin wrote: > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: >> on 07/05/2012 01:58 Baptiste Daroussin said the following: >>> Well for libreoffice on freebsd clang is the official compiler, because >>> 4.2.1 is just too old for libreoffice, and I never managed to make it built >>> (the 3.5) with gcc from ports. >> >> What problem are you running into? >> I am able to build the latest libreoffice with gcc46. > > Really with no modification on the ports? > > Are you sure you are not building it with clang which is forced by default? > > regards, > Bapt I realized very late that LibreOffice is unwilling to compile with gcc4.6. The error I faced was introduced by the port net/libcmis, which in my case was built via gcc 4.6 (and doesn't build with CLANG). After building libcmis with legacy gcc 4.2.1, I was able to build editors/libreoffice without problems (as far as the selected options concern). Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 7 10:35:09 2012 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 57B65106564A; Mon, 7 May 2012 10:35:09 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1B9958FC15; Mon, 7 May 2012 10:35:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47AZ8b3045286; Mon, 7 May 2012 10:35:08 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47AZ8YP045285; Mon, 7 May 2012 10:35:08 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 7 May 2012 12:35:00 +0200 From: Baptiste Daroussin To: "Hartmann, O." Message-ID: <20120507103459.GP17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LkYZvX65tyO4RZtj" Content-Disposition: inline In-Reply-To: <4FA7A25D.8050607@zedat.fu-berlin.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 10:35:09 -0000 --LkYZvX65tyO4RZtj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2012 at 12:22:21PM +0200, Hartmann, O. wrote: > On 05/07/12 11:35, Baptiste Daroussin wrote: > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > >>> Well for libreoffice on freebsd clang is the official compiler, becau= se > >>> 4.2.1 is just too old for libreoffice, and I never managed to make it= built > >>> (the 3.5) with gcc from ports. > >> > >> What problem are you running into? > >> I am able to build the latest libreoffice with gcc46. > >=20 > > Really with no modification on the ports? > >=20 > > Are you sure you are not building it with clang which is forced by defa= ult? > >=20 > > regards, > > Bapt >=20 >=20 > I realized very late that LibreOffice is unwilling to compile with gcc4.6. >=20 > The error I faced was introduced by the port net/libcmis, which in my > case was built via gcc 4.6 (and doesn't build with CLANG). After > building libcmis with legacy gcc 4.2.1, I was able to build > editors/libreoffice without problems (as far as the selected options > concern). >=20 Nice to hear. FYI if avg managed to build libreoffice with 4.6 should be because his whole system should be built (at least the C++ libraries) using gcc 4.6. regards, Bapt --LkYZvX65tyO4RZtj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+npVMACgkQ8kTtMUmk6Ey8HQCguZJeKc8zL17oj87rqlkjKh3k b4sAniv4pMnqJD/gxm+TsJ1ciuspva+Y =YTqr -----END PGP SIGNATURE----- --LkYZvX65tyO4RZtj-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 11:10:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7D58106564A; Mon, 7 May 2012 11:10:16 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D1C788FC08; Mon, 7 May 2012 11:09:52 +0000 (UTC) Received: by bkvi17 with SMTP id i17so5080520bkv.13 for ; Mon, 07 May 2012 04:09:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=evVbK0gqIq6hzvZcxl6DsYGMHQyyitBUuMRU4G4mkMA=; b=06DofLeRpPEsXuzM0Z3EfZxYQJ6Gn3y0tizIDfjxvUmnGdm+kMXn1BPKfJ/KUGPPJN p7inBpogQENpLlmaEU4zdV5odc+lZ/tzLvtIZFzj1hDM9heuKKOBEWtQKTRsWChU0vj8 igY6qLy1vpEhxhHy/gpEFZZkZ5GPooWZVQ4+0gO7SJh4UAl/qJa5UO9fqps5YWwR6L9F +/Su/Cshsh0pjDL8MKQ1tzs6g+4YEBRiQW/eXImFwNHzjuUONKWMk56F1IEQ6cst5rm7 kpgC+1h4hf3md/+ZArXwQIz2OOLQfW6PGgA0QzT0jTUhzRI+bWSAesxS+NWfg8LXnXU0 LPQg== MIME-Version: 1.0 Received: by 10.205.122.76 with SMTP id gf12mr5273614bkc.104.1336388985905; Mon, 07 May 2012 04:09:45 -0700 (PDT) Received: by 10.204.197.141 with HTTP; Mon, 7 May 2012 04:09:45 -0700 (PDT) In-Reply-To: <20120507103459.GP17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> <20120507103459.GP17325@azathoth.lan> Date: Mon, 7 May 2012 06:09:45 -0500 Message-ID: From: "Edwin L. Culp W." To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD , "Hartmann, O." , Ports FreeBSD , Andriy Gapon Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 11:10:16 -0000 2012/5/7 Baptiste Daroussin > On Mon, May 07, 2012 at 12:22:21PM +0200, Hartmann, O. wrote: > > On 05/07/12 11:35, Baptiste Daroussin wrote: > > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > > >>> Well for libreoffice on freebsd clang is the official compiler, > because > > >>> 4.2.1 is just too old for libreoffice, and I never managed to make > it built > > >>> (the 3.5) with gcc from ports. > > >> > > >> What problem are you running into? > > >> I am able to build the latest libreoffice with gcc46. > > > > > > Really with no modification on the ports? > > > > > > Are you sure you are not building it with clang which is forced by > default? > > > > > > regards, > > > Bapt > > > > > > I realized very late that LibreOffice is unwilling to compile with > gcc4.6. > > > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). > > > > Nice to hear. > > FYI if avg managed to build libreoffice with 4.6 should be because his > whole > system should be built (at least the C++ libraries) using gcc 4.6. > > regards, > Bapt > With FreeBSD 9.0-STABLE #140 r229960M I built libreoffice-3.5.2_2 with no problems. Port worked fine. ed From owner-freebsd-current@FreeBSD.ORG Mon May 7 13:24:34 2012 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 B2AC01065674; Mon, 7 May 2012 13:24:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8A0CF8FC16; Mon, 7 May 2012 13:24:34 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CE633B95A; Mon, 7 May 2012 09:24:33 -0400 (EDT) From: John Baldwin To: Alexander Motin Date: Mon, 7 May 2012 09:24:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201205070924.28998.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 07 May 2012 09:24:33 -0400 (EDT) Cc: current@freebsd.org Subject: Add GEOM_RAID to GENERIC? 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, 07 May 2012 13:24:34 -0000 I installed 9.0 on a new desktop that used Intel's on-board RAID yesterday and it worked great. One nit though is I had to remember to kldload geom_raid manually from the shell before starting the install, and to load it from the loader on the first boot after install. The old ataraid(4) was present in GENERIC, so I think it would be fine for GEOM_RAID to be present in GENERIC now (certainly on x86). What do you think? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 7 14:18:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB68A1065670; Mon, 7 May 2012 14:18:19 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 700368FC14; Mon, 7 May 2012 14:18:19 +0000 (UTC) Received: from mouf.net (www@localhost [127.0.0.1]) by mouf.net (8.14.4/8.14.4) with ESMTP id q47EICrm010664; Mon, 7 May 2012 10:18:12 -0400 (EDT) (envelope-from swills@FreeBSD.org) Received: from 198.85.229.5 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Mon, 7 May 2012 10:18:12 -0400 Message-ID: In-Reply-To: <4FA708DA.2010704@gmail.com> References: <4FA58672.1040201@FreeBSD.org> <4FA708DA.2010704@gmail.com> Date: Mon, 7 May 2012 10:18:12 -0400 From: "Steve Wills" To: davidxu@FreeBSD.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [127.0.0.1]); Mon, 07 May 2012 10:18:13 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: bf1783@gmail.com, freebsd-current@FreeBSD.org, kib@FreeBSD.org, "b. f." Subject: Re: ctfmerge core dump 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, 07 May 2012 14:18:19 -0000 > On 2012/5/6 5:08, b. f. wrote: >> On 5/5/12, Steve Wills wrote: >>> Thanks for the info. I took a look at the dump and see this: >>> >>> % sudo gdb /usr/bin/ctfmerge ctfmerge.core >>> [GDB will not be able to debug user-mode threads: Undefined symbol >>> "td_thr_getxmmregs"] > > Hmm, is the thread debugging broken on amd64 now ? td_thr_getxmmregs > resides > in libthread_db and /usr/src/gnu/usr.bin/gdb/libgdb is complaining about > the missing > symbol. > Maybe or maybe I have done something wrong on my system. FWIW, I do all my builds with debugging enabled. BTW, just to confirm, I was able to work around the original issue once I updated past r235068. I had to disable DTrace build and build and install a new libthr, then was able to re-enable DTrace and everything was fine. Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Mon May 7 14:35:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96E0B106564A; Mon, 7 May 2012 14:35:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3A57B8FC12; Mon, 7 May 2012 14:35:10 +0000 (UTC) Received: by qabg1 with SMTP id g1so2716468qab.13 for ; Mon, 07 May 2012 07:35:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=xv6EdYhTD1tQSF8GUUA90TK0Rwe/DzDYWrx5RKQtmTU=; b=tJh+CnzZqHMNjRta+9RJUdD8pXNMBA0wSmpMOW4esru2kZ+9IjUvHpnSwCd6G82CXf RVFONEHaCCEFqyEDqBVGpvqSfx8/TlXqaxcnfamEiou+Fg6ZRzl7MZll9FGUR8cg0f35 neZ6Gt47y61IM5/IZ8SwAkLJJsic+AisfIpFzPBo5Sds+XjBhzYluMONMUPEVgiY7WC8 cqPMmDSaFvN+EzP5LhxqMsuks/XbmZj85VwR4VhkNpIwd7uGdD9SomSmPz6/49qGkK6D LggVUSWxdQWTSiCvHwLRvoYpRwji2ODKMktcjaMxDob/IvIqFG+gYjzZM9s47fGm1STz Y34A== MIME-Version: 1.0 Received: by 10.229.137.8 with SMTP id u8mr7602522qct.21.1336401304020; Mon, 07 May 2012 07:35:04 -0700 (PDT) Sender: mavbsd@gmail.com Received: by 10.229.47.194 with HTTP; Mon, 7 May 2012 07:35:03 -0700 (PDT) Received: by 10.229.47.194 with HTTP; Mon, 7 May 2012 07:35:03 -0700 (PDT) In-Reply-To: <201205070924.28998.jhb@freebsd.org> References: <201205070924.28998.jhb@freebsd.org> Date: Mon, 7 May 2012 17:35:03 +0300 X-Google-Sender-Auth: 7upsrVNfxPoINOniyT1wPbpREnQ Message-ID: From: Alexander Motin To: John Baldwin Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: Add GEOM_RAID to GENERIC? 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, 07 May 2012 14:35:33 -0000 The only argument that stopped me is that GEOM_RAID is more active in probing for metadata then ataraid. Now it tastes all 6 formats on every provider in system. ataraid tasted only first level and subset of formats depending on controller vendor. While it is possible to do the same, I am not sure it should be done. But may be that all is not really a problem. Most users won't notice few extra requests unless something happen like disk failure, that can make boot to take much longer. 07.05.2012 16:24 =D0=CF=CC=D8=DA=CF=D7=C1=D4=C5=CC=D8 "John Baldwin" =CE=C1=D0=C9=D3=C1=CC: > > I installed 9.0 on a new desktop that used Intel's on-board RAID yesterday and > it worked great. One nit though is I had to remember to kldload geom_rai= d > manually from the shell before starting the install, and to load it from the > loader on the first boot after install. The old ataraid(4) was present i= n > GENERIC, so I think it would be fine for GEOM_RAID to be present in GENERIC > now (certainly on x86). What do you think? > > -- > John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 7 14:37:33 2012 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 C2B23106564A; Mon, 7 May 2012 14:37:33 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 17D7C8FC12; Mon, 7 May 2012 14:37:32 +0000 (UTC) Received: by bkvi17 with SMTP id i17so5331832bkv.13 for ; Mon, 07 May 2012 07:37:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=bF16z2YwJ34Gq3NntaqUkLbCE/WnrdwCxZ4+qP/jMEc=; b=wmPIoDtcYkXRdIhLdl2a7PLeubL1Nbl8Y4IGbXw5Heq46PDYKBTI6ouoBhHcmv6IhD TS/M4CBiQv1ni9CW80qX50CRX/B8HR8+PxS9ZjiMcGXnp+pwSUkmaVJlGnJd8J+oKYsA f1TbGpXmjYfgQSwfpS8/YWuJwvQw008mi8ux7Ta71hPMfmwd1tquR0pzpgikLGk2GxaQ d1WVh+p2UQR2W6JDO6siPYWhgorsaAHZ3zM3aR6HI4walmGfdU32lCK5WZDyIgZfbPF5 NZk1LwxhuUvl9LL6n/mTB88SOXmV3vjGKTs8wuoq8Aibz8KjIDMTmI+ljqmLJgIkhN2W rYmg== Received: by 10.204.9.195 with SMTP id m3mr5917095bkm.78.1336401452085; Mon, 07 May 2012 07:37:32 -0700 (PDT) Received: from green.tandem.local (53-31-132-95.pool.ukrtel.net. [95.132.31.53]) by mx.google.com with ESMTPS id s20sm32951820bks.2.2012.05.07.07.37.28 (version=SSLv3 cipher=OTHER); Mon, 07 May 2012 07:37:31 -0700 (PDT) Message-ID: <4FA7DE25.7090009@gmail.com> Date: Mon, 07 May 2012 17:37:25 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120426 Firefox/12.0 SeaMonkey/2.9 MIME-Version: 1.0 To: FreeBSD Questions , FreeBSD-Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: does anyone care about periodic scripts? 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, 07 May 2012 14:37:33 -0000 Hi all. It seems that patches to periodic scripts have hard time coming into the tree. I personally filed http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/165817 and still there's no move despite change is purely cosmetical and just fixes "right way of things". And this is not just one and only case, pr's are numerous and get minimal to no attention at all: http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/165956 http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/30938 How can I assist with this pr's? Whom should I bug to get some answer about them? -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon May 7 14:43:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22F571065675 for ; Mon, 7 May 2012 14:43:10 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C141E8FC0C for ; Mon, 7 May 2012 14:43:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 303F9B95B; Mon, 7 May 2012 10:43:09 -0400 (EDT) From: John Baldwin To: Anton Shterenlikht Date: Mon, 7 May 2012 10:39:51 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <201205041108.00016.jhb@freebsd.org> <20120504200724.GA30502@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20120504200724.GA30502@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205071039.51737.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 07 May 2012 10:43:09 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 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, 07 May 2012 14:43:10 -0000 On Friday, May 04, 2012 4:07:24 pm Anton Shterenlikht wrote: > On Fri, May 04, 2012 at 11:07:59AM -0400, John Baldwin wrote: > > On Friday, May 04, 2012 7:51:33 am Anton Shterenlikht wrote: > > > On Thu, May 03, 2012 at 02:46:18PM -0400, John Baldwin wrote: > > > > On Thursday, May 03, 2012 11:35:19 am Anton Shterenlikht wrote: > > > > > On Tue, May 01, 2012 at 12:35:26PM +0100, Anton Shterenlikht wrote: > > > > > > On Mon, Apr 30, 2012 at 08:43:14AM -0400, John Baldwin wrote: > > > > > > > > > > > > > > > > I also see: > > > > > > > > > > > > > > > > ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0exb > > > > > > > > ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > > > > > > > > ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 > > > > > > > > > > > > > > Hmmm, I don't know how to grok these lines, but does your disk work > > at > > > > all now > > > > > > > with any kernel? It may be that your disk has died (or a cable, > > etc.) > > > > and it > > > > > > > just happened to coincide with your upgrade? > > > > > > > > > > > > I reverted back to r231158, built world and generic > > > > > > kernel (minus all modules, i.e. "option MODULES_OVERRIDE="). > > > > > > This works, see the verbose boot dmesg at the end. > > > > > > > > > > > > I think I'll just do a binary search. > > > > > > > > > > I traced it to r233677. > > > > > The only change from 233676 to 233677 is > > > > > in /sys/dev/pci/pci.c > > > > > > > > > > My kernel is GENERIC with no modules > > > > > and with various bits removed, e.g. all raid devices > > > > > and PCI network devices, which I definitely > > > > > haven't got on this laptop. > > > > > > > > > > Below is the verbose boot with r233676. > > > > > Apparently at the beginning there's also > > > > > the previous unsuccessful boot with r233677. > > > > > Is this a new feature? I didn't know the > > > > > previous dmesg is preserved after a reboot. > > > > > Anyway, you can see clearly the error with r233677. > > > > > > > > > > I guess this is something to do with > > > > > ata -> ada change? > > > > > > > > I don't think so. > > > > > > > > Please try just this change: > > > > > > > > Index: pci.c > > > > =================================================================== > > > > --- pci.c (revision 234928) > > > > +++ pci.c (working copy) > > > > @@ -2822,10 +2822,14 @@ pci_add_map(device_t bus, device_t dev, int reg, s > > > > * from the parent. > > > > */ > > > > resource_list_delete(rl, type, reg); > > > > - } else { > > > > + start = 0; > > > > + device_printf(bus, > > > > + "pci%d:%d:%d:%d bar %#x failed to allocate", > > > > + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), > > > > + pci_get_function(dev), reg); > > > > + } else > > > > start = rman_get_start(res); > > > > - pci_write_bar(dev, pm, start); > > > > - } > > > > + pci_write_bar(dev, pm, start); > > > > return (barlen); > > > > } > > > > > > > > > > That helped, thank you. > > > > Bizarre, can you get a regular dmesg with that change applied? > Hmm, I missed a newline at the end. :) Looks like this happened twice. I've added the relevant verbose boot messages from your earlier kernel below each one: > pci0: on pcib0 > pci0: pci0:0:20:2 bar 0x10 failed to allocate > pcib1: at device 1.0 on pci0 found-> vendor=0x1002, dev=0x4383, revid=0x00 domain=0, bus=0, slot=20, func=2 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 64, base 0xcc408000, size 14, enabled pcib0: matched entry for 0.20.INTA pcib0: slot 20 INTA hardwired to IRQ 16 > pcib4: at device 20.4 on pci0 > pcib4: failed to allocate initial memory window: 0xcc100000-0xcc1fffff > pci2: on pcib4 > pci2: pci0:2:4:0 bar 0x10 failed to allocate > cbb0: irq 20 at device 4.0 on pci2 found-> vendor=0x1180, dev=0x0476, revid=0xb6 domain=0, bus=2, slot=4, func=0 class=06-07-00, hdrtype=0x02, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xcc100000, size 12, enabled pcib4: failed to allocate initial memory window (0xcc100000-0xcc1fffff,0x100000) pcib4: matched entry for 2.4.INTA pcib4: slot 4 INTA hardwired to IRQ 20 cbb0: irq 20 at device 4.0 on pci2 pcib0: allocated type 3 (0xcc500000-0xcc5fffff) for rid 20 of pcib4 pcib4: allocated initial memory window of 0xcc500000-0xcc5fffff pcib4: allocated memory range (0xcc500000-0xcc500fff) for rid 10 of cbb0 cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcc500000 So the second case actually recovers and allocates a different range. Can you try booting with 'debug.acpi.disabled=sysres' set in the loader? Also, can you get the output of 'devinfo -rv' from a working kernel? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 7 18:22:20 2012 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 6CB3F106566B; Mon, 7 May 2012 18:22:20 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id B53B08FC08; Mon, 7 May 2012 18:22:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:fd0e:5dcd:eba1:c82a] (unknown [IPv6:2001:7b8:3a7:0:fd0e:5dcd:eba1:c82a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3ECED5C37; Mon, 7 May 2012 20:22:18 +0200 (CEST) Message-ID: <4FA812D8.3060304@andric.com> Date: Mon, 07 May 2012 20:22:16 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120425 Thunderbird/13.0 MIME-Version: 1.0 To: "Hartmann, O." References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> In-Reply-To: <4FA7A25D.8050607@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: multipart/mixed; boundary="------------020803030100040201090205" Cc: Baptiste Daroussin , Current FreeBSD , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 18:22:20 -0000 This is a multi-part message in MIME format. --------------020803030100040201090205 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 2012-05-07 12:22, Hartmann, O. wrote: ... > The error I faced was introduced by the port net/libcmis, which in my > case was built via gcc 4.6 (and doesn't build with CLANG). After > building libcmis with legacy gcc 4.2.1, I was able to build > editors/libreoffice without problems (as far as the selected options > concern). Here's a diff for the net/libcmis port, to make it compile with clang. Can someone from ports please apply this? The software has some very basic C++ problems, such as non-virtual destructors, and tends to compile everything with -Werror -Wall -pedantic, so some errors are expected. :) Another approach, which takes less modifications, is to just run its configure script with --disable-error. --------------020803030100040201090205 Content-Type: text/x-diff; name="clangports-net-libcmis-1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="clangports-net-libcmis-1.diff" Index: net/libcmis/files/patch-configure =================================================================== RCS file: net/libcmis/files/patch-configure diff -N net/libcmis/files/patch-configure --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ net/libcmis/files/patch-configure 7 May 2012 18:11:21 -0000 @@ -0,0 +1,42 @@ +--- configure.orig 2011-10-04 10:45:11.000000000 +0200 ++++ configure 2012-05-07 20:03:00.000000000 +0200 +@@ -3178,19 +3178,6 @@ else + + fi + +-if test x"$enable_werror" != "xno"; then : +- +- CFLAGS="$CFLAGS -Werror" +- CXXFLAGS="$CXXFLAGS -Werror" +- +-fi +-if test x"$GCC" = xyes; then : +- +- # Be tough with warnings and produce less careless code +- CFLAGS="$CFLAGS -Wall -pedantic" +- CXXFLAGS="$CXXFLAGS -Wall -pedantic" +- +-fi + + LIBCMIS_API_VERSION=0.2 + +@@ -15971,6 +15958,19 @@ fi + + ac_config_files="$ac_config_files Makefile libcmis.pc src/Makefile src/libcmis/Makefile" + ++if test x"$enable_werror" != "xno"; then : ++ ++ CFLAGS="$CFLAGS -Werror" ++ CXXFLAGS="$CXXFLAGS -Werror" ++ ++fi ++if test x"$GCC" = xyes; then : ++ ++ # Be tough with warnings and produce less careless code ++ CFLAGS="$CFLAGS -Wall -pedantic" ++ CXXFLAGS="$CXXFLAGS -Wall -pedantic" ++ ++fi + cat >confcache <<\_ACEOF + # This file is a shell script that caches the results of configure + # tests run on this system so they can be shared between configure Index: net/libcmis/files/patch-src__libcmis__atom-document.hxx =================================================================== RCS file: net/libcmis/files/patch-src__libcmis__atom-document.hxx diff -N net/libcmis/files/patch-src__libcmis__atom-document.hxx --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ net/libcmis/files/patch-src__libcmis__atom-document.hxx 7 May 2012 18:11:21 -0000 @@ -0,0 +1,11 @@ +--- src/libcmis/atom-document.hxx.orig 2011-10-01 14:26:15.000000000 +0200 ++++ src/libcmis/atom-document.hxx 2012-05-07 20:06:51.000000000 +0200 +@@ -44,7 +44,7 @@ class AtomDocument : public libcmis::Doc + public: + AtomDocument( AtomPubSession* session, std::string url ); + AtomDocument( AtomPubSession* session, xmlNodePtr entryNd ); +- ~AtomDocument( ); ++ virtual ~AtomDocument( ); + + // Override content methods + virtual FILE* getContent( const char* path = NULL ); Index: net/libcmis/files/patch-src__libcmis__atom-folder.hxx =================================================================== RCS file: net/libcmis/files/patch-src__libcmis__atom-folder.hxx diff -N net/libcmis/files/patch-src__libcmis__atom-folder.hxx --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ net/libcmis/files/patch-src__libcmis__atom-folder.hxx 7 May 2012 18:11:21 -0000 @@ -0,0 +1,11 @@ +--- src/libcmis/atom-folder.hxx.orig 2011-09-30 20:52:01.000000000 +0200 ++++ src/libcmis/atom-folder.hxx 2012-05-07 20:06:29.000000000 +0200 +@@ -42,7 +42,7 @@ class AtomFolder : public libcmis::Folde + public: + AtomFolder( AtomPubSession* session, std::string url ); + AtomFolder( AtomPubSession* session, xmlNodePtr entryNd ); +- ~AtomFolder( ); ++ virtual ~AtomFolder( ); + + // virtual pure methods from Folder + virtual std::vector< libcmis::CmisObjectPtr > getChildren( ); Index: net/libcmis/files/patch-src__libcmis__session.hxx =================================================================== RCS file: net/libcmis/files/patch-src__libcmis__session.hxx diff -N net/libcmis/files/patch-src__libcmis__session.hxx --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ net/libcmis/files/patch-src__libcmis__session.hxx 7 May 2012 18:11:21 -0000 @@ -0,0 +1,10 @@ +--- src/libcmis/session.hxx.orig 2011-09-30 20:38:39.000000000 +0200 ++++ src/libcmis/session.hxx 2012-05-07 19:23:43.000000000 +0200 +@@ -36,6 +36,7 @@ namespace libcmis + class Session + { + public: ++ virtual ~Session( ) { } + + /** Get the Root folder of the repository + */ --------------020803030100040201090205-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 19:19:29 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E53B106566B; Mon, 7 May 2012 19:19:29 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 0728E8FC08; Mon, 7 May 2012 19:19:28 +0000 (UTC) Received: from mouf.net (www@localhost [127.0.0.1]) by mouf.net (8.14.4/8.14.4) with ESMTP id q47JJPAZ013668; Mon, 7 May 2012 15:19:25 -0400 (EDT) (envelope-from swills@FreeBSD.org) Received: from 198.85.229.5 (SquirrelMail authenticated user swills) by mouf.net with HTTP; Mon, 7 May 2012 15:19:25 -0400 Message-ID: In-Reply-To: <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> Date: Mon, 7 May 2012 15:19:25 -0400 From: "Steve Wills" To: current@FreeBSD.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mouf.net [127.0.0.1]); Mon, 07 May 2012 15:19:25 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=4.5 tests=ALL_TRUSTED autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mouf.net X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: Jason Evans Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Mon, 07 May 2012 19:19:29 -0000 > On Apr 21, 2012, at 11:54 AM, David Wolfskill wrote: >> After applying Dimitry Andric's patches to contrib/jemalloc and >> replacing >> /usr/bin/as with one built last Sunday, I was finally(!) able to rebuild >> head as of 234536: >> >> FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #797 >> 234536M: Sat Apr 21 10:23:33 PDT 2012 >> root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 >> >> However, as I was copying a /usr/obj hierarchy via tar -- e.g.: >> >> root@freebeast:/common/home/david # (cd /var/tmp && rm -fr obj && mkdir >> obj) && (cd /usr && tar cpf - obj) | (cd /var/tmp && tar xpf -) >> >> it ran for a while, then: >> >> : jemalloc_arena.c:182: Failed assertion: "p[i] == 0" >> Abort (core dumped) >> root@freebeast:/common/home/david # echo $? >> 134 >> root@freebeast:/common/home/david # ls -lTio *.core >> ls: No match. >> root@freebeast:/common/home/david # >> >> So ... no core file, apparently. >> >> freebeast(10.0-C)[2] find /usr/src/contrib/jemalloc -type f -name >> jemalloc_arena.c >> freebeast(10.0-C)[3] >> >> No file named "jemalloc_arena.c", either. >> >> But contrib/jemalloc/src/arena.c contains a function, >> arena_chunk_validate_zeroed(): >> >> 175 static inline void >> 176 arena_chunk_validate_zeroed(arena_chunk_t *chunk, size_t run_ind) >> 177 { >> 178 size_t i; >> 179 UNUSED size_t *p = (size_t *)((uintptr_t)chunk + (run_ind >> << LG_PAGE)); >> 180 >> 181 for (i = 0; i < PAGE / sizeof(size_t); i++) >> 182 assert(p[i] == 0); >> 183 } >> >> Thoughts? > > I received a similar report yesterday in the context of filezilla, but > didn't get as far as reproducing it. I think the problem is in > chunk_alloc_dss(), which dangerously claims that newly allocated memory is > zeroed. It looks like I formalized this bad assumption in early 2010, > though the bug existed before that. It's a bigger deal now because sbrk() > is preferred over mmap(), so the bug has languished for a couple of years. > I'll get a fix committed today (and revert the order of preference > between sbrk() and mmap()). > > By the way, I wonder why not everyone hits this (I don't). > I just now hit the same issue while using ports tinderbox. It was calling tar during the "makeJail" tinderbox subcommand and gave the same error as in the subject. Funny thing is I had run the same command (on a different "jail") right before this and didn't get the error. What's the status of this? Should I set MALLOC_PRODUCTION=yes in /etc/make.conf, rebuild world and forget about it? Steve From owner-freebsd-current@FreeBSD.ORG Mon May 7 19:28:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DB1B61065673; Mon, 7 May 2012 19:28:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 41D15153372; Mon, 7 May 2012 19:28:42 +0000 (UTC) Message-ID: <4FA82269.6080406@FreeBSD.org> Date: Mon, 07 May 2012 12:28:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FA6F324.4080107@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 07 May 2012 19:28:42 -0000 On 05/06/2012 15:19, Sergey Kandaurov wrote: > On 7 May 2012 01:54, Doug Barton wrote: >> I got this with today's current, previous (working) kernel is r232719. >> >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 ... > Please try this patch. > > Index: fs/ext2fs/ext2_vfsops.c > =================================================================== > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > +++ fs/ext2fs/ext2_vfsops.c (working copy) > @@ -830,7 +830,6 @@ > /* > * Write back each (modified) inode. > */ > - MNT_ILOCK(mp); > loop: > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > if (vp->v_type == VNON) { > Didn't help, sorry. I put 234385 through some pretty heavy load yesterday, and everything was fine. As soon as I move up to 234386, the panic triggered again. So I cleaned everything up, applied your patch, built a kernel from scratch, and rebooted. It was Ok for a few seconds after boot, then panic'ed again, I think in a different place, but I'm not sure because subsequent attempts to fsck the file systems caused new panics which overwrote the old ones before they could be saved. I'd like to see this changed backed out until the proponents can thoroughly regression test all of the file systems that it affects. FWIW, the thing that seems to be triggering the panic is that I have the following setup: /dev/ad0s2a on / (ufs, local) /dev/ad3s2 on /home (ext2fs, local) /etc/namedb is a symlink to /home/named/etc/namedb. When I booted 234386 named failed to start because the symlink was corrupted. When I recreated the symlink and then started named, it panic'ed. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon May 7 19:33:38 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C572A106566C; Mon, 7 May 2012 19:33:38 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 892AD8FC0C; Mon, 7 May 2012 19:33:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47JXcJD055391; Mon, 7 May 2012 19:33:38 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47JXcbl055389; Mon, 7 May 2012 19:33:38 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 7 May 2012 21:33:34 +0200 From: Baptiste Daroussin To: Dimitry Andric Message-ID: <20120507193333.GQ17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> <4FA812D8.3060304@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="z4IKABJTiQIqPwmW" Content-Disposition: inline In-Reply-To: <4FA812D8.3060304@andric.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , "Hartmann, O." , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 19:33:38 -0000 --z4IKABJTiQIqPwmW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). >=20 > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? >=20 > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) >=20 > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Thanks for the patch, your patch break the build with gcc 4.2.1, I'll try t= o fix it otherwise I'll run it disabling --disable-error. regards, Bapt --z4IKABJTiQIqPwmW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+oI40ACgkQ8kTtMUmk6ExlrACgwY4QJr7+PoNT/Zc80mr98nJq PTEAn35kBzdPOaQOCnl2Yv7GNU3hpbLo =51lT -----END PGP SIGNATURE----- --z4IKABJTiQIqPwmW-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 20:08:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A45C0106566C; Mon, 7 May 2012 20:08:13 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 808BE8FC14; Mon, 7 May 2012 20:08:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q47K8D0J081910; Mon, 7 May 2012 20:08:13 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q47K8DeJ081909; Mon, 7 May 2012 20:08:13 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Mon, 7 May 2012 22:08:10 +0200 From: Baptiste Daroussin To: Dimitry Andric Message-ID: <20120507200809.GR17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> <4FA812D8.3060304@andric.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="r3KnbM2MoJFBL7Dl" Content-Disposition: inline In-Reply-To: <4FA812D8.3060304@andric.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , "Hartmann, O." , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 07 May 2012 20:08:13 -0000 --r3KnbM2MoJFBL7Dl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... > > The error I faced was introduced by the port net/libcmis, which in my > > case was built via gcc 4.6 (and doesn't build with CLANG). After > > building libcmis with legacy gcc 4.2.1, I was able to build > > editors/libreoffice without problems (as far as the selected options > > concern). >=20 > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? >=20 > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) >=20 > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Committed thank you, regards, Bapt --r3KnbM2MoJFBL7Dl Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+oK6kACgkQ8kTtMUmk6EwNaACbB9lRtYZKy6UsZzhLMERFppI7 68MAnjZpwdLLo6m1ieE6kXK8Z1LB/Lti =70A5 -----END PGP SIGNATURE----- --r3KnbM2MoJFBL7Dl-- From owner-freebsd-current@FreeBSD.ORG Mon May 7 20:12:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2BEAE106566B; Mon, 7 May 2012 20:12:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6162C8FC08; Mon, 7 May 2012 20:12:00 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1819836wgb.31 for ; Mon, 07 May 2012 13:11:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=ltL/qNCS02M8jAGzEL+l+EWAOB9v4O3z7lG5OJDgH8s=; b=x1AcNeYno6P88f+lxW8sYJJbpbKkx2369IbJOkFsbrUnBn8vGNuGJ/JiAUXwohLYCA iIBJtA8d2mEfZZAh0unqkKsFHLSUxlvbb5k0E9cLZE3E5vJULpRgJpvGDkY0r/uvVwzl BegydeYNMghdNux43Su48O0OfZ5IkfOnIZ0dqSUxGyHMxGqEP/CJJQOmiTnSkrYQvtll B2tRwNv8SakrYLHAIfvAg0X6h8UGjoRV8QzmX+b6B34LGPPzmYSUdhl364sYh0RcE5sv SkwqIfU4NhUi+yZQf4VawzsbbMfL5ZM8v/4qHzNZ2rT/HZBB4yiOja7MoSma4H1iDtAF RGvg== Received: by 10.216.135.131 with SMTP id u3mr10373807wei.46.1336421519262; Mon, 07 May 2012 13:11:59 -0700 (PDT) Received: from dft-labs.eu (dft-labs.eu. [80.87.128.179]) by mx.google.com with ESMTPS id du4sm37498734wib.10.2012.05.07.13.11.57 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 May 2012 13:11:57 -0700 (PDT) Date: Mon, 7 May 2012 22:11:53 +0200 From: Mateusz Guzik To: Doug Barton Message-ID: <20120507201153.GA19942@dft-labs.eu> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4FA82269.6080406@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: mckusick@freebsd.org, Sergey Kandaurov , freebsd-current Subject: Re: panic, seems related to r234386 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, 07 May 2012 20:12:01 -0000 On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: > On 05/06/2012 15:19, Sergey Kandaurov wrote: > > On 7 May 2012 01:54, Doug Barton wrote: > >> I got this with today's current, previous (working) kernel is r232719. > >> > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > ... > > > Please try this patch. > > > > Index: fs/ext2fs/ext2_vfsops.c > > =================================================================== > > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > > +++ fs/ext2fs/ext2_vfsops.c (working copy) > > @@ -830,7 +830,6 @@ > > /* > > * Write back each (modified) inode. > > */ > > - MNT_ILOCK(mp); > > loop: > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > > if (vp->v_type == VNON) { > > > > Didn't help, sorry. I put 234385 through some pretty heavy load > yesterday, and everything was fine. As soon as I move up to 234386, the > panic triggered again. So I cleaned everything up, applied your patch, > built a kernel from scratch, and rebooted. It was Ok for a few seconds > after boot, then panic'ed again, I think in a different place, but I'm > not sure because subsequent attempts to fsck the file systems caused new > panics which overwrote the old ones before they could be saved. > Another MNT_ILOCK was hiding few lines below, try this patch: http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch I've tested this a bit and I believe this fixes your problem. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Mon May 7 21:25:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED65C106566C; Mon, 7 May 2012 21:25:11 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 698918FC1E; Mon, 7 May 2012 21:25:11 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SRVQV-0005bD-6P; Mon, 07 May 2012 22:25:04 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SRVQU-0007Uc-LA; Mon, 07 May 2012 22:25:02 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q47LP2xQ008955; Mon, 7 May 2012 22:25:02 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q47LP26P008954; Mon, 7 May 2012 22:25:02 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 7 May 2012 22:25:02 +0100 From: Anton Shterenlikht To: John Baldwin Message-ID: <20120507212502.GA8936@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: John Baldwin , Anton Shterenlikht , freebsd-current@freebsd.org References: <20120426224215.GA79891@mech-cluster241.men.bris.ac.uk> <201205041108.00016.jhb@freebsd.org> <20120504200724.GA30502@mech-cluster241.men.bris.ac.uk> <201205071039.51737.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201205071039.51737.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: updating from r231158 to 234465: mounting from ufs:/dev/ad4s1a failed with error 19 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, 07 May 2012 21:25:12 -0000 On Mon, May 07, 2012 at 10:39:51AM -0400, John Baldwin wrote: > On Friday, May 04, 2012 4:07:24 pm Anton Shterenlikht wrote: > > On Fri, May 04, 2012 at 11:07:59AM -0400, John Baldwin wrote: > > > On Friday, May 04, 2012 7:51:33 am Anton Shterenlikht wrote: > > > > On Thu, May 03, 2012 at 02:46:18PM -0400, John Baldwin wrote: > > > > > On Thursday, May 03, 2012 11:35:19 am Anton Shterenlikht wrote: > > > > > > On Tue, May 01, 2012 at 12:35:26PM +0100, Anton Shterenlikht wrote: > > > > > > > On Mon, Apr 30, 2012 at 08:43:14AM -0400, John Baldwin wrote: > > > > > > > > > > > > > > > > > > I also see: > > > > > > > > > > > > > > > > > > ata0: stat0=0x00 err=0x01 lsb=0x14 msb=0exb > > > > > > > > > ata0: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 > > > > > > > > > ata0: reset tp2 stat0=00 stat1=00 devices=0x10000 > > > > > > > > > > > > > > > > Hmmm, I don't know how to grok these lines, but does your disk work > > > at > > > > > all now > > > > > > > > with any kernel? It may be that your disk has died (or a cable, > > > etc.) > > > > > and it > > > > > > > > just happened to coincide with your upgrade? > > > > > > > > > > > > > > I reverted back to r231158, built world and generic > > > > > > > kernel (minus all modules, i.e. "option MODULES_OVERRIDE="). > > > > > > > This works, see the verbose boot dmesg at the end. > > > > > > > > > > > > > > I think I'll just do a binary search. > > > > > > > > > > > > I traced it to r233677. > > > > > > The only change from 233676 to 233677 is > > > > > > in /sys/dev/pci/pci.c > > > > > > > > > > > > My kernel is GENERIC with no modules > > > > > > and with various bits removed, e.g. all raid devices > > > > > > and PCI network devices, which I definitely > > > > > > haven't got on this laptop. > > > > > > > > > > > > Below is the verbose boot with r233676. > > > > > > Apparently at the beginning there's also > > > > > > the previous unsuccessful boot with r233677. > > > > > > Is this a new feature? I didn't know the > > > > > > previous dmesg is preserved after a reboot. > > > > > > Anyway, you can see clearly the error with r233677. > > > > > > > > > > > > I guess this is something to do with > > > > > > ata -> ada change? > > > > > > > > > > I don't think so. > > > > > > > > > > Please try just this change: > > > > > > > > > > Index: pci.c > > > > > =================================================================== > > > > > --- pci.c (revision 234928) > > > > > +++ pci.c (working copy) > > > > > @@ -2822,10 +2822,14 @@ pci_add_map(device_t bus, device_t dev, int reg, s > > > > > * from the parent. > > > > > */ > > > > > resource_list_delete(rl, type, reg); > > > > > - } else { > > > > > + start = 0; > > > > > + device_printf(bus, > > > > > + "pci%d:%d:%d:%d bar %#x failed to allocate", > > > > > + pci_get_domain(dev), pci_get_bus(dev), pci_get_slot(dev), > > > > > + pci_get_function(dev), reg); > > > > > + } else > > > > > start = rman_get_start(res); > > > > > - pci_write_bar(dev, pm, start); > > > > > - } > > > > > + pci_write_bar(dev, pm, start); > > > > > return (barlen); > > > > > } > > > > > > > > > > > > > That helped, thank you. > > > > > > Bizarre, can you get a regular dmesg with that change applied? > > > > Hmm, I missed a newline at the end. :) Looks like this happened twice. > I've added the relevant verbose boot messages from your earlier kernel > below each one: > > > pci0: on pcib0 > > pci0: pci0:0:20:2 bar 0x10 failed to allocate > > pcib1: at device 1.0 on pci0 > > found-> vendor=0x1002, dev=0x4383, revid=0x00 > domain=0, bus=0, slot=20, func=2 > class=04-03-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0006, statreg=0x0410, cachelnsz=16 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D3 current D0 > map[10]: type Memory, range 64, base 0xcc408000, size 14, enabled > pcib0: matched entry for 0.20.INTA > pcib0: slot 20 INTA hardwired to IRQ 16 > > > pcib4: at device 20.4 on pci0 > > pcib4: failed to allocate initial memory window: 0xcc100000-0xcc1fffff > > pci2: on pcib4 > > pci2: pci0:2:4:0 bar 0x10 failed to allocate > > cbb0: irq 20 at device 4.0 on pci2 > > found-> vendor=0x1180, dev=0x0476, revid=0xb6 > domain=0, bus=2, slot=4, func=0 > class=06-07-00, hdrtype=0x02, mfdev=1 > cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) > lattimer=0x40 (1920 ns), mingnt=0x80 (32000 ns), maxlat=0x07 (1750 ns) > intpin=a, irq=10 > powerspec 2 supports D0 D1 D2 D3 current D0 > map[10]: type Memory, range 32, base 0xcc100000, size 12, enabled > pcib4: failed to allocate initial memory window (0xcc100000-0xcc1fffff,0x100000) > pcib4: matched entry for 2.4.INTA > pcib4: slot 4 INTA hardwired to IRQ 20 > cbb0: irq 20 at device 4.0 on pci2 > pcib0: allocated type 3 (0xcc500000-0xcc5fffff) for rid 20 of pcib4 > pcib4: allocated initial memory window of 0xcc500000-0xcc5fffff > pcib4: allocated memory range (0xcc500000-0xcc500fff) for rid 10 of cbb0 > cbb0: Lazy allocation of 0x1000 bytes rid 0x10 type 3 at 0xcc500000 > > So the second case actually recovers and allocates a different range. > > Can you try booting with 'debug.acpi.disabled=sysres' set in the loader? You mean without the patch? > Also, can you get the output of 'devinfo -rv' from a working kernel? # devinfo -rv nexus0 apic0 I/O memory addresses: 0xfec00000-0xfec0001f 0xfee00000-0xfee003ff ram0 I/O memory addresses: 0x0-0x9fbff 0x100000-0xb7faffff acpi0 Interrupt request lines: 9 I/O ports: 0x10-0x1f 0x22-0x23 0x2e-0x2f 0x4e-0x4f 0x92 0x40b 0x4d0-0x4d1 0x4d6 0x500-0x53f 0xc00-0xc01 0xc14 0xc50-0xc51 0xc52 0xc6c 0xc6f 0xcd0-0xcdf 0x8000-0x802f 0x8100-0x811f I/O memory addresses: 0xcd400-0xcffff 0xd2a00-0xd2fff 0xe0000-0xfffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.C000 acpi_perf0 acpi_throttle0 ACPI I/O ports: 0x8010-0x8013 powernow0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.C001 acpi_perf1 acpi_throttle1 powernow1 cpufreq1 acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=0 at handle=\_SB_.C011 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.C08B I/O ports: 0xcf8-0xcff pci0 hostb0 pnpinfo vendor=0x1002 device=0x7910 subvendor=0x103c subdevice=0x30c2 class=0x060000 at slot=0 function=0 pcib1 pnpinfo vendor=0x1002 device=0x7912 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=1 function=0 handle=\_SB_.C08B.C08C I/O ports: 0x4000-0x4fff I/O memory addresses: 0xc0000000-0xc7ffffff 0xcc200000-0xcc3fffff pci1 vgapci0 pnpinfo vendor=0x1002 device=0x791f subvendor=0x103c subdevice=0x30c2 class=0x030000 at slot=5 function=0 handle=\_SB_.C08B.C08C.C08D pcib1 I/O port window: 0x4000-0x40ff pcib1 memory window: 0xcc200000-0xcc20ffff 0xcc300000-0xcc3fffff pcib1 prefetch window: 0xc0000000-0xc7ffffff vgapm0 drm0 pcib2 pnpinfo vendor=0x1002 device=0x7914 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=4 function=0 handle=\_SB_.C08B.C24F I/O memory addresses: 0xcc000000-0xcc0fffff pci16 bge0 pnpinfo vendor=0x14e4 device=0x1713 subvendor=0x103c subdevice=0x30c2 class=0x020000 at slot=0 function=0 handle=\_SB_.C08B.C24F.C250 Interrupt request lines: 256 pcib2 memory window: 0xcc000000-0xcc00ffff miibus0 brgphy0 pnpinfo oui=0x50ef model=0x4 rev=0x0 at phyno=1 pcib3 pnpinfo vendor=0x1002 device=0x7915 subvendor=0x103c subdevice=0x30c2 class=0x060400 at slot=5 function=0 handle=\_SB_.C08B.C254 I/O ports: 0x2000-0x3fff I/O memory addresses: 0xc8000000-0xcbffffff pci32 ahci0 pnpinfo vendor=0x1002 device=0x4380 subvendor=0x1002 subdevice=0x4380 class=0x01018f at slot=18 function=0 handle=\_SB_.C08B.C275 Interrupt request lines: 16 I/O ports: 0x5018-0x501b 0x5020-0x502f 0x9000-0x9007 0x9008-0x900b 0x9010-0x9017 I/O memory addresses: 0xcc409000-0xcc4093ff ahcich0 at channel=0 I/O memory addresses: 0xcc409100-0xcc40917f ahcich1 at channel=1 ahcich2 at channel=2 ahcich3 at channel=3 ohci0 pnpinfo vendor=0x1002 device=0x4387 subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=0 handle=\_SB_.C08B.C12D Interrupt request lines: 23 I/O memory addresses: 0xcc401000-0xcc401fff usbus0 uhub0 ohci1 pnpinfo vendor=0x1002 device=0x4388 subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=1 handle=\_SB_.C08B.C131 Interrupt request lines: 17 I/O memory addresses: 0xcc402000-0xcc402fff usbus1 uhub1 ohci2 pnpinfo vendor=0x1002 device=0x4389 subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=2 handle=\_SB_.C08B.C134 Interrupt request lines: 17 I/O memory addresses: 0xcc403000-0xcc403fff usbus2 uhub2 ohci3 pnpinfo vendor=0x1002 device=0x438a subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=3 handle=\_SB_.C08B.C137 Interrupt request lines: 17 I/O memory addresses: 0xcc404000-0xcc404fff usbus3 uhub3 ohci4 pnpinfo vendor=0x1002 device=0x438b subvendor=0x103c subdevice=0x30c2 class=0x0c0310 at slot=19 function=4 handle=\_SB_.C08B.C13A Interrupt request lines: 17 I/O memory addresses: 0xcc405000-0xcc405fff usbus4 uhub4 ehci0 pnpinfo vendor=0x1002 device=0x4386 subvendor=0x103c subdevice=0x30c2 class=0x0c0320 at slot=19 function=5 handle=\_SB_.C08B.C13D Interrupt request lines: 23 I/O memory addresses: 0xcc406000-0xcc4060ff usbus5 uhub5 unknown pnpinfo vendor=0x1002 device=0x4385 subvendor=0x103c subdevice=0x30c2 class=0x0c0500 at slot=20 function=0 handle=\_SB_.C08B.C09F I/O ports: 0x8200-0x820f atapci0 pnpinfo vendor=0x1002 device=0x438c subvendor=0x103c subdevice=0x30c2 class=0x010182 at slot=20 function=1 handle=\_SB_.C08B.C10B I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x5040-0x504f ata0 at channel=0 Interrupt request lines: 14 hdac0 pnpinfo vendor=0x1002 device=0x4383 subvendor=0x103c subdevice=0x30c2 class=0x040300 at slot=20 function=2 handle=\_SB_.C08B.C0FD Interrupt request lines: 16 I/O memory addresses: 0xcc100000-0xcc103fff hdacc0 pnpinfo vendor=0x11d4 device=0x1981 revision=0x02 stepping=0x00 at cad=0 hdaa0 pnpinfo type=0x01 subsystem=0x103c30c2 at nid=1 pcm0 at nid=5,6,8,9 hdacc1 pnpinfo vendor=0x11c1 device=0x1040 revision=0x02 stepping=0x00 at cad=1 unknown pnpinfo type=0x02 subsystem=0x103c1378 at nid=1 isab0 pnpinfo vendor=0x1002 device=0x438d subvendor=0x103c subdevice=0x30c2 class=0x060100 at slot=20 function=3 handle=\_SB_.C08B.C0FE isa0 sc0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff orm0 I/O memory addresses: 0xd0000-0xd0fff fdc0 ppc0 uart0 uart1 wbwd0 pcib4 pnpinfo vendor=0x1002 device=0x4384 subvendor=0x0000 subdevice=0x0000 class=0x060401 at slot=20 function=4 handle=\_SB_.C08B.C0FC I/O memory addresses: 0xcc500000-0xcc5fffff pci2 cbb0 pnpinfo vendor=0x1180 device=0x0476 subvendor=0x103c subdevice=0x30c2 class=0x060700 at slot=4 function=0 Interrupt request lines: 20 pcib4 memory window: 0xcc500000-0xcc500fff cardbus0 siba_bwn0 pnpinfo vendor=0x14e4 device=0x4318 subvendor=0x16ec subdevice=0x0119 class=0x028000 at slot=0 function=0 Interrupt request lines: 20 pcib4 memory window: 0xcc502000-0xcc503fff unknown bwn0 unknown unknown pccard0 hostb1 pnpinfo vendor=0x1022 device=0x1100 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=0 hostb2 pnpinfo vendor=0x1022 device=0x1101 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=1 hostb3 pnpinfo vendor=0x1022 device=0x1102 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=2 hostb4 pnpinfo vendor=0x1022 device=0x1103 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=3 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.C08B.C0FD.C171 acpi_ec0 pnpinfo _HID=PNP0C09 _UID=0 at handle=\_SB_.C08B.C0FE.C172 I/O ports: 0x62 0x66 unknown pnpinfo _HID=PNP0A06 _UID=0 at handle=\_SB_.C08B.C0FE.C1F1 unknown pnpinfo _HID=PNP0501 _UID=0 at handle=\_SB_.C08B.C0FE.C1F1.C21F unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.C08B.C0FE.C1F1.C21F.C223 unknown pnpinfo _HID=PNP0400 _UID=0 at handle=\_SB_.C08B.C0FE.C1F1.C224 unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.C08B.C0FE.C1F1.C224.C230 unknown pnpinfo _HID=IFX0102 _UID=0 at handle=\_SB_.C08B.C0FE.C231 fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.C08B.C0FE.C241 I/O ports: 0xf0-0xff attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.C08B.C0FE.C242 Interrupt request lines: 0 I/O ports: 0x40-0x43 atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.C08B.C0FE.C229 DMA request lines: 4 I/O ports: 0x0-0xf 0x80-0x8f 0xc0-0xdf unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.C08B.C0FE.C243 I/O ports: 0x61 atrtc0 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.C08B.C0FE.C244 Interrupt request lines: 8 I/O ports: 0x70-0x71 0x72-0x73 unknown pnpinfo _HID=PNP0103 _UID=0 at handle=\_SB_.C08B.C0FE.C245 atkbdc0 pnpinfo _HID=PNP0303 _UID=0 at handle=\_SB_.C08B.C0FE.C249 Interrupt request lines: 1 I/O ports: 0x60 0x64 atkbd0 psm0 Interrupt request lines: 12 psmcpnp0 pnpinfo _HID=SYN0131 _UID=0 at handle=\_SB_.C08B.C0FE.C24A unknown pnpinfo _HID=none _UID=0 at handle=\_SB_.C08B.C0FE.C24A.C24C unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.C08B.C0FE.C24E I/O ports: 0x20-0x21 0xa0-0xa1 acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=2 at handle=\_SB_.C08B.C0FE.C37A pci_link0 pnpinfo _HID=PNP0C0F _UID=96 at handle=\_SB_.C08B.C145 pci_link1 pnpinfo _HID=PNP0C0F _UID=97 at handle=\_SB_.C08B.C146 pci_link2 pnpinfo _HID=PNP0C0F _UID=98 at handle=\_SB_.C08B.C147 pci_link3 pnpinfo _HID=PNP0C0F _UID=99 at handle=\_SB_.C08B.C148 pci_link4 pnpinfo _HID=PNP0C0F _UID=104 at handle=\_SB_.C08B.C149 pci_link5 pnpinfo _HID=PNP0C0F _UID=105 at handle=\_SB_.C08B.C14A pci_link6 pnpinfo _HID=PNP0C0F _UID=106 at handle=\_SB_.C08B.C14B pci_link7 pnpinfo _HID=PNP0C0F _UID=107 at handle=\_SB_.C08B.C14C unknown pnpinfo _HID=HPQ0004 _UID=0 at handle=\_SB_.C08B.ACEL acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=1 at handle=\_SB_.C08B.C378 unknown pnpinfo _HID=HPQ0006 _UID=0 at handle=\_SB_.C24D battery0 pnpinfo _HID=PNP0C0A _UID=1 at handle=\_SB_.C1ED battery1 pnpinfo _HID=PNP0C0A _UID=2 at handle=\_SB_.C1EC acpi_acad0 pnpinfo _HID=ACPI0003 _UID=0 at handle=\_SB_.C1EB acpi_button0 pnpinfo _HID=PNP0C0E _UID=0 at handle=\_SB_.C28D acpi_lid0 pnpinfo _HID=PNP0C0D _UID=0 at handle=\_SB_.C265 unknown pnpinfo _HID=PNP0C32 _UID=1 at handle=\_SB_.C1EE unknown pnpinfo _HID=PNP0C14 _UID=0 at handle=\_SB_.C28A acpi_sysresource3 pnpinfo _HID=PNP0C02 _UID=0 at handle=\_SB_.C35F unknown pnpinfo _HID=none _UID=0 at handle=\_TZ_.C395 unknown pnpinfo _HID=none _UID=0 at handle=\_TZ_.C396 unknown pnpinfo _HID=none _UID=0 at handle=\_TZ_.C397 unknown pnpinfo _HID=none _UID=0 at handle=\_TZ_.C398 unknown pnpinfo _HID=PNP0C0B _UID=0 at handle=\_TZ_.C399 unknown pnpinfo _HID=PNP0C0B _UID=1 at handle=\_TZ_.C39A unknown pnpinfo _HID=PNP0C0B _UID=2 at handle=\_TZ_.C39B unknown pnpinfo _HID=PNP0C0B _UID=3 at handle=\_TZ_.C39C acpi_tz0 pnpinfo _HID=none _UID=0 at handle=\_TZ_.TZ1_ acpi_timer0 pnpinfo unknown at unknown ACPI I/O ports: 0x8008-0x800b -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue May 8 01:14:20 2012 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 002D7106564A; Tue, 8 May 2012 01:14:19 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7C25D150929; Tue, 8 May 2012 01:14:19 +0000 (UTC) Message-ID: <4FA8736B.1040300@FreeBSD.org> Date: Mon, 07 May 2012 18:14:19 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Mateusz Guzik References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> In-Reply-To: <20120507201153.GA19942@dft-labs.eu> X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mckusick@freebsd.org, Sergey Kandaurov , freebsd-current Subject: Re: panic, seems related to r234386 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, 08 May 2012 01:14:20 -0000 On 05/07/2012 13:11, Mateusz Guzik wrote: > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: >> On 05/06/2012 15:19, Sergey Kandaurov wrote: >>> On 7 May 2012 01:54, Doug Barton wrote: >>>> I got this with today's current, previous (working) kernel is r232719. >>>> >>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx >>>> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 >> >> ... >> >>> Please try this patch. Ok, so far so good. Again, thanks for the quick response. I'm stress-testing my ext2fs partitions a bit atm, and everything seems Ok. I'll let you know if I run into any problems. So my next question is, does removing those locks present any risks? Should they be replaced by different locks, or were they just safety belts to start with? Finally, should my next step be to advance to the latest current + your patch and see how I go from there? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue May 8 04:55:52 2012 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 95A9E106566C; Tue, 8 May 2012 04:55:52 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 5C3A38FC0A; Tue, 8 May 2012 04:55:52 +0000 (UTC) Received: from [192.168.168.8] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id F14BB28418; Mon, 7 May 2012 21:46:16 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Jason Evans X-Priority: 3 (Normal) In-Reply-To: Date: Mon, 7 May 2012 21:46:16 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> To: Steve Wills X-Mailer: Apple Mail (2.1084) Cc: current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 04:55:52 -0000 On May 7, 2012, at 12:19 PM, Steve Wills wrote: >> On Apr 21, 2012, at 11:54 AM, David Wolfskill wrote: >>> After applying Dimitry Andric's patches to contrib/jemalloc and >>> replacing >>> /usr/bin/as with one built last Sunday, I was finally(!) able to = rebuild >>> head as of 234536: >>>=20 >>> FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT = #797 >>> 234536M: Sat Apr 21 10:23:33 PDT 2012 >>> root@freebeast.catwhisker.org:/usr/obj/usr/src/sys/GENERIC i386 >>>=20 >>> However, as I was copying a /usr/obj hierarchy via tar -- e.g.: >>>=20 >>> root@freebeast:/common/home/david # (cd /var/tmp && rm -fr obj && = mkdir >>> obj) && (cd /usr && tar cpf - obj) | (cd /var/tmp && tar xpf -) >>>=20 >>> it ran for a while, then: >>>=20 >>> : jemalloc_arena.c:182: Failed assertion: "p[i] =3D=3D 0" >>> Abort (core dumped) >>> root@freebeast:/common/home/david # echo $? >>> 134 >>> root@freebeast:/common/home/david # ls -lTio *.core >>> ls: No match. >>> root@freebeast:/common/home/david # >>>=20 >>> So ... no core file, apparently. >>>=20 >>> freebeast(10.0-C)[2] find /usr/src/contrib/jemalloc -type f -name >>> jemalloc_arena.c >>> freebeast(10.0-C)[3] >>>=20 >>> No file named "jemalloc_arena.c", either. >>>=20 >>> But contrib/jemalloc/src/arena.c contains a function, >>> arena_chunk_validate_zeroed(): >>>=20 >>> 175 static inline void >>> 176 arena_chunk_validate_zeroed(arena_chunk_t *chunk, size_t = run_ind) >>> 177 { >>> 178 size_t i; >>> 179 UNUSED size_t *p =3D (size_t *)((uintptr_t)chunk + = (run_ind >>> << LG_PAGE)); >>> 180 >>> 181 for (i =3D 0; i < PAGE / sizeof(size_t); i++) >>> 182 assert(p[i] =3D=3D 0); >>> 183 } >>>=20 >>> Thoughts? >>=20 >> I received a similar report yesterday in the context of filezilla, = but >> didn't get as far as reproducing it. I think the problem is in >> chunk_alloc_dss(), which dangerously claims that newly allocated = memory is >> zeroed. It looks like I formalized this bad assumption in early = 2010, >> though the bug existed before that. It's a bigger deal now because = sbrk() >> is preferred over mmap(), so the bug has languished for a couple of = years. >> I'll get a fix committed today (and revert the order of preference >> between sbrk() and mmap()). >>=20 >> By the way, I wonder why not everyone hits this (I don't). >=20 > I just now hit the same issue while using ports tinderbox. It was = calling > tar during the "makeJail" tinderbox subcommand and gave the same error = as > in the subject. Funny thing is I had run the same command (on a = different > "jail") right before this and didn't get the error. What's the status = of > this? Should I set MALLOC_PRODUCTION=3Dyes in /etc/make.conf, rebuild = world > and forget about it? How recent is your system? This problem should have been fixed by = r234569, so if you're still seeing problems after that revision, there's = another problem we need to figure out. (By the way, it's possible for = an application to trigger this assertion, but unlikely.) Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Tue May 8 05:10:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71D31106566C; Tue, 8 May 2012 05:10:31 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4CE748FC0A; Tue, 8 May 2012 05:10:30 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA12262; Tue, 08 May 2012 08:10:28 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SRcgu-000K3d-67; Tue, 08 May 2012 08:10:28 +0300 Message-ID: <4FA8AAC1.40006@FreeBSD.org> Date: Tue, 08 May 2012 08:10:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> In-Reply-To: <20120507093518.GO17325@azathoth.lan> X-Enigmail-Version: 1.5pre Content-Type: multipart/mixed; boundary="------------080907090203030108020108" Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 05:10:31 -0000 This is a multi-part message in MIME format. --------------080907090203030108020108 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit on 07/05/2012 12:35 Baptiste Daroussin said the following: > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: >> on 07/05/2012 01:58 Baptiste Daroussin said the following: >>> Well for libreoffice on freebsd clang is the official compiler, because >>> 4.2.1 is just too old for libreoffice, and I never managed to make it built >>> (the 3.5) with gcc from ports. >> >> What problem are you running into? >> I am able to build the latest libreoffice with gcc46. > > Really with no modification on the ports? Yes. (OK, I lied, see below) > Are you sure you are not building it with clang which is forced by default? Yes. I set WITH_GCC in make.conf. Some notes: - I have boost 1.48 via the patches from the boost port maintainer (long overdue to be committed) - on one system I build (almost) all ports with gcc46 (base system is built in a standard fashion) - on another system I build (almost) all ports with base gcc (except, obviously, those ports that have USE_GCC=4.6[+]) And, oh, almost forgot, I had to manually apply the attached patch in cppunit/ subdirectory on FreeBSD 10. It seems that the source code in question is extracted during build, so it is not possible to apply the patch during normal patch target. The patch is for the well-known FreeBSD1 vs FreeBSD10 confusion in autotools. -- Andriy Gapon --------------080907090203030108020108 Content-Type: text/plain; charset=UTF-8; name="libreoffice-cppunit-configure.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="libreoffice-cppunit-configure.diff" --------------080907090203030108020108-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 05:51:05 2012 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 B58DE106566B; Tue, 8 May 2012 05:51:05 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7BEF18FC0C; Tue, 8 May 2012 05:51:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q485p5OG029129; Tue, 8 May 2012 05:51:05 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q485p5Ce029105; Tue, 8 May 2012 05:51:05 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Tue, 8 May 2012 07:51:00 +0200 From: Baptiste Daroussin To: Andriy Gapon Message-ID: <20120508055100.GT17325@azathoth.lan> References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA8AAC1.40006@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HqPpMaT+a6TeY/Q4" Content-Disposition: inline In-Reply-To: <4FA8AAC1.40006@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 05:51:05 -0000 --HqPpMaT+a6TeY/Q4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 08, 2012 at 08:10:25AM +0300, Andriy Gapon wrote: > on 07/05/2012 12:35 Baptiste Daroussin said the following: > > On Mon, May 07, 2012 at 09:20:06AM +0300, Andriy Gapon wrote: > >> on 07/05/2012 01:58 Baptiste Daroussin said the following: > >>> Well for libreoffice on freebsd clang is the official compiler, becau= se > >>> 4.2.1 is just too old for libreoffice, and I never managed to make it= built > >>> (the 3.5) with gcc from ports. > >> > >> What problem are you running into? > >> I am able to build the latest libreoffice with gcc46. > >=20 > > Really with no modification on the ports? >=20 > Yes. (OK, I lied, see below) >=20 > > Are you sure you are not building it with clang which is forced by defa= ult? >=20 > Yes. I set WITH_GCC in make.conf. >=20 > Some notes: > - I have boost 1.48 via the patches from the boost port maintainer (long = overdue > to be committed) > - on one system I build (almost) all ports with gcc46 (base system is bui= lt in a > standard fashion) > - on another system I build (almost) all ports with base gcc (except, obv= iously, > those ports that have USE_GCC=3D4.6[+]) >=20 > And, oh, almost forgot, I had to manually apply the attached patch in cpp= unit/ > subdirectory on FreeBSD 10. It seems that the source code in question is > extracted during build, so it is not possible to apply the patch during n= ormal > patch target. The patch is for the well-known FreeBSD1 vs FreeBSD10 conf= usion > in autotools. Yes but only with gcc46 because cppunit needs the same libstdc++ as libreof= fice so with gcc 4.6 is needs to be built with bundled, while it is unbundled wi= th clang. regards, Bapt --HqPpMaT+a6TeY/Q4 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+otEQACgkQ8kTtMUmk6EwVtACfYvybInIbLHQ2fruMcGC2ATte IgEAn0a958gBaAau+sokOPhhfNpypxrf =E1GX -----END PGP SIGNATURE----- --HqPpMaT+a6TeY/Q4-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:14:42 2012 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 80AE91065673; Tue, 8 May 2012 06:14:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13EAE8FC0C; Tue, 8 May 2012 06:14:42 +0000 (UTC) Received: by yenl8 with SMTP id l8so57102yen.13 for ; Mon, 07 May 2012 23:14:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OM76sdjkUvwBcDB6zbPsAKuVrkth7vDsgQgpF1aawaU=; b=UmfWV7TMMy9A435cru2GkKBO0VVmgoHnCiwSchOpV4DVK1s0ZBYZ8063oEUyf1oXhy XKrugrDHBZk3MIZsZZAKUaY8ymXm4GqmBAwz9LxO/rSJNeyBVCAOJnY+G5zoQBjRG39g sFIz4XYMzKnmNcfTrDxnNGQXl9QAKO1dtQC/Vvc4eBPHgWxqH0O0jr40KZ6SmSVLITaV q9UbMMW23iZgsjcXyMSIYCKK9+pjO1ci39rxuQxT4DyZTvvjrwpVxzm4t+jDCgl1032Q u3zGCI42KZ89o+IkfYCEW2NasV+UU3OaOzl0a1r0rHtl9BFalZIQ/sPDHJcHdKWo3wQs p6LQ== MIME-Version: 1.0 Received: by 10.42.141.131 with SMTP id o3mr9071513icu.1.1336457681305; Mon, 07 May 2012 23:14:41 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Mon, 7 May 2012 23:14:41 -0700 (PDT) In-Reply-To: <4FA8736B.1040300@FreeBSD.org> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> <4FA8736B.1040300@FreeBSD.org> Date: Tue, 8 May 2012 10:14:41 +0400 Message-ID: From: Sergey Kandaurov To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: mckusick@freebsd.org, Mateusz Guzik , freebsd-current Subject: Re: panic, seems related to r234386 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, 08 May 2012 06:14:42 -0000 On 8 May 2012 05:14, Doug Barton wrote: > On 05/07/2012 13:11, Mateusz Guzik wrote: >> On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: >>> On 05/06/2012 15:19, Sergey Kandaurov wrote: >>>> On 7 May 2012 01:54, Doug Barton wrote: >>>>> I got this with today's current, previous (working) kernel is r232719. >>>>> >>>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx >>>>> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 >>> >>> ... >>> >>>> Please try this patch. > > Ok, so far so good. Again, thanks for the quick response. I'm > stress-testing my ext2fs partitions a bit atm, and everything seems Ok. > I'll let you know if I run into any problems. > > So my next question is, does removing those locks present any risks? > Should they be replaced by different locks, or were they just safety > belts to start with? Unlike in the previously used macro MNT_VNODE_FOREACH_ABORT_ILOCKED(), the currently used macro MNT_VNODE_FOREACH_ALL_ABORT() manages mount mutexes itself so you don't need to mess with them. The locking is there, it's just hidden behind macros. > > Finally, should my next step be to advance to the latest current + your > patch and see how I go from there? Yep, so that patches will be tested before they go to head. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:22:30 2012 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 DE0BA106566C; Tue, 8 May 2012 06:22:30 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE0F8FC0A; Tue, 8 May 2012 06:22:30 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SRdob-0004ku-7s>; Tue, 08 May 2012 08:22:29 +0200 Received: from e178026076.adsl.alicedsl.de ([85.178.26.76] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SRdob-0002bt-2P>; Tue, 08 May 2012 08:22:29 +0200 Message-ID: <4FA8BBA4.1030002@zedat.fu-berlin.de> Date: Tue, 08 May 2012 08:22:28 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> <4FA812D8.3060304@andric.com> <20120507200809.GR17325@azathoth.lan> In-Reply-To: <20120507200809.GR17325@azathoth.lan> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFD8CA61E8AE9509366FB61B3" X-Originating-IP: 85.178.26.76 Cc: Dimitry Andric , Current FreeBSD , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 06:22:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFD8CA61E8AE9509366FB61B3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/07/12 22:08, Baptiste Daroussin wrote: > On Mon, May 07, 2012 at 08:22:16PM +0200, Dimitry Andric wrote: >> On 2012-05-07 12:22, Hartmann, O. wrote: >> ... >>> The error I faced was introduced by the port net/libcmis, which in my= >>> case was built via gcc 4.6 (and doesn't build with CLANG). After >>> building libcmis with legacy gcc 4.2.1, I was able to build >>> editors/libreoffice without problems (as far as the selected options >>> concern). >> >> Here's a diff for the net/libcmis port, to make it compile with clang.= >> Can someone from ports please apply this? >> >> The software has some very basic C++ problems, such as non-virtual >> destructors, and tends to compile everything with -Werror -Wall >> -pedantic, so some errors are expected. :) >> >> Another approach, which takes less modifications, is to just run its >> configure script with --disable-error. > Committed thank you, >=20 > regards, > Bapt Thank you very much. --------------enigFD8CA61E8AE9509366FB61B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPqLukAAoJEOgBcD7A/5N8U/AIAMkWqLIYdjrnH9M9XK+X+3+M 3bDJCAikLGfTb5st3EHcb+AXemRboEgIJazqe8cgR/zObgXG9J0jIvA0ThgZje/7 DCFbJ+mjSUhEwWZBRRTEju/KJjUhKklI9aLH2u7oHVl0V/nLspr68Dxs7q17G3d/ E4TXg8A5cGy74cbHAnmLzQrRA+ak+cnHl4my7X3cWHuFBA4K+++MkJNZNfooK1qL H0oA16gTHG56LeW3YEooBJakJS79l9u4HwdU7u9PYQtQikyXJr4Fp0YHTCqYgJ7F pzWFJGQ/xMZbNdgWda2iHSj+WTonqqr/vtliFrO+FeUCvrXGb85fW69fH1BEnzc= =Ng/9 -----END PGP SIGNATURE----- --------------enigFD8CA61E8AE9509366FB61B3-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:24:36 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC14B106578C; Tue, 8 May 2012 06:24:36 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 784298FC0C; Tue, 8 May 2012 06:24:36 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SRdqd-00054y-N9>; Tue, 08 May 2012 08:24:35 +0200 Received: from e178026076.adsl.alicedsl.de ([85.178.26.76] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SRdqd-0002ir-Hj>; Tue, 08 May 2012 08:24:35 +0200 Message-ID: <4FA8BC23.3@zedat.fu-berlin.de> Date: Tue, 08 May 2012 08:24:35 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA7A25D.8050607@zedat.fu-berlin.de> <4FA812D8.3060304@andric.com> In-Reply-To: <4FA812D8.3060304@andric.com> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7539078773436066F403289E" X-Originating-IP: 85.178.26.76 Cc: Baptiste Daroussin , Current FreeBSD , Andriy Gapon , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 06:24:36 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7539078773436066F403289E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/07/12 20:22, Dimitry Andric wrote: > On 2012-05-07 12:22, Hartmann, O. wrote: > ... >> The error I faced was introduced by the port net/libcmis, which in my >> case was built via gcc 4.6 (and doesn't build with CLANG). After >> building libcmis with legacy gcc 4.2.1, I was able to build >> editors/libreoffice without problems (as far as the selected options >> concern). >=20 > Here's a diff for the net/libcmis port, to make it compile with clang. > Can someone from ports please apply this? >=20 > The software has some very basic C++ problems, such as non-virtual > destructors, and tends to compile everything with -Werror -Wall > -pedantic, so some errors are expected. :) >=20 > Another approach, which takes less modifications, is to just run its > configure script with --disable-error. Thank you very much. This seems to work for me, hope others will see the same progress. On all suspected and reported boxes, LibreOffice now compiles with CLANG. I consider this a s a positive sign for all the work of the team has done, thanks again! And even for the patience with me/us "users". Regards, Oliver --------------enig7539078773436066F403289E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPqLwjAAoJEOgBcD7A/5N84X0IAIrqt+CnAe8IzG+yDlBJZL4Z 6AJXcQn+JX6HpovPsnz3Mm8vyiQmEFTsXVUp+2zWRRCXwwnqcphyZFeUzPn/fO97 48x6IX6usI2ZS65EWlIvAScdQBLYgALANXuclqRg6lWmL+kGFK96kSq0WK5IGDee XrUiu/Aq+3v9b+V1coRfmFCqO+8Pn/4+EUzEYPBQ4lLo4gyJCnXAS+wdeXr1T4l9 Wl6LtF40zTEjstuH1V4eJc37IQtb/Qic0hoSGuwXK4VdI+X0oJNLYbblHhAy/18H nh9gVOvjNt+C0x9Ol9wcsvGCHMG96zSWiEkREwCGKoaRr80OtjiZNNDK4N4noBc= =ntBG -----END PGP SIGNATURE----- --------------enig7539078773436066F403289E-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:53:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 862EB1065675; Tue, 8 May 2012 06:53:15 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0A28FC0C; Tue, 8 May 2012 06:53:15 +0000 (UTC) Received: from maka.home.yamagi.org (pD9522CF3.dip.t-dialin.net [217.82.44.243]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id B01551666334; Tue, 8 May 2012 08:53:13 +0200 (CEST) Date: Tue, 8 May 2012 08:53:07 +0200 From: Yamagi Burmeister To: freebsd-current@freebsd.org Message-Id: <20120508085307.cdf8fd6c.lists@yamagi.org> In-Reply-To: <4FA66EF0.7090306@zedat.fu-berlin.de> References: <4FA66EF0.7090306@zedat.fu-berlin.de> X-Mailer: Sylpheed 3.1.3 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__8_May_2012_08_53_07_+0200_MP0fH=n=67Dpb=um" Cc: ohartman@zedat.fu-berlin.de, freebsd-ports@freebsd.org Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 06:53:15 -0000 --Signature=_Tue__8_May_2012_08_53_07_+0200_MP0fH=n=67Dpb=um Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I'd like to ask whether there are sites were binary packages could be > downloaded from and are there any experiences with installing them on > either 9-STABLE or 10-CURRENT? We (BSDForen.de) have unofficial packages build by the community at http://wiki.bsdforen.de/anwendungen/libreoffice_aus_inoffiziellen_paketen While the page is written in german, english (en_GB) packages are available. 7-STABLE, 8-STABE and 9-STABLE are covered. --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Tue__8_May_2012_08_53_07_+0200_MP0fH=n=67Dpb=um Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+owtgACgkQWTjlg++8y8taYQCgnH33F7cBfbJ3Fl9fUP5OQMfC R3UAoJkB5mAhwC6rvr09r3v/gcskzCjR =ZLGb -----END PGP SIGNATURE----- --Signature=_Tue__8_May_2012_08_53_07_+0200_MP0fH=n=67Dpb=um-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 06:53:20 2012 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 325AC106566C; Tue, 8 May 2012 06:53:20 +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 183928FC15; Tue, 8 May 2012 06:53:17 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA12836; Tue, 08 May 2012 09:53:16 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SReIO-000K60-J4; Tue, 08 May 2012 09:53:16 +0300 Message-ID: <4FA8C2DB.9010003@FreeBSD.org> Date: Tue, 08 May 2012 09:53:15 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Baptiste Daroussin References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA8AAC1.40006@FreeBSD.org> <20120508055100.GT17325@azathoth.lan> In-Reply-To: <20120508055100.GT17325@azathoth.lan> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 06:53:20 -0000 on 08/05/2012 08:51 Baptiste Daroussin said the following: > Yes but only with gcc46 because cppunit needs the same libstdc++ as > libreoffice so with gcc 4.6 is needs to be built with bundled, while it is > unbundled with clang. So the "internal" cppunit was probably not needed in the environment where the "external" cppunit was also built with gcc46. But I guess that there is no good way to detect that. P.S. A hackish way would be to use something like objdump to check for required versions of GLIBCXX in libcppunit*.so. But that's too hackish and too much trouble, I guess. But, hm, it looks like libcppunit-1.12.so doesn't require any newer symbols from libstdc++ beyond what's provided by base gcc's library: $ objdump -p -w /usr/local/lib/libcppunit-1.12.so.1 ... Dynamic Section: NEEDED libstdc++.so.6 NEEDED libm.so.5 NEEDED libc.so.7 NEEDED libgcc_s.so.1 SONAME libcppunit-1.12.so.1 RPATH /usr/local/lib/gcc46 ... Version References: required from libgcc_s.so.1: 0x0b792650 0x00 07 GCC_3.0 required from libm.so.5: 0x077a28b0 0x00 05 FBSD_1.0 required from libc.so.7: 0x077a28b0 0x00 03 FBSD_1.0 required from libstdc++.so.6: 0x02297f89 0x00 06 GLIBCXX_3.4.9 0x056bafd3 0x00 04 CXXABI_1.3 0x08922974 0x00 02 GLIBCXX_3.4 Ref: http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue May 8 12:10:58 2012 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 4C886106566B; Tue, 8 May 2012 12:10:58 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.server1.bsdforen.de (bsdforen.de [82.193.243.81]) by mx1.freebsd.org (Postfix) with ESMTP id 0A2218FC12; Tue, 8 May 2012 12:10:57 +0000 (UTC) Received: from mobileKamikaze.norad (HSI-KBW-091-089-161-008.hsi2.kabel-badenwuerttemberg.de [91.89.161.8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.server1.bsdforen.de (Postfix) with ESMTPSA id 817327E89D; Tue, 8 May 2012 14:10:49 +0200 (CEST) Message-ID: <4FA90D49.6010809@bsdforen.de> Date: Tue, 08 May 2012 14:10:49 +0200 From: Dominic Fandrey User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Yamagi Burmeister References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120508085307.cdf8fd6c.lists@yamagi.org> In-Reply-To: <20120508085307.cdf8fd6c.lists@yamagi.org> Content-Type: text/plain; charset=ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, ohartman@zedat.fu-berlin.de, freebsd-ports@freebsd.org Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 12:10:58 -0000 On 08/05/2012 08:53, Yamagi Burmeister wrote: >> I'd like to ask whether there are sites were binary packages could be >> downloaded from and are there any experiences with installing them on >> either 9-STABLE or 10-CURRENT? > > We (BSDForen.de) have unofficial packages build by the community at > http://wiki.bsdforen.de/anwendungen/libreoffice_aus_inoffiziellen_paketen > While the page is written in german, english (en_GB) packages are > available. 7-STABLE, 8-STABE and 9-STABLE are covered. And the base version (without language packages) is always en_US. BTW, when our packages are a little late, this is normally for a reason. With the latest version it was the doc/docx issue. And of course there are a lot of packages to build. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-current@FreeBSD.ORG Tue May 8 15:04:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23B881065670; Tue, 8 May 2012 15:04:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id DBC708FC17; Tue, 8 May 2012 15:04:26 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 08 May 2012 11:04:20 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BMD02489; Tue, 8 May 2012 11:04:20 -0400 Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp04.lnh.mail.rcn.net with ESMTP; 08 May 2012 11:04:19 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20393.13811.435496.504955@jerusalem.litteratus.org> Date: Tue, 8 May 2012 11:04:19 -0400 To: Baptiste Daroussin , Current FreeBSD , Ports FreeBSD X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Cc: Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 08 May 2012 15:04:29 -0000 (Late to the party - there was a pile-up on the backbone just outside of Barcelona.) On FreeBSD 10.0-CURRENT #0: Sun Mar 11 08:20:02 EDT 2012 amd64 I am unable to compile libreoffice-3.5. using either Clang or gcc-4.6. The "make.conf" is appended. I have also defined "MAKE_JOBS_UNSAFE". The error message for Clang is: Compiling: lingucomponent/source/thesaurus/libnth/nthesdta.cxx Compiling: lingucomponent/source/thesaurus/libnth/ntreg.cxx Compiling: lingucomponent/source/thesaurus/libnth/nthesimp.cxx Compiling: lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hreg.cxx Compiling: lingucomponent/source/hyphenator/altlinuxhyph/hyphen/hyphenimp.cxx /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/libhyphenlo.so' -o ../../../../unxfbsd.pro/misc/hyphen.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt hyphen.component /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/liblnthlo.so' -o ../../../unxfbsd.pro/misc/lnth.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt lnth.component /usr/local/bin/xsltproc --nonet --stringparam uri \ 'vnd.sun.star.expand:$LO_LIB_DIR/libguesslanglo.so' -o ../../unxfbsd.pro/misc/guesslang.component \ /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/solenv/bin/createcomponent.xslt guesslang.component Making: guesslang.lib Making: libguesslanglo.so Making: spell.lib Making: libspelllo.so Making: hyphen_lib.lib Making: libhyphenlo.so Making: lnth.lib Making: liblnthlo.so lingucomponent deliver Module 'lingucomponent' delivered successfully. 12 files copied, 2 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile it seems that the error is inside 'icc', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /usr/local/bin/bash cd /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd icc rm -Rf /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/unxfbsd.pro # optional module 'clean' build The error message for gcc46 is: ============= (23/115) Building module mdds ============= Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/mdds if [ -f ./unxfbsd.pro/misc/build/mdds_0.5.3.exists ] ; then mv ./unxfbsd.pro/misc/build/mdds_0.5.3 ./unxfbsd.pro/misc/build/mdds_0.5.3_removeme ; fi make writeable... patching file mdds_0.5.3/include/mdds/mixed_type_matrix_def.inl patching file mdds_0.5.3/include/mdds/mixed_type_matrix_storage_filled_linear.inl patching file mdds_0.5.3/include/mdds/point_quad_tree.hpp mdds deliver Module 'mdds' delivered successfully. 19 files copied, 0 files unchanged ----------------------------------------------------------------------- Oh dear - something failed during the build - sorry ! For more help with debugging build errors, please see the section in: http://wiki.documentfoundation.org/Development internal build errors: ERROR: error 65280 occurred while making /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/xml2cmp/prj it seems that the error is inside 'xml2cmp', please re-run build inside this module to isolate the error and/or test your fix: ----------------------------------------------------------------------- /usr/local/bin/bash cd /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2 source ./Env.Host.sh cd xml2cmp gmake clean # optional gmake -r In the case of gcc46, when I execute the previous six lines, return to /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2, and run "make", I get: it says: Error expanding embedded variable. (Per a previous message, I have re-compiled libcmis with gcc42.) Any ideas? Robert Huff CFLAGS= -O -pipe -g STRIP= SYMVER_ENABLED= yes X_WINDOW_SYSTEM= xorg HAVE_MOTIF= yes FC="gfortran42" # to get automatic SASL in sendmail SENDMAIL_CFLAGS+= -I/usr/local/include/ -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 # # to make CUPS magically keep working # See: http://www.csua.berkeley.edu/~ranga/notes/freebsd_cups.html # CUPS_OVERWRITE_BASE= yes NO_LPR= true # added per /usr/ports/UPDATING entry 20090401 OVERRIDE_LINUX_BASE_PORT=f10 OVERRIDE_LINUX_NONBASE_PORTS=f10 # WITH_MOZILLA= libxul WITH_GECKO= libxul # # added 2007/03/04 per advice of # in re science/gramps # WITH_BERKELEYDB=db43 WITH_BDB_VER=43 WANT_OPENLDAP_VER=24 WANT_OPENLDAP_SASL=true # added by use.perl 2012-03-07 11:13:24 PERL_VERSION=5.14.2 # # PORTS: use clang unless gcc is explicitly required # # # default to using clang for all port builds, with the following # exceptions # ports which will only build with the base system GNU compiler (4.2) # # the "make index" target also seems to need this, for some reason .if target(index) | \ ${.CURDIR:M*/devel/antlr*} | \ ${.CURDIR:M*/devel/google-perftools* } | \ ${.CURDIR:M*/graphics/ImageMagick* } | \ ${.CURDIR:M*/graphics/opencv*} | \ ${.CURDIR:M*/www/libxul*} | \ ${.CURDIR:M*/x11/kdelibs4*} | \ ${.CURDIR:M*/x11-toolkits/swt-devel*} USE_GCC?=4.2 .endif # ports which need *some* version of the GNU compiler (won't build with # clang or have runtime issues if built with clang) # use the highest version of gcc we have installed from ports (4.6) .if ${.CURDIR:M*/accessibility/jovie*} | \ ${.CURDIR:M*/accessibility/kdeaccessibility4*} | \ ${.CURDIR:M*/audio/grip*} | \ ${.CURDIR:M*/audio/mpg123*} | \ ${.CURDIR:M*/audio/rosegarden*} | \ ${.CURDIR:M*/databases/virtuoso*} | \ ${.CURDIR:M*/deskutils/kdepimlibs4*} | \ ${.CURDIR:M*/devel/apache-ant*} | \ ${.CURDIR:M*/devel/binutils*} | \ ${.CURDIR:M*/devel/icu*} | \ ${.CURDIR:M*/devel/kdevelop-kde4*} | \ ${.CURDIR:M*/devel/kdevplatform*} | \ ${.CURDIR:M*/devel/log4j*} | \ ${.CURDIR:M*/games/kdegames4*} | \ ${.CURDIR:M*/graphics/tonicpoint-viewer*} | \ ${.CURDIR:M*/java/* } | \ ${.CURDIR:M*/lang/gcc*} | \ ${.CURDIR:M*/math/fftw3*} | \ ${.CURDIR:M*/multimedia/avidemux2*} | \ ${.CURDIR:M*/multimedia/kdemultimedia4*} | \ ${.CURDIR:M*/multimedia/vlc*} | \ ${.CURDIR:M*/multimedia/xbmc*} | \ ${.CURDIR:M*/net/kdenetwork4*} | \ ${.CURDIR:M*/net/mpich2*} | \ ${.CURDIR:M*/net/opal3*} | \ ${.CURDIR:M*/net-p2p/ktorrent*} | \ ${.CURDIR:M*/net-p2p/vuze*} | \ ${.CURDIR:M*/sysutils/lsof*} | \ ${.CURDIR:M*/textproc/docbook-xsl*} | \ ${.CURDIR:M*/textproc/fop*} | \ ${.CURDIR:M*/www/firefox*} | \ ${.CURDIR:M*/x11/kde4-baseapps*} | \ ${.CURDIR:M*/x11/kde4-workspace*} | \ ${.CURDIR:M*/x11/lxpanel*} | \ ${.CURDIR:M*/x11-toolkits/swt*} USE_GCC?=4.6+ .endif .if ${.CURDIR:M*/usr/ports/*} .if !defined(USE_GCC) .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang-cpp .endif .endif .endif WITH_NEW_XORG=yes From owner-freebsd-current@FreeBSD.ORG Tue May 8 15:51:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D649106566C for ; Tue, 8 May 2012 15:51:25 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id B51D08FC0C for ; Tue, 8 May 2012 15:51:24 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 75A7E14E74FF; Tue, 8 May 2012 17:51:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id oj7rsbdo1nSQ; Tue, 8 May 2012 17:51:17 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6863F14E74F6; Tue, 8 May 2012 17:51:17 +0200 (CEST) Message-ID: <4FA940F3.6080907@FreeBSD.org> Date: Tue, 08 May 2012 17:51:15 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120328 Thunderbird/13.0a2 MIME-Version: 1.0 To: FreeBSD Current , Oleg Moskalenko Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [HEADS-UP] BSD sort coming to -CURRENT 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, 08 May 2012 15:51:25 -0000 Hi Folks, Oleg Moskalenko has been working very hard on BSD sort and by now we think it is compatible with the base version (and has even more features, the ideas mostly taken from the latest GNU sort) and it is efficient. I just updated the textproc/bsdsort port to the latest version so that people can test it and I plan to commit it to HEAD in some days, for now installed as "bsdsort", leaving GNU sort the default version. If someone has any objection, please raise it now. Future plans are to switch the logic and make BSD sort default once it has undergone enough testing and finally drop GNU sort permanently if no problems appear. Note that the strcoll() and wcscoll() implementations of FreeBSD are incomplete so neither GNU sort nor the new BSD sort work 100% correctly with multi-byte locales but once the underlying functions are implemented, BSD sort will just work fine. Gabor From owner-freebsd-current@FreeBSD.ORG Tue May 8 16:48:19 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2305F106564A; Tue, 8 May 2012 16:48:19 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id D09AE8FC12; Tue, 8 May 2012 16:48:18 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id q48GmH1o023475 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Tue, 8 May 2012 12:48:18 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4FA94E51.8020902@FreeBSD.org> Date: Tue, 08 May 2012 12:48:17 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120302 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jason Evans References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.3.5 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.7 (mouf.net [204.109.58.86]); Tue, 08 May 2012 12:48:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 16:48:19 -0000 On 05/08/12 00:46, Jason Evans wrote: > > How recent is your system? This problem should have been fixed by > r234569, so if you're still seeing problems after that revision, > there's another problem we need to figure out. (By the way, it's > possible for an application to trigger this assertion, but > unlikely.) > My system is r235115. Steve From owner-freebsd-current@FreeBSD.ORG Tue May 8 17:11:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79F251065672 for ; Tue, 8 May 2012 17:11:42 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id C54728FC15 for ; Tue, 8 May 2012 17:11:41 +0000 (UTC) Received: by lagv3 with SMTP id v3so6050219lag.13 for ; Tue, 08 May 2012 10:11:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-originating-ip:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :x-gm-message-state; bh=ElTywq9TKAnwSpuGfw2foqTa7nGVCf+Lb44LGfrFG84=; b=FIyeu78Vy57FHYPZZ6FCEqyS9015vBE+e3wDqhm5I2mu4ihVneXymrnmdA6OV+Pt5A eobxq/JUGw/eupgyd8Sm5ZM18siiU/DYY4DMVoZf18GU9ntaaHiFrkAHvQNibkWhCxBH ipMuPFeLeEsyr3rHNkiuH1E/VJyE4xM1tfSjIep9A873sYAyjlQFzmoPc8WvHCs/Siqu glECc9vwMmUWB6PSYfxzuPwovNyxf/tawUrkJ9TAfvTYwODAL/TdK13rCgIMqT7kKddN HGB9SJEjWSqE4cOqRm30zaOw51TBN+K9xPPMFVuzbW5XMyZ4/60stCrmdit+ZMMOq84T VuFQ== MIME-Version: 1.0 Received: by 10.112.46.9 with SMTP id r9mr9089062lbm.81.1336497100434; Tue, 08 May 2012 10:11:40 -0700 (PDT) Sender: bschmidt@techwires.net Received: by 10.152.122.145 with HTTP; Tue, 8 May 2012 10:11:40 -0700 (PDT) X-Originating-IP: [88.65.57.209] In-Reply-To: <201205051251.10431.bschmidt@freebsd.org> References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> Date: Tue, 8 May 2012 19:11:40 +0200 X-Google-Sender-Auth: cs7aqnpdX0GArL0V6Xppb3TqSO8 Message-ID: From: Bernhard Schmidt To: freebsd-wireless@freebsd.org Content-Type: multipart/mixed; boundary=f46d0401236fea2fa804bf897ab6 X-Gm-Message-State: ALoCoQm4Wul4oxuc43B1osEyFri0Hof3yP7t5SDDIjinOq/9tRUrlGtwrYuw1SnVhGC0Bngh7hut Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Tue, 08 May 2012 17:11:42 -0000 --f46d0401236fea2fa804bf897ab6 Content-Type: text/plain; charset=ISO-8859-1 On Sat, May 5, 2012 at 12:51 PM, Bernhard Schmidt wrote: > Please apply attached patch (also here [1]) on top of the first one, > it fixes channel switching for >= 3070 (called the wrong function, > doh..) as well as a bgscan issue. > > [1] http://techwires.net/~bschmidt/rt2860_1.diff And another update [1] on top of the other 2 patches. * fix TX DMA, a wrong dmat has been used * add some more PCI IDs * disable debugging output by default * disable bgscan until it's sorted out * a printf is now hidden behind bootverbose So far it looks quite good, no open issues at the moment, keep on testing! ;) If nothing new comes up within the next few days I intend to commit this by the end of the week or something. [1] http://techwires.net/~bschmidt/rt2860_2.diff -- Bernhard --f46d0401236fea2fa804bf897ab6 Content-Type: application/octet-stream; name="rt2860_2.diff" Content-Disposition: attachment; filename="rt2860_2.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_h1z7t8xa1 ZGlmZiAtLWdpdCBzeXMvZGV2L3JhbC9pZl9yYWxfcGNpLmMgc3lzL2Rldi9yYWwvaWZfcmFsX3Bj aS5jCmluZGV4IDE1YzExYmQuLmMzNDM4YTMgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9pZl9yYWxf cGNpLmMKKysrIHN5cy9kZXYvcmFsL2lmX3JhbF9wY2kuYwpAQCAtNzEsMTcgKzcxLDM3IEBAIHN0 cnVjdCByYWxfcGNpX2lkZW50IHsKIH07CiAKIHN0YXRpYyBjb25zdCBzdHJ1Y3QgcmFsX3BjaV9p ZGVudCByYWxfcGNpX2lkc1tdID0geworCXsgMHgxNDMyLCAweDc3MDgsICJFZGltYXggUlQyODYw IiB9LAorCXsgMHgxNDMyLCAweDc3MTEsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAw eDc3MjIsICJFZGltYXggUlQzNTkxIiB9LAorCXsgMHgxNDMyLCAweDc3MjcsICJFZGltYXggUlQy ODYwIiB9LAorCXsgMHgxNDMyLCAweDc3MjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMy LCAweDc3MzgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NDgsICJFZGltYXgg UlQyODYwIiB9LAorCXsgMHgxNDMyLCAweDc3NTgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgx NDMyLCAweDc3NjgsICJFZGltYXggUlQyODYwIiB9LAorCXsgMHgxNDYyLCAweDg5MWEsICJNU0kg UlQzMDkwIiB9LAogCXsgMHgxODE0LCAweDAyMDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI1NjAi IH0sCiAJeyAweDE4MTQsIDB4MDMwMSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MVMiIH0sCiAJ eyAweDE4MTQsIDB4MDMwMiwgIlJhbGluayBUZWNobm9sb2d5IFJUMjU2MSIgfSwKIAl7IDB4MTgx NCwgMHgwNDAxLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQyNjYxIiB9LAotCXsgMHgxODE0LCAweDA2 MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJIiB9LAotCXsgMHgxODE0LCAweDA2ODEs ICJSYWxpbmsgVGVjaG5vbG9neSBSVDI4NjAgUENJZSIgfSwKLQl7IDB4MTgxNCwgMHgwNzAxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSSIgfSwKLQl7IDB4MTgxNCwgMHgwNzgxLCAiUmFs aW5rIFRlY2hub2xvZ3kgUlQyODcwIFBDSWUiIH0sCi0JeyAweDE4MTQsIDB4MzA2MCwgIlJhbGlu ayBUZWNobm9sb2d5IFJUMzA2MCBQQ0kiIH0sCi0JeyAweDE4MTQsIDB4MzA5MCwgIlJhbGluayBU ZWNobm9sb2d5IFJUMzA5MCBQQ0llIiB9LAotCisJeyAweDE4MTQsIDB4MDYwMSwgIlJhbGluayBU ZWNobm9sb2d5IFJUMjg2MCIgfSwKKwl7IDB4MTgxNCwgMHgwNjgxLCAiUmFsaW5rIFRlY2hub2xv Z3kgUlQyODkwIiB9LAorCXsgMHgxODE0LCAweDA3MDEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDI3 NjAiIH0sCisJeyAweDE4MTQsIDB4MDc4MSwgIlJhbGluayBUZWNobm9sb2d5IFJUMjc5MCIgfSwK Kwl7IDB4MTgxNCwgMHgzMDYwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQzMDYwIiB9LAorCXsgMHgx ODE0LCAweDMwNjIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDMwNjIiIH0sCisJeyAweDE4MTQsIDB4 MzA5MCwgIlJhbGluayBUZWNobm9sb2d5IFJUMzA5MCIgfSwKKwl7IDB4MTgxNCwgMHgzMDkxLCAi UmFsaW5rIFRlY2hub2xvZ3kgUlQzMDkxIiB9LAorCXsgMHgxODE0LCAweDMwOTIsICJSYWxpbmsg VGVjaG5vbG9neSBSVDMwOTIiIH0sCisJeyAweDE4MTQsIDB4MzM5MCwgIlJhbGluayBUZWNobm9s b2d5IFJUMzM5MCIgfSwKKwl7IDB4MTgxNCwgMHgzNTYyLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQz NTYyIiB9LAorCXsgMHgxODE0LCAweDM1OTIsICJSYWxpbmsgVGVjaG5vbG9neSBSVDM1OTIiIH0s CisJeyAweDE4MTQsIDB4MzU5MywgIlJhbGluayBUZWNobm9sb2d5IFJUMzU5MyIgfSwKKwl7IDB4 MTgxNCwgMHg1MzkwLCAiUmFsaW5rIFRlY2hub2xvZ3kgUlQ1MzkwIiB9LAorCXsgMHgxODE0LCAw eDUzOWEsICJSYWxpbmsgVGVjaG5vbG9neSBSVDUzOTAiIH0sCisJeyAweDE4MTQsIDB4NTM5Ziwg IlJhbGluayBUZWNobm9sb2d5IFJUNTM5MCIgfSwKKwl7IDB4MWEzYiwgMHgxMDU5LCAiQVdUIFJU Mjg5MCIgfSwKIAl7IDAsIDAsIE5VTEwgfQogfTsKIApAQCAtMjA0LDE4ICsyMjQsOSBAQCByYWxf cGNpX2F0dGFjaChkZXZpY2VfdCBkZXYpCiAJY2FzZSAweDA0MDE6CiAJCXBzYy0+c2Nfb3BucyA9 ICZyYWxfcnQyNjYxX29wbnM7CiAJCWJyZWFrOwotCWNhc2UgMHgwNjAxOgotCWNhc2UgMHgwNjgx OgotCWNhc2UgMHgwNzAxOgotCWNhc2UgMHgwNzgxOgotCWNhc2UgMHgzMDYwOgotCWNhc2UgMHgz MDkwOgorCWRlZmF1bHQ6CiAJCXBzYy0+c2Nfb3BucyA9ICZyYWxfcnQyODYwX29wbnM7CiAJCWJy ZWFrOwotCWRlZmF1bHQ6Ci0JCWRldmljZV9wcmludGYoZGV2LCAiRVJST1I6IFVua25vd24gY2Fy ZCAweCUwNHhcbiIsCi0JCSAgICBwY2lfZ2V0X2RldmljZShkZXYpKTsKLQkJcmV0dXJuIChFTlhJ Tyk7CiAJfQogCiAJcHNjLT5tZW1fcmlkID0gUkFMX1BDSV9CQVIwOwpkaWZmIC0tZ2l0IHN5cy9k ZXYvcmFsL3J0Mjg2MC5jIHN5cy9kZXYvcmFsL3J0Mjg2MC5jCmluZGV4IGNhYTE1ODYuLjk3ZGU5 NTAgMTAwNjQ0Ci0tLSBzeXMvZGV2L3JhbC9ydDI4NjAuYworKysgc3lzL2Rldi9yYWwvcnQyODYw LmMKQEAgLTcxLDcgKzcxLDYgQEAgX19GQlNESUQoIiRGcmVlQlNEJCIpOwogI2lmZGVmIFJBTF9E RUJVRwogI2RlZmluZSBEUFJJTlRGKHgpCWRvIHsgaWYgKHNjLT5zY19kZWJ1ZyA+IDApIHByaW50 ZiB4OyB9IHdoaWxlICgwKQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQlkbyB7IGlmIChzYy0+c2Nf ZGVidWcgPj0gKG4pKSBwcmludGYgeDsgfSB3aGlsZSAoMCkKLWludCBydDI4NjBfZGVidWcgPSAw OwogI2Vsc2UKICNkZWZpbmUgRFBSSU5URih4KQogI2RlZmluZSBEUFJJTlRGTihuLCB4KQpAQCAt MjI5LDYgKzIyOCw3IEBAIHJ0Mjg2MF9hdHRhY2goZGV2aWNlX3QgZGV2LCBpbnQgaWQpCiAJdWlu dDhfdCBtYWNhZGRyW0lFRUU4MDIxMV9BRERSX0xFTl07CiAKIAlzYy0+c2NfZGV2ID0gZGV2Owor CXNjLT5zY19kZWJ1ZyA9IDA7CiAKIAlpZnAgPSBzYy0+c2NfaWZwID0gaWZfYWxsb2MoSUZUX0lF RUU4MDIxMSk7CiAJaWYgKGlmcCA9PSBOVUxMKSB7CkBAIC0yNjQsMTAgKzI2NCwxMiBAQCBydDI4 NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCiAJLyogcmV0cmlldmUgUkYgcmV2LiBu byBhbmQgdmFyaW91cyBvdGhlciB0aGluZ3MgZnJvbSBFRVBST00gKi8KIAlydDI4NjBfcmVhZF9l ZXByb20oc2MsIG1hY2FkZHIpOwotCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwKLQkgICAgIk1B Qy9CQlAgUlQlWCAocmV2IDB4JTA0WCksIFJGICVzIChNSU1PICVkVCVkUilcbiIsCi0JICAgIHNj LT5tYWNfdmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKLQkgICAg c2MtPm50eGNoYWlucywgc2MtPm5yeGNoYWlucyk7CisJaWYgKGJvb3R2ZXJib3NlKSB7CisJCWRl dmljZV9wcmludGYoc2MtPnNjX2RldiwgIk1BQy9CQlAgUlQlWCAocmV2IDB4JTA0WCksICIKKwkJ ICAgICJSRiAlcyAoTUlNTyAlZFQlZFIpLCBhZGRyZXNzICU2RFxuIiwKKwkJICAgIHNjLT5tYWNf dmVyLCBzYy0+bWFjX3JldiwgcnQyODYwX2dldF9yZihzYy0+cmZfcmV2KSwKKwkJICAgIHNjLT5u dHhjaGFpbnMsIHNjLT5ucnhjaGFpbnMsIG1hY2FkZHIsICI6Iik7CisJfQogCiAJLyoKIAkgKiBB bGxvY2F0ZSBUeCAoNCBFRENBcyArIEhDQ0EgKyBNZ3QpIGFuZCBSeCByaW5ncy4KQEAgLTMyMCw3 ICszMjIsOSBAQCBydDI4NjBfYXR0YWNoKGRldmljZV90IGRldiwgaW50IGlkKQogCQl8IElFRUU4 MDIxMV9DX1NIUFJFQU1CTEUJLyogc2hvcnQgcHJlYW1ibGUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfU0hTTE9UCQkvKiBzaG9ydCBzbG90IHRpbWUgc3VwcG9ydGVkICovCiAJCXwgSUVF RTgwMjExX0NfV1BBCQkvKiBjYXBhYmxlIG9mIFdQQTErV1BBMiAqLworI2lmIDAKIAkJfCBJRUVF ODAyMTFfQ19CR1NDQU4JCS8qIGNhcGFibGUgb2YgYmcgc2Nhbm5pbmcgKi8KKyNlbmRpZgogCQl8 IElFRUU4MDIxMV9DX1dNRQkJLyogODAyLjExZSAqLwogCQk7CiAKQEAgLTU0MiwxNCArNTQ2LDYg QEAgcnQyODYwX2FsbG9jX3R4X3Jpbmcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBy dDI4NjBfdHhfcmluZyAqcmluZykKIAogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQs IHJpbmctPmRlc2NfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKLQllcnJvciA9IGJ1c19k bWFfdGFnX2NyZWF0ZShidXNfZ2V0X2RtYV90YWcoc2MtPnNjX2RldiksIDEsIDAsCi0JICAgIEJV U19TUEFDRV9NQVhBRERSXzMyQklULCBCVVNfU1BBQ0VfTUFYQUREUiwgTlVMTCwgTlVMTCwgTUNM QllURVMsCi0JICAgIFJUMjg2MF9NQVhfU0NBVFRFUiwgTUNMQllURVMsIDAsIE5VTEwsIE5VTEws ICZyaW5nLT5kYXRhX2RtYXQpOwotCWlmIChlcnJvciAhPSAwKSB7Ci0JCWRldmljZV9wcmludGYo c2MtPnNjX2RldiwgImNvdWxkIG5vdCBjcmVhdGUgZGF0YSBETUEgdGFnXG4iKTsKLQkJZ290byBm YWlsOwotCX0KLQogCXJldHVybiAwOwogCiBmYWlsOglydDI4NjBfZnJlZV90eF9yaW5nKHNjLCBy aW5nKTsKQEAgLTU2Nyw5ICs1NjMsOSBAQCBydDI4NjBfcmVzZXRfdHhfcmluZyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IHJ0Mjg2MF90eF9yaW5nICpyaW5nKQogCQkJY29udGludWU7 CS8qIG5vdGhpbmcgbWFwcGVkIGluIHRoaXMgc2xvdCAqLwogCiAJCWlmIChkYXRhLT5tICE9IE5V TEwpIHsKLQkJCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwKKwkJ CWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBkYXRhLT5tYXAsCiAJCQkgICAgQlVTX0RN QVNZTkNfUE9TVFdSSVRFKTsKLQkJCWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwg ZGF0YS0+bWFwKTsKKwkJCWJ1c19kbWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1h cCk7CiAJCQltX2ZyZWVtKGRhdGEtPm0pOwogCQkJZGF0YS0+bSA9IE5VTEw7CiAJCX0KQEAgLTYw Niw5ICs2MDIsOSBAQCBydDI4NjBfZnJlZV90eF9yaW5nKHN0cnVjdCBydDI4NjBfc29mdGMgKnNj LCBzdHJ1Y3QgcnQyODYwX3R4X3JpbmcgKnJpbmcpCiAJCQljb250aW51ZTsJLyogbm90aGluZyBt YXBwZWQgaW4gdGhpcyBzbG90ICovCiAKIAkJaWYgKGRhdGEtPm0gIT0gTlVMTCkgewotCQkJYnVz X2RtYW1hcF9zeW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLAorCQkJYnVzX2RtYW1hcF9z eW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwKIAkJCSAgICBCVVNfRE1BU1lOQ19QT1NUV1JJ VEUpOwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXApOwor CQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFwKTsKIAkJCW1fZnJl ZW0oZGF0YS0+bSk7CiAJCX0KIAkJaWYgKGRhdGEtPm5pICE9IE5VTEwpCkBAIC0xMTUwLDkgKzEx NDYsOSBAQCBydDI4NjBfdHhfaW50cihzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgaW50IHFpZCkK IAkJc3RydWN0IHJ0Mjg2MF90eF9kYXRhICpkYXRhID0gcmluZy0+ZGF0YVtyaW5nLT5uZXh0XTsK IAogCQlpZiAoZGF0YSAhPSBOVUxMKSB7Ci0JCQlidXNfZG1hbWFwX3N5bmMocmluZy0+ZGF0YV9k bWF0LCBkYXRhLT5tYXAsCisJCQlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLAogCQkJICAgIEJVU19ETUFTWU5DX1BPU1RXUklURSk7Ci0JCQlidXNfZG1hbWFwX3VubG9h ZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+ dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJaWYgKGRhdGEtPm0tPm1fZmxhZ3MgJiBNX1RYQ0Ip IHsKIAkJCQlpZWVlODAyMTFfcHJvY2Vzc19jYWxsYmFjayhkYXRhLT5uaSwgZGF0YS0+bSwKIAkJ CQkgICAgMCk7CkBAIC0xNjExLDcgKzE2MDcsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCW1l bWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s IHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9mYWxz ZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNjLT5z Y19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTYyNSw3ICsxNjIxLDcg QEAgcnQyODYwX3R4KHN0cnVjdCBydDI4NjBfc29mdGMgKnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwgc3Ry dWN0IGllZWU4MDIxMV9ub2RlICpuaSkKIAogCQlpZiAocmluZy0+cXVldWVkICsgbnR4ZHMgPj0g UlQyODYwX1RYX1JJTkdfQ09VTlQpIHsKIAkJCS8qIG5vdCBlbm91Z2ggZnJlZSBUWERzLCBmb3Jj ZSBtYnVmIGRlZnJhZyAqLwotCQkJYnVzX2RtYW1hcF91bmxvYWQocmluZy0+ZGF0YV9kbWF0LCBk YXRhLT5tYXApOworCQkJYnVzX2RtYW1hcF91bmxvYWQoc2MtPnR4d2lfZG1hdCwgZGF0YS0+bWFw KTsKIAkJCWVycm9yID0gRUZCSUc7CiAJCX0KIAl9CkBAIC0xNjM5LDcgKzE2MzUsNyBAQCBydDI4 NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVl ZTgwMjExX25vZGUgKm5pKQogCQl9CiAJCW0gPSBtMTsKIAotCQllcnJvciA9IGJ1c19kbWFtYXBf bG9hZF9tYnVmX3NnKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBtLAorCQllcnJvciA9IGJ1 c19kbWFtYXBfbG9hZF9tYnVmX3NnKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgbSwKIAkJICAg IHNlZ3MsICZuc2VncywgMCk7CiAJCWlmIChfX3ByZWRpY3RfZmFsc2UoZXJyb3IgIT0gMCkpIHsK IAkJCWRldmljZV9wcmludGYoc2MtPnNjX2RldiwgImNhbid0IG1hcCBtYnVmIChlcnJvciAlZClc biIsCkBAIC0xNjUzLDcgKzE2NDksNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAq c2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCiAJCWlmIChy aW5nLT5xdWV1ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhp cyBpcyBhIGhvcGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3Vu bG9hZChyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChz Yy0+dHh3aV9kbWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9C VUZTOwogCQl9CkBAIC0xNjk3LDcgKzE2OTMsNyBAQCBydDI4NjBfdHgoc3RydWN0IHJ0Mjg2MF9z b2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLCBzdHJ1Y3QgaWVlZTgwMjExX25vZGUgKm5pKQogCXJp bmctPmRhdGFbcmluZy0+Y3VyXSA9IGRhdGE7CiAKIAlidXNfZG1hbWFwX3N5bmMoc2MtPnR4d2lf ZG1hdCwgc2MtPnR4d2lfbWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7Ci0JYnVzX2RtYW1hcF9z eW5jKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwLCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CisJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCwgQlVTX0RNQVNZTkNfUFJF V1JJVEUpOwogCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kZXNjX2RtYXQsIHJpbmctPmRlc2NfbWFw LCBCVVNfRE1BU1lOQ19QUkVXUklURSk7CiAKIAlEUFJJTlRGTig0LCAoInNlbmRpbmcgZnJhbWUg cWlkPSVkIHdjaWQ9JWQgbnNlZ3M9JWQgcmlkeD0lZFxuIiwKQEAgLTE4NjMsNyArMTg1OSw3IEBA IHJ0Mjg2MF90eF9yYXcoc3RydWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAog CW1lbWNweSh0eHdpICsgMSwgd2gsIGhkcmxlbik7CiAJbV9hZGoobSwgaGRybGVuKTsKIAotCWVy cm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAs IG0sIHNlZ3MsCisJZXJyb3IgPSBidXNfZG1hbWFwX2xvYWRfbWJ1Zl9zZyhzYy0+dHh3aV9kbWF0 LCBkYXRhLT5tYXAsIG0sIHNlZ3MsCiAJICAgICZuc2VncywgMCk7CiAJaWYgKF9fcHJlZGljdF9m YWxzZShlcnJvciAhPSAwICYmIGVycm9yICE9IEVGQklHKSkgewogCQlkZXZpY2VfcHJpbnRmKHNj LT5zY19kZXYsICJjYW4ndCBtYXAgbWJ1ZiAoZXJyb3IgJWQpXG4iLApAQCAtMTg3Nyw3ICsxODcz LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQyODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYg Km0sCiAKIAkJaWYgKHJpbmctPnF1ZXVlZCArIG50eGRzID49IFJUMjg2MF9UWF9SSU5HX0NPVU5U KSB7CiAJCQkvKiBub3QgZW5vdWdoIGZyZWUgVFhEcywgZm9yY2UgbWJ1ZiBkZWZyYWcgKi8KLQkJ CWJ1c19kbWFtYXBfdW5sb2FkKHJpbmctPmRhdGFfZG1hdCwgZGF0YS0+bWFwKTsKKwkJCWJ1c19k bWFtYXBfdW5sb2FkKHNjLT50eHdpX2RtYXQsIGRhdGEtPm1hcCk7CiAJCQllcnJvciA9IEVGQklH OwogCQl9CiAJfQpAQCAtMTg5MSw3ICsxODg3LDcgQEAgcnQyODYwX3R4X3JhdyhzdHJ1Y3QgcnQy ODYwX3NvZnRjICpzYywgc3RydWN0IG1idWYgKm0sCiAJCX0KIAkJbSA9IG0xOwogCi0JCWVycm9y ID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2cocmluZy0+ZGF0YV9kbWF0LCBkYXRhLT5tYXAsIG0s CisJCWVycm9yID0gYnVzX2RtYW1hcF9sb2FkX21idWZfc2coc2MtPnR4d2lfZG1hdCwgZGF0YS0+ bWFwLCBtLAogCQkgICAgc2VncywgJm5zZWdzLCAwKTsKIAkJaWYgKF9fcHJlZGljdF9mYWxzZShl cnJvciAhPSAwKSkgewogCQkJZGV2aWNlX3ByaW50ZihzYy0+c2NfZGV2LCAiY2FuJ3QgbWFwIG1i dWYgKGVycm9yICVkKVxuIiwKQEAgLTE5MDUsNyArMTkwMSw3IEBAIHJ0Mjg2MF90eF9yYXcoc3Ry dWN0IHJ0Mjg2MF9zb2Z0YyAqc2MsIHN0cnVjdCBtYnVmICptLAogCiAJCWlmIChyaW5nLT5xdWV1 ZWQgKyBudHhkcyA+PSBSVDI4NjBfVFhfUklOR19DT1VOVCkgewogCQkJLyogdGhpcyBpcyBhIGhv cGVsZXNzIGNhc2UsIGRyb3AgdGhlIG1idWYhICovCi0JCQlidXNfZG1hbWFwX3VubG9hZChyaW5n LT5kYXRhX2RtYXQsIGRhdGEtPm1hcCk7CisJCQlidXNfZG1hbWFwX3VubG9hZChzYy0+dHh3aV9k bWF0LCBkYXRhLT5tYXApOwogCQkJbV9mcmVlbShtKTsKIAkJCXJldHVybiBFTk9CVUZTOwogCQl9 CkBAIC0xOTQ5LDcgKzE5NDUsNyBAQCBydDI4NjBfdHhfcmF3KHN0cnVjdCBydDI4NjBfc29mdGMg KnNjLCBzdHJ1Y3QgbWJ1ZiAqbSwKIAlyaW5nLT5kYXRhW3JpbmctPmN1cl0gPSBkYXRhOwogCiAJ YnVzX2RtYW1hcF9zeW5jKHNjLT50eHdpX2RtYXQsIHNjLT50eHdpX21hcCwgQlVTX0RNQVNZTkNf UFJFV1JJVEUpOwotCWJ1c19kbWFtYXBfc3luYyhyaW5nLT5kYXRhX2RtYXQsIGRhdGEtPm1hcCwg QlVTX0RNQVNZTkNfUFJFV1JJVEUpOworCWJ1c19kbWFtYXBfc3luYyhzYy0+dHh3aV9kbWF0LCBk YXRhLT5tYXAsIEJVU19ETUFTWU5DX1BSRVdSSVRFKTsKIAlidXNfZG1hbWFwX3N5bmMocmluZy0+ ZGVzY19kbWF0LCByaW5nLT5kZXNjX21hcCwgQlVTX0RNQVNZTkNfUFJFV1JJVEUpOwogCiAJRFBS SU5URk4oNCwgKCJzZW5kaW5nIGZyYW1lIHFpZD0lZCB3Y2lkPSVkIG5zZWdzPSVkIHJpZHg9JWRc biIsCmRpZmYgLS1naXQgc3lzL2Rldi9yYWwvcnQyODYwdmFyLmggc3lzL2Rldi9yYWwvcnQyODYw dmFyLmgKaW5kZXggZmZkMWExYS4uMDZiOTVlNSAxMDA2NDQKLS0tIHN5cy9kZXYvcmFsL3J0Mjg2 MHZhci5oCisrKyBzeXMvZGV2L3JhbC9ydDI4NjB2YXIuaApAQCAtNzUsNyArNzUsNiBAQCBzdHJ1 Y3QgcnQyODYwX3R4X3JpbmcgewogCWJ1c19hZGRyX3QJCXBhZGRyOwogCWJ1c19kbWFfdGFnX3QJ CWRlc2NfZG1hdDsKIAlidXNfZG1hbWFwX3QJCWRlc2NfbWFwOwotCWJ1c19kbWFfdGFnX3QJCWRh dGFfZG1hdDsKIAlidXNfZG1hX3NlZ21lbnRfdAlzZWc7CiAJc3RydWN0IHJ0Mjg2MF90eF9kYXRh CSpkYXRhW1JUMjg2MF9UWF9SSU5HX0NPVU5UXTsKIAlpbnQJCQljdXI7Cg== --f46d0401236fea2fa804bf897ab6-- From owner-freebsd-current@FreeBSD.ORG Tue May 8 19:45:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48A921065675 for ; Tue, 8 May 2012 19:45:25 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay02.pair.com (relay02.pair.com [209.68.5.16]) by mx1.freebsd.org (Postfix) with SMTP id D83A98FC18 for ; Tue, 8 May 2012 19:45:24 +0000 (UTC) Received: (qmail 72609 invoked from network); 8 May 2012 19:42:11 -0000 Received: from 87.58.144.241 (HELO x2.osted.lan) (87.58.144.241) by relay02.pair.com with SMTP; 8 May 2012 19:42:11 -0000 X-pair-Authenticated: 87.58.144.241 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.5/8.14.5) with ESMTP id q48JjEjX011484; Tue, 8 May 2012 21:45:14 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.5/8.14.5/Submit) id q48JjE1Z011483; Tue, 8 May 2012 21:45:14 +0200 (CEST) (envelope-from pho) Date: Tue, 8 May 2012 21:45:14 +0200 From: Peter Holm To: Mateusz Guzik Message-ID: <20120508194514.GA10688@x2.osted.lan> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120507201153.GA19942@dft-labs.eu> User-Agent: Mutt/1.4.2.3i Cc: Doug Barton , Sergey Kandaurov , freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 08 May 2012 19:45:25 -0000 On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote: > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: > > On 05/06/2012 15:19, Sergey Kandaurov wrote: > > > On 7 May 2012 01:54, Doug Barton wrote: > > >> I got this with today's current, previous (working) kernel is r232719. > > >> > > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > > > ... > > > > > Please try this patch. > > > > > > Index: fs/ext2fs/ext2_vfsops.c > > > =================================================================== > > > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > > > +++ fs/ext2fs/ext2_vfsops.c (working copy) > > > @@ -830,7 +830,6 @@ > > > /* > > > * Write back each (modified) inode. > > > */ > > > - MNT_ILOCK(mp); > > > loop: > > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > > > if (vp->v_type == VNON) { > > > > > > > Didn't help, sorry. I put 234385 through some pretty heavy load > > yesterday, and everything was fine. As soon as I move up to 234386, the > > panic triggered again. So I cleaned everything up, applied your patch, > > built a kernel from scratch, and rebooted. It was Ok for a few seconds > > after boot, then panic'ed again, I think in a different place, but I'm > > not sure because subsequent attempts to fsck the file systems caused new > > panics which overwrote the old ones before they could be saved. > > > > Another MNT_ILOCK was hiding few lines below, try this patch: > > http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch > > I've tested this a bit and I believe this fixes your problem. > Gave this a spin and found what looks like a deadlock: http://people.freebsd.org/~pho/stress/log/ext2fs.txt Not a new problem, it would seem. Same issue with 8.3-PRERELEASE r232656M. - Peter From owner-freebsd-current@FreeBSD.ORG Tue May 8 20:53:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8587210656B1 for ; Tue, 8 May 2012 20:53:01 +0000 (UTC) (envelope-from mike@fth-devel.net) Received: from fth-devel.net (pumpkin.fth-devel.net [IPv6:2001:470:1f0b:166c:c0ff:ee:2:4]) by mx1.freebsd.org (Postfix) with ESMTP id A78288FC16 for ; Tue, 8 May 2012 20:53:00 +0000 (UTC) Received: from pumpkin.fth-devel.net (localhost [127.0.0.1]) by fth-devel.net (8.14.5/8.14.5) with ESMTP id q48KqxXT037351 for ; Tue, 8 May 2012 22:52:59 +0200 (CEST) (envelope-from mike@pumpkin.fth-devel.net) Received: (from mike@localhost) by pumpkin.fth-devel.net (8.14.5/8.14.5/Submit) id q48KqscR037350 for freebsd-current@freebsd.org; Tue, 8 May 2012 22:52:54 +0200 (CEST) (envelope-from mike) From: Michael Scholz Message-Id: <201205082052.q48KqscR037350@pumpkin.fth-devel.net> In-Reply-To: <4FA940F3.6080907@FreeBSD.org> To: freebsd-current@freebsd.org Date: Tue, 8 May 2012 22:52:54 +0200 (CEST) X-Mailer: ELM [version 2.4ME+ PL125 (25)] MIME-Version: 1.0 Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mike@fth-devel.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 May 2012 20:53:01 -0000 From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:16:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F239106566C for ; Tue, 8 May 2012 21:16:49 +0000 (UTC) (envelope-from outbackdingo@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3003F8FC14 for ; Tue, 8 May 2012 21:16:49 +0000 (UTC) Received: by bkvi17 with SMTP id i17so7089434bkv.13 for ; Tue, 08 May 2012 14:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GzYy18F6orm9ogp+oaXqrb3VCPkZ5KqoXMJvgHqEAPU=; b=kdtplzTugSWQjeav0PdNpLYTDmbghb9GYA5bjFzTugB5/B/S9bQv9VV7QwLKF7Lplo AbqKbnuoUjUgxk89PCNT/RnbTHOTsZLHtuhdg6gMQS8gqirb9O9Whzjfee6dG4v5fhzV 5dU+zLF0hR/y28yh5EIhu/ZuVQ/EuI3CDdsdZaoV5fvIwTPdeNvW3257vRCf4JPiS/MV 2sQPpAHTrRLEAVDCCzdjj5UNe3FFS98EBEJyQMu91LQ3HXFdtsgDqFQ6iv9WOYDAqHTX Ez5IqTeFXZ2UKVejqyzqateEK5fef+X4m2cModH185U3dAyZqB1YumtKR7fSkBz61n9B Jtrw== MIME-Version: 1.0 Received: by 10.204.141.18 with SMTP id k18mr7462103bku.27.1336511808268; Tue, 08 May 2012 14:16:48 -0700 (PDT) Received: by 10.204.157.11 with HTTP; Tue, 8 May 2012 14:16:48 -0700 (PDT) Date: Tue, 8 May 2012 17:16:48 -0400 Message-ID: From: Outback Dingo To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: CURRENT as of 5/8/2012 make release 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, 08 May 2012 21:16:49 -0000 Ive noticed trying a make release on CURRENT that it appears to be looping deeper and deeper, does this appear normal to anyone else??? a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/malo/if_malohal.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/malo/if_malo.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_osl_freebsd.c a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_cl_misc.c a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_osl_externs.h a usr/src/release/dist/usr/src/release/dist/usr/src/release/dist/usr/src/sys/dev/twa/tw_cl_io.c From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:37:21 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19707106564A; Tue, 8 May 2012 21:37:21 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep19.mx.upcmail.net (fep19.mx.upcmail.net [62.179.121.39]) by mx1.freebsd.org (Postfix) with ESMTP id 091768FC12; Tue, 8 May 2012 21:37:19 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep19-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20120508213718.KMCR22594.viefep19-int.chello.at@edge01.upcmail.net>; Tue, 8 May 2012 23:37:18 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge01.upcmail.net with edge id 7ZdJ1j0102xdvHc01ZdJj0; Tue, 08 May 2012 23:37:18 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 5A0D16D462; Tue, 8 May 2012 23:37:18 +0200 (CEST) Date: Tue, 8 May 2012 23:37:18 +0200 From: Stefan Farfeleder To: Steve Wills Message-ID: <20120508213717.GA1410@mole.fafoe.narf.at> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FA94E51.8020902@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jason Evans , current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 21:37:21 -0000 On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: > On 05/08/12 00:46, Jason Evans wrote: > > > > How recent is your system? This problem should have been fixed by > > r234569, so if you're still seeing problems after that revision, > > there's another problem we need to figure out. (By the way, it's > > possible for an application to trigger this assertion, but > > unlikely.) > > > > My system is r235115. I hit the same assertion with r235052 and inkscape. I'm now using MALLOC_PRODUCTION and it works again. Stefan From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:48:01 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C35181065675; Tue, 8 May 2012 21:48:01 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 9CAEF8FC1A; Tue, 8 May 2012 21:48:01 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id DC35228419; Tue, 8 May 2012 14:48:00 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Jason Evans In-Reply-To: <20120508213717.GA1410@mole.fafoe.narf.at> Date: Tue, 8 May 2012 14:47:59 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> To: Stefan Farfeleder X-Mailer: Apple Mail (2.1257) Cc: Steve Wills , current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 21:48:01 -0000 On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: >> On 05/08/12 00:46, Jason Evans wrote: >>> >>> How recent is your system? This problem should have been fixed by >>> r234569, so if you're still seeing problems after that revision, >>> there's another problem we need to figure out. (By the way, it's >>> possible for an application to trigger this assertion, but >>> unlikely.) >>> >> >> My system is r235115. > > I hit the same assertion with r235052 and inkscape. I'm now using > MALLOC_PRODUCTION and it works again. Was the assertion failure easily reproducible with inkscape? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Tue May 8 21:58:05 2012 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 83D41106566C; Tue, 8 May 2012 21:58:05 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep17.mx.upcmail.net (fep17.mx.upcmail.net [62.179.121.37]) by mx1.freebsd.org (Postfix) with ESMTP id 8A21C8FC17; Tue, 8 May 2012 21:58:04 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep17-int.chello.at (InterMail vM.8.01.05.05 201-2260-151-110-20120111) with ESMTP id <20120508215803.HZJE23101.viefep17-int.chello.at@edge01.upcmail.net>; Tue, 8 May 2012 23:58:03 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge01.upcmail.net with edge id 7Zy31j0042xdvHc01Zy3c7; Tue, 08 May 2012 23:58:03 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id E78C26D462; Tue, 8 May 2012 23:58:02 +0200 (CEST) Date: Tue, 8 May 2012 23:58:02 +0200 From: Stefan Farfeleder To: Jason Evans Message-ID: <20120508215802.GB1410@mole.fafoe.narf.at> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Steve Wills , current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 21:58:05 -0000 On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: > On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > > On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: > >> On 05/08/12 00:46, Jason Evans wrote: > >>> > >>> How recent is your system? This problem should have been fixed by > >>> r234569, so if you're still seeing problems after that revision, > >>> there's another problem we need to figure out. (By the way, it's > >>> possible for an application to trigger this assertion, but > >>> unlikely.) > >>> > >> > >> My system is r235115. > > > > I hit the same assertion with r235052 and inkscape. I'm now using > > MALLOC_PRODUCTION and it works again. > > Was the assertion failure easily reproducible with inkscape? Yes, it crashed everytime before showing the GUI. The backtrace goes like this: (gdb) bt #0 0x000000080ad760ac in thr_kill () from /lib/libc.so.7 #1 0x000000080ae22548 in abort () from /lib/libc.so.7 #2 0x000000080ad9f57d in sbrk () from /lib/libc.so.7 #3 0x000000080ada1c51 in sbrk () from /lib/libc.so.7 #4 0x000000080ada3624 in sbrk () from /lib/libc.so.7 #5 0x000000080ada3ffc in sbrk () from /lib/libc.so.7 #6 0x000000080ada432d in sbrk () from /lib/libc.so.7 #7 0x000000080ad9394f in syscall () from /lib/libc.so.7 #8 0x000000080ad93d70 in syscall () from /lib/libc.so.7 #9 0x000000080ada73a0 in malloc () from /lib/libc.so.7 #10 0x000000080a6a283d in operator new () from /usr/lib/libstdc++.so.6 #11 0x00000000007af660 in sigc::internal::typed_slot_rep, SPStyle*, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::dup () #12 0x00000008033016b4 in sigc::slot_base::slot_base () from /usr/local/lib/libsigc-2.0.so.0 #13 0x00000000006f0a77 in std::list >::insert () #14 0x000000080330084a in sigc::internal::signal_impl::insert () from /usr/local/lib/libsigc-2.0.so.0 #15 0x0000000803300893 in sigc::internal::signal_impl::connect () from /usr/local/lib/libsigc-2.0.so.0 #16 0x0000000803300a44 in sigc::signal_base::connect () #17 0x00000000007a8635 in SPIPaint::read () [...] Stefan From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:08:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F22AB1065672; Tue, 8 May 2012 22:08:20 +0000 (UTC) (envelope-from mike@fth-devel.net) Received: from fth-devel.net (pumpkin.fth-devel.net [IPv6:2001:470:1f0b:166c:c0ff:ee:2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 29B218FC08; Tue, 8 May 2012 22:08:19 +0000 (UTC) Received: from pumpkin.fth-devel.net (localhost [127.0.0.1]) by fth-devel.net (8.14.5/8.14.5) with ESMTP id q48M8Aj0071627; Wed, 9 May 2012 00:08:10 +0200 (CEST) (envelope-from mike@pumpkin.fth-devel.net) Received: from localhost (mike@localhost) by pumpkin.fth-devel.net (8.14.5/8.14.5/Submit) with ESMTP id q48M8A0c071624; Wed, 9 May 2012 00:08:10 +0200 (CEST) (envelope-from mike@pumpkin.fth-devel.net) Date: Wed, 9 May 2012 00:08:06 +0200 (CEST) From: Michael Scholz To: Gabor Kovesdan In-Reply-To: <4FA940F3.6080907@FreeBSD.org> Message-ID: References: <4FA940F3.6080907@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: FreeBSD Current , Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 08 May 2012 22:08:21 -0000 Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the default > version. If someone has any objection, please raise it now. Future plans > are to switch the logic and make BSD sort default once it has undergone > enough testing and finally drop GNU sort permanently if no problems appear. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 root@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs + cd languages/american + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] [...] Mike From owner-freebsd-current@FreeBSD.ORG Tue May 8 22:13:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89188106566C; Tue, 8 May 2012 22:13:26 +0000 (UTC) (envelope-from oleg.moskalenko@citrix.com) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) by mx1.freebsd.org (Postfix) with ESMTP id 36A0E8FC16; Tue, 8 May 2012 22:13:26 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.75,553,1330923600"; d="scan'208";a="24998110" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2012 18:13:24 -0400 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.73]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Tue, 8 May 2012 15:13:24 -0700 From: Oleg Moskalenko To: 'Michael Scholz' , Gabor Kovesdan Date: Tue, 8 May 2012 15:13:24 -0700 Thread-Topic: [HEADS-UP] BSD sort coming to -CURRENT Thread-Index: Ac0tZzloYAOJ+6GyQvWp7k/6zohe6AAAIBXA Message-ID: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> References: <4FA940F3.6080907@FreeBSD.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT 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, 08 May 2012 22:13:26 -0000 Thank you, Michael. We will check this. Oleg -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we=20 > think it is compatible with the base version (and has even more=20 > features, the ideas mostly taken from the latest GNU sort) and it is=20 > efficient. I just updated the textproc/bsdsort port to the latest=20 > version so that people can test it and I plan to commit it to HEAD in=20 > some days, for now installed as "bsdsort", leaving GNU sort the default=20 > version. If someone has any objection, please raise it now. Future plans= =20 > are to switch the logic and make BSD sort default once it has undergone=20 > enough testing and finally drop GNU sort permanently if no problems appea= r. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 = 15:34:58 CEST 2012 root@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMP= KIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin= /sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=3Dall SHELLDEBUG=3D+vx language-subdirs + cd languages/american + eval make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx ' = '\''MASTERDICTS=3Damerican.med+'\'' '\''HASHFILES=3Damericanmed+.hash'\'' '= \''EXTRADICT=3D/usr/share/dict/words'\' all + make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx MASTERD= ICTS=3Damerican.med+ HASHFILES=3Damericanmed+.hash EXTRADICT=3D/usr/share/d= ict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=3D' VARIANTS=3Damerican 'EXTRADICT=3D/= usr/share/dict/words' 'SHELLDEBUG=3D+vx' 'AFFIXES=3D../english/english.aff= ' english.med+ + PATH=3D../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin= :/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words englis= h.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S mems= ize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-= from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads t= hread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-= source file]] [--compress-program program] [file ...] [...] Mike _______________________________________________ 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 May 8 22:48:07 2012 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 6BBAF106564A; Tue, 8 May 2012 22:48:07 +0000 (UTC) (envelope-from oleg.moskalenko@citrix.com) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) by mx1.freebsd.org (Postfix) with ESMTP id 187128FC08; Tue, 8 May 2012 22:48:06 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.75,553,1330923600"; d="scan'208";a="24999069" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO01.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2012 18:48:06 -0400 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.73]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Tue, 8 May 2012 15:48:05 -0700 From: Oleg Moskalenko To: 'Michael Scholz' , Gabor Kovesdan Date: Tue, 8 May 2012 15:48:04 -0700 Thread-Topic: [HEADS-UP] BSD sort coming to -CURRENT Thread-Index: Ac0tZzloYAOJ+6GyQvWp7k/6zohe6AABI2Ww Message-ID: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACA@SJCPMAILBOX01.citrite.net> References: <4FA940F3.6080907@FreeBSD.org> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT 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, 08 May 2012 22:48:07 -0000 Hi Michael We found the problem. In the ispell port, an unusual form of deprecated sor= t syntax for the key field(s) is used. There are three forms of key field(s= ) specification: POSIX standard: $ sort -kPOS1[,POS2] Documented deprecated form: $ sort +POS1 [-POS2] Undocumented deprecated form: $ sort -POS2 +POS1 The new sort supports two first forms. The ispell uses the third form (sort= -1 +0). We can add support for the third form. We are going to do it today= or tomorrow and we will test the ispell build. Thanks Oleg -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we=20 > think it is compatible with the base version (and has even more=20 > features, the ideas mostly taken from the latest GNU sort) and it is=20 > efficient. I just updated the textproc/bsdsort port to the latest=20 > version so that people can test it and I plan to commit it to HEAD in=20 > some days, for now installed as "bsdsort", leaving GNU sort the default=20 > version. If someone has any objection, please raise it now. Future plans= =20 > are to switch the logic and make BSD sort default once it has undergone=20 > enough testing and finally drop GNU sort permanently if no problems appea= r. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 = 15:34:58 CEST 2012 root@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMP= KIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin= /sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=3Dall SHELLDEBUG=3D+vx language-subdirs + cd languages/american + eval make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx ' = '\''MASTERDICTS=3Damerican.med+'\'' '\''HASHFILES=3Damericanmed+.hash'\'' '= \''EXTRADICT=3D/usr/share/dict/words'\' all + make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx MASTERD= ICTS=3Damerican.med+ HASHFILES=3Damericanmed+.hash EXTRADICT=3D/usr/share/d= ict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=3D' VARIANTS=3Damerican 'EXTRADICT=3D/= usr/share/dict/words' 'SHELLDEBUG=3D+vx' 'AFFIXES=3D../english/english.aff= ' english.med+ + PATH=3D../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin= :/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words englis= h.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S mems= ize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-= from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads t= hread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-= source file]] [--compress-program program] [file ...] [...] Mike _______________________________________________ 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 May 8 22:59:44 2012 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 BB431106566C; Tue, 8 May 2012 22:59:44 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 92A928FC0C; Tue, 8 May 2012 22:59:44 +0000 (UTC) Received: from [172.25.16.174] (unknown [173.252.71.3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 9BF2028418; Tue, 8 May 2012 15:59:43 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Jason Evans In-Reply-To: <20120508215802.GB1410@mole.fafoe.narf.at> Date: Tue, 8 May 2012 15:59:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <93A2687F-5061-42B7-883B-F92371F8023F@FreeBSD.org> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> <20120508215802.GB1410@mole.fafoe.narf.at> To: Stefan Farfeleder X-Mailer: Apple Mail (2.1257) Cc: Steve Wills , current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Tue, 08 May 2012 22:59:44 -0000 On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: >> On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: >>> On Tue, May 08, 2012 at 12:48:17PM -0400, Steve Wills wrote: >>>> On 05/08/12 00:46, Jason Evans wrote: >>>>>=20 >>>>> How recent is your system? This problem should have been fixed by >>>>> r234569, so if you're still seeing problems after that revision, >>>>> there's another problem we need to figure out. (By the way, it's >>>>> possible for an application to trigger this assertion, but >>>>> unlikely.) >>>>>=20 >>>>=20 >>>> My system is r235115. >>>=20 >>> I hit the same assertion with r235052 and inkscape. I'm now using >>> MALLOC_PRODUCTION and it works again. >>=20 >> Was the assertion failure easily reproducible with inkscape? >=20 > Yes, it crashed everytime before showing the GUI. The backtrace goes > like this: >=20 > (gdb) bt > #0 0x000000080ad760ac in thr_kill () from /lib/libc.so.7 > #1 0x000000080ae22548 in abort () from /lib/libc.so.7 > #2 0x000000080ad9f57d in sbrk () from /lib/libc.so.7 > #3 0x000000080ada1c51 in sbrk () from /lib/libc.so.7 > #4 0x000000080ada3624 in sbrk () from /lib/libc.so.7 > #5 0x000000080ada3ffc in sbrk () from /lib/libc.so.7 > #6 0x000000080ada432d in sbrk () from /lib/libc.so.7 > #7 0x000000080ad9394f in syscall () from /lib/libc.so.7 > #8 0x000000080ad93d70 in syscall () from /lib/libc.so.7 > #9 0x000000080ada73a0 in malloc () from /lib/libc.so.7 > #10 0x000000080a6a283d in operator new () from /usr/lib/libstdc++.so.6 > #11 0x00000000007af660 in = sigc::internal::typed_slot_rep, SPStyle*, = sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil, sigc::nil> >::dup = () > #12 0x00000008033016b4 in sigc::slot_base::slot_base () > from /usr/local/lib/libsigc-2.0.so.0 > #13 0x00000000006f0a77 in std::list >::insert () > #14 0x000000080330084a in sigc::internal::signal_impl::insert () > from /usr/local/lib/libsigc-2.0.so.0 > #15 0x0000000803300893 in sigc::internal::signal_impl::connect () > from /usr/local/lib/libsigc-2.0.so.0 > #16 0x0000000803300a44 in sigc::signal_base::connect () > #17 0x00000000007a8635 in SPIPaint::read () > [=85] sbrk() is being used rather than mmap(). Unless mmap() is failing = (which would surprise me), this indicates that you are using a version = of libc that's old enough to have the bug I fixed in r234569. Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Tue May 8 23:20:33 2012 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 4BDD01065675 for ; Tue, 8 May 2012 23:20:33 +0000 (UTC) (envelope-from freebsd@freebsdnorth.com) Received: from bsdevel2.freebsdnorth.com (unknown [IPv6:2607:fc50:1000:1900:216:3eff:fe35:3e51]) by mx1.freebsd.org (Postfix) with ESMTP id 2C6CC8FC12 for ; Tue, 8 May 2012 23:20:33 +0000 (UTC) Received: from [127.0.0.1] (241-9-178-69.static.gci.net [69.178.9.241]) by bsdevel2.freebsdnorth.com (Postfix) with ESMTPA id EB7121B02DB; Tue, 8 May 2012 23:19:29 +0000 (UTC) Message-ID: <4FA9AA3B.9080907@freebsdnorth.com> Date: Tue, 08 May 2012 15:20:27 -0800 From: Beech Rintoul User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: FreeBSD Current X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Beech Rintoul Subject: MALLOC_PRODUCTION 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, 08 May 2012 23:20:33 -0000 I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in make.conf or src.conf? Beech From owner-freebsd-current@FreeBSD.ORG Tue May 8 23:21:52 2012 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 C16B21065670; Tue, 8 May 2012 23:21:52 +0000 (UTC) (envelope-from oleg.moskalenko@citrix.com) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) by mx1.freebsd.org (Postfix) with ESMTP id 5907B8FC15; Tue, 8 May 2012 23:21:52 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.75,553,1330923600"; d="scan'208";a="193955712" Received: from sjcpmailmx02.citrite.net ([10.216.14.75]) by FTLPIPO02.CITRIX.COM with ESMTP/TLS/RC4-MD5; 08 May 2012 19:21:45 -0400 Received: from SJCPMAILBOX01.citrite.net ([10.216.4.73]) by SJCPMAILMX02.citrite.net ([10.216.14.75]) with mapi; Tue, 8 May 2012 16:21:44 -0700 From: Oleg Moskalenko To: 'Michael Scholz' , Gabor Kovesdan Date: Tue, 8 May 2012 16:21:44 -0700 Thread-Topic: [HEADS-UP] BSD sort coming to -CURRENT Thread-Index: Ac0tZzloYAOJ+6GyQvWp7k/6zohe6AAAIBXAAAJVZNA= Message-ID: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> References: <4FA940F3.6080907@FreeBSD.org> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT 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, 08 May 2012 23:21:52 -0000 Michael,=20 The situation is actually more complex than I described in my email, but th= e good news is that we already have a fix that supports all older syntax fo= rms. I tested it with ispell ports and it builds just fine. We will update = the bsdsort port soon. Thanks ! Oleg -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Oleg Moskalenko Sent: Tuesday, May 08, 2012 3:13 PM To: 'Michael Scholz'; Gabor Kovesdan Cc: FreeBSD Current Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT Thank you, Michael. We will check this. Oleg -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Michael Scholz Sent: Tuesday, May 08, 2012 3:08 PM To: Gabor Kovesdan Cc: FreeBSD Current; Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT Gabor Kovesdan wrote: > Oleg Moskalenko has been working very hard on BSD sort and by now we=20 > think it is compatible with the base version (and has even more=20 > features, the ideas mostly taken from the latest GNU sort) and it is=20 > efficient. I just updated the textproc/bsdsort port to the latest=20 > version so that people can test it and I plan to commit it to HEAD in=20 > some days, for now installed as "bsdsort", leaving GNU sort the default=20 > version. If someone has any objection, please raise it now. Future plans= =20 > are to switch the logic and make BSD sort default once it has undergone=20 > enough testing and finally drop GNU sort permanently if no problems appea= r. BSD sort doesn't work with ports/textproc/ispell, it stops with sort: invalid option -- 1 % uname -a FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 = 15:34:58 CEST 2012 root@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMP= KIN i386 % ls -lF /usr/bin/*sort* lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin= /sort -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* # cd /usr/ports/textproc/ispell && make [...] ./ispell -v | sed -e 1q @(#) International Ispell Version 3.3.02 12 Jun 2005 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSU= FFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEF= LANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e = "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45= SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF= !!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@= $TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 make LANGUAGE_TARGET=3Dall SHELLDEBUG=3D+vx language-subdirs + cd languages/american + eval make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx ' = '\''MASTERDICTS=3Damerican.med+'\'' '\''HASHFILES=3Damericanmed+.hash'\'' '= \''EXTRADICT=3D/usr/share/dict/words'\' all + make BUILD=3Dbuild DBUILD=3Dbuild CBUILD=3Dbuild SHELLDEBUG=3D+vx MASTERD= ICTS=3Damerican.med+ HASHFILES=3Damericanmed+.hash EXTRADICT=3D/usr/share/d= ict/words all rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] make -f ../english/Makefile 'DBUILD=3D' VARIANTS=3Damerican 'EXTRADICT=3D/= usr/share/dict/words' 'SHELLDEBUG=3D+vx' 'AFFIXES=3D../english/english.aff= ' english.med+ + PATH=3D../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin= :/root/bin + export PATH + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words englis= h.0 english.1 american.0 american.1 Collecting input. sort: invalid option -- 1 Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S mems= ize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-= from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads t= hread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-= source file]] [--compress-program program] [file ...] [...] Mike _______________________________________________ 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" _______________________________________________ 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 Wed May 9 00:12:22 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D43CF106564A; Wed, 9 May 2012 00:12:22 +0000 (UTC) (envelope-from mike@fth-devel.net) Received: from fth-devel.net (pumpkin.fth-devel.net [IPv6:2001:470:1f0b:166c:c0ff:ee:2:4]) by mx1.freebsd.org (Postfix) with ESMTP id A9EA48FC08; Wed, 9 May 2012 00:12:21 +0000 (UTC) Received: from pumpkin.fth-devel.net (localhost [127.0.0.1]) by fth-devel.net (8.14.5/8.14.5) with ESMTP id q490CFov012158; Wed, 9 May 2012 02:12:15 +0200 (CEST) (envelope-from mike@fth-devel.net) Received: from localhost (mike@localhost) by pumpkin.fth-devel.net (8.14.5/8.14.5/Submit) with ESMTP id q490CFHd012155; Wed, 9 May 2012 02:12:15 +0200 (CEST) (envelope-from mike@fth-devel.net) X-Authentication-Warning: pumpkin.fth-devel.net: mike owned process doing -bs Date: Wed, 9 May 2012 02:12:15 +0200 (CEST) From: Michael Scholz To: Oleg Moskalenko In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> Message-ID: References: <4FA940F3.6080907@FreeBSD.org> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Current , Gabor Kovesdan Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT 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, 09 May 2012 00:12:22 -0000 On Tue, 8 May 2012, Oleg Moskalenko wrote: > Michael, > > The situation is actually more complex than I described in my email, but > the good news is that we already have a fix that supports all older > syntax forms. I tested it with ispell ports and it builds just fine. We > will update the bsdsort port soon. > > Thanks ! > Oleg Thank you very much! Mike > > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Oleg Moskalenko > Sent: Tuesday, May 08, 2012 3:13 PM > To: 'Michael Scholz'; Gabor Kovesdan > Cc: FreeBSD Current > Subject: RE: [HEADS-UP] BSD sort coming to -CURRENT > > Thank you, Michael. We will check this. > > Oleg > > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Michael Scholz > Sent: Tuesday, May 08, 2012 3:08 PM > To: Gabor Kovesdan > Cc: FreeBSD Current; Oleg Moskalenko > Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT > > Gabor Kovesdan wrote: >> Oleg Moskalenko has been working very hard on BSD sort and by now we >> think it is compatible with the base version (and has even more >> features, the ideas mostly taken from the latest GNU sort) and it is >> efficient. I just updated the textproc/bsdsort port to the latest >> version so that people can test it and I plan to commit it to HEAD in >> some days, for now installed as "bsdsort", leaving GNU sort the default >> version. If someone has any objection, please raise it now. Future plans >> are to switch the logic and make BSD sort default once it has undergone >> enough testing and finally drop GNU sort permanently if no problems appear. > > BSD sort doesn't work with ports/textproc/ispell, it stops with > sort: invalid option -- 1 > > % uname -a > FreeBSD pumpkin.fth-devel.net 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri May 4 15:34:58 CEST 2012 root@pumpkin.fth-devel.net:/usr/obj/usr/src/sys/PUMPKIN i386 > > % ls -lF /usr/bin/*sort* > lrwxr-xr-x 1 root wheel 13 May 8 22:15 /usr/bin/bsdsort@ -> /usr/bin/sort > -r-xr-xr-x 1 root wheel 65416 May 8 22:15 /usr/bin/gnusort* > -r-xr-xr-x 1 root wheel 49280 May 8 22:15 /usr/bin/sort* > -r-xr-xr-x 1 root wheel 7276 May 4 15:46 /usr/bin/tsort* > > # cd /usr/ports/textproc/ispell && make > > [...] > ./ispell -v | sed -e 1q > @(#) International Ispell Version 3.3.02 12 Jun 2005 > . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.1X > ispell.1 > . ./config.sh; set +vx; sed -e "s@!!BAKEXT!!@$BAKEXT@g" -e "s@!!COUNTSUFFIX!!@$COUNTSUFFIX@g" -e "s@!!DEFHASH!!@$DEFHASH@" -e "s@!!DEFLANG!!@$DEFLANG@" -e "s@!!HASHSUFFIX!!@$HASHSUFFIX@g" -e "s@!!LIBDIR!!@$LIBDIR@" -e "s@!!DEFDICT!!@$DEFDICT@" -e "s@!!LOOK_XREF!!@$LOOK_XREF@g" -e "s@!!MAN45SECT!!@$MAN45SECT@g" -e "s@!!POUNDBANG!!@$POUNDBANG@g" -e "s@!!SPELL_XREF!!@$SPELL_XREF@g" -e "s@!!STATSUFFIX!!@$STATSUFFIX@g" -e "s@!!TIB_XREF!!@$TIB_XREF@g" -e "s@!!WORDS!!@$WORDS@g" $SORTTMP < ispell.5X > ispell.5 > make LANGUAGE_TARGET=all SHELLDEBUG=+vx language-subdirs > + cd languages/american > + eval make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx ' '\''MASTERDICTS=american.med+'\'' '\''HASHFILES=americanmed+.hash'\'' '\''EXTRADICT=/usr/share/dict/words'\' all > + make BUILD=build DBUILD=build CBUILD=build SHELLDEBUG=+vx MASTERDICTS=american.med+ HASHFILES=americanmed+.hash EXTRADICT=/usr/share/dict/words all > rm -f english.[0-3] american.[0-2] altamer.[012] british.[012] > make -f ../english/Makefile 'DBUILD=' VARIANTS=american 'EXTRADICT=/usr/share/dict/words' 'SHELLDEBUG=+vx' 'AFFIXES=../english/english.aff' english.med+ > + PATH=../..:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:/root/bin > + export PATH > + ../../munchlist -v -l ../english/english.aff /usr/share/dict/words english.0 english.1 american.0 american.1 > Collecting input. > sort: invalid option -- 1 > Usage: sort [-bcCdfigMmnrsuz] [-kPOS1[,POS2] ... ] [+POS1 [-POS2]] [-S memsize] [-T tmpdir] [-t separator] [-o outfile] [--batch-size size] [--files0-from file] [--heapsort] [--mergesort] [--radixsort] [--qsort] [--nthreads thread_no] [--human-numeric-sort] [--version-sort] [--random-sort [--random-source file]] [--compress-program program] [file ...] > [...] > > Mike From owner-freebsd-current@FreeBSD.ORG Wed May 9 05:16:38 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48B06106564A; Wed, 9 May 2012 05:16:38 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from fallbackmx08.syd.optusnet.com.au (fallbackmx08.syd.optusnet.com.au [211.29.132.10]) by mx1.freebsd.org (Postfix) with ESMTP id CCE178FC08; Wed, 9 May 2012 05:16:37 +0000 (UTC) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by fallbackmx08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q495GTSv025339; Wed, 9 May 2012 15:16:29 +1000 Received: from server.rulingia.com (c220-239-251-180.belrs5.nsw.optusnet.com.au [220.239.251.180]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q495GJR2030338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 May 2012 15:16:21 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q495GJdO060601; Wed, 9 May 2012 15:16:19 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q495GJdn060600; Wed, 9 May 2012 15:16:19 +1000 (EST) (envelope-from peter) Date: Wed, 9 May 2012 15:16:19 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20120509051619.GA60571@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PNTmBPCT7hxwcZjr" Content-Disposition: inline X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Fabien Thomas Subject: panic: incorrect npmc count 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, 09 May 2012 05:16:38 -0000 --PNTmBPCT7hxwcZjr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [This may be a duplicate because I forgot to update my subscription after changing address but I've also corrected a typo] (I've copied fabient@ because r233628 appears to have been the last commit in this area). I've just updated a P4 test box from r232545 to r235127 and it now panics during boot: panic: [intel,202] incorrect npmc count 35 Looking at sys/dev/hwpmc/hmpmc_intel.c line 202, the expected npmc count is 19. When I look at the actual code in pmc_intel_initialize(): pmc_mdep_alloc() initialises pmd_npmc to zero and then increments it by SOFT_NPMCS (16) in pmc_soft_initialize(). pmc_tsc_initialize() then increments it by TSC_NPMCS (1) pmc_p4_initialize() then increments it by P4_NPMCS (18) This totals 35 (as per the panic message). Can someone explain the KASSERT() that expects 19 - it boils down to KASSERT(0+16+1+18 =3D=3D 1+18, ...) I gather not many people are running -current on a P4. --=20 Peter Jeremy --PNTmBPCT7hxwcZjr Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+p/aMACgkQ/opHv/APuIe61ACeNk/cXQQ6zZnTQ6poZEbD66+n ELUAmgNwk5P8Vsk6KgpjpBBHqZzBi/9T =EUZQ -----END PGP SIGNATURE----- --PNTmBPCT7hxwcZjr-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 06:27:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4499B106564A for ; Wed, 9 May 2012 06:27:01 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 011C98FC0C for ; Wed, 9 May 2012 06:27:00 +0000 (UTC) Received: by yenl8 with SMTP id l8so1658696yen.13 for ; Tue, 08 May 2012 23:27:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=PMqgEw5VixV1UbwNNg5EgOoKNNQhQE81TGWcsNSEMj0=; b=nCheYNEI+EKyC2cFR0l0x1vcBENcT+HBT7IGgsvRhu2GzRW6rcbmSw0CNtLiN50VXj I8L4f/bD0iEnkJV82xoc24GHPiFeTlhEvQ7QH8Mj3aw319jcLwwGLa8u8eGBgu01zNry bgUaNdoGtzmiorWCf6dx5xBGJpllTKm64ihMSN4Z4EUgsdeX0ScfdHKUV+QT+0vlbvC3 FhLHyxCVycum1aq4JnNIGWnQoOyq1KOhKRK9fPvNTfefSMBP7RDGG1vY3zWEzCz9OFXb gDa5GvGffUQp6mtW+WL+w/WrDZyClYPPY3+bPLaEN6b5k9jHpRQpDAf7dDz06mpR7Mrk +JdQ== Received: by 10.50.158.167 with SMTP id wv7mr9201656igb.7.1336544820070; Tue, 08 May 2012 23:27:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.67.233 with HTTP; Tue, 8 May 2012 23:26:39 -0700 (PDT) In-Reply-To: <4FA9AA3B.9080907@freebsdnorth.com> References: <4FA9AA3B.9080907@freebsdnorth.com> From: Christer Solskogen Date: Wed, 9 May 2012 08:26:39 +0200 Message-ID: To: Beech Rintoul Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Current , Beech Rintoul Subject: Re: MALLOC_PRODUCTION 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, 09 May 2012 06:27:01 -0000 On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul wrote: > I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in > make.conf or src.conf? make.conf. http://svnweb.freebsd.org/base/head/UPDATING?revision=234396&view=markup -- chs, From owner-freebsd-current@FreeBSD.ORG Wed May 9 07:01:35 2012 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 8D558106566B; Wed, 9 May 2012 07:01:35 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from fep13.mx.upcmail.net (fep13.mx.upcmail.net [62.179.121.33]) by mx1.freebsd.org (Postfix) with ESMTP id BDE028FC08; Wed, 9 May 2012 07:01:34 +0000 (UTC) Received: from edge02.upcmail.net ([192.168.13.237]) by viefep13-int.chello.at (InterMail vM.8.01.05.04 201-2260-151-105-20111014) with ESMTP id <20120509070133.YMPQ3333.viefep13-int.chello.at@edge02.upcmail.net>; Wed, 9 May 2012 09:01:33 +0200 Received: from mole.fafoe.narf.at ([80.109.55.137]) by edge02.upcmail.net with edge id 7j1Z1j00L2xdvHc02j1ZKQ; Wed, 09 May 2012 09:01:33 +0200 X-SourceIP: 80.109.55.137 Received: by mole.fafoe.narf.at (Postfix, from userid 1001) id 0C16B6D432; Wed, 9 May 2012 09:01:28 +0200 (CEST) Date: Wed, 9 May 2012 09:01:28 +0200 From: Stefan Farfeleder To: Jason Evans Message-ID: <20120509070101.GC1395@mole.fafoe.narf.at> References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> <20120508215802.GB1410@mole.fafoe.narf.at> <93A2687F-5061-42B7-883B-F92371F8023F@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93A2687F-5061-42B7-883B-F92371F8023F@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Wed, 09 May 2012 07:01:35 -0000 On Tue, May 08, 2012 at 03:59:42PM -0700, Jason Evans wrote: > On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: > > On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: > >> On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: > >>> > >>> I hit the same assertion with r235052 and inkscape. I'm now using > >>> MALLOC_PRODUCTION and it works again. > >> > >> Was the assertion failure easily reproducible with inkscape? > > > > Yes, it crashed everytime before showing the GUI. The backtrace goes > > like this: [snip] > sbrk() is being used rather than mmap(). Unless mmap() is failing (which would surprise me), this indicates that you are using a version of libc that's old enough to have the bug I fixed in r234569. I'm afraid the backtrace was somehow corrupted. Here's a new one from a libc compiled with -g: (gdb) bt #0 0x000000080ad760ac in thr_kill () at thr_kill.S:3 #1 0x000000080ae22548 in abort () at /usr/src/lib/libc/stdlib/abort.c:77 #2 0x000000080ad9f57d in arena_chunk_validate_zeroed (chunk=0x188d3, run_ind=6) at jemalloc_arena.c:182 #3 0x000000080ada1c51 in arena_run_split (arena=0x8104000c0, run=Variable "run" is not available. ) at jemalloc_arena.c:318 #4 0x000000080ada3624 in arena_run_alloc (arena=0x8104000c0, size=4096, large=false, zero=false) at jemalloc_arena.c:524 #5 0x000000080ada3ffc in arena_bin_malloc_hard (arena=0x8104000c0, bin=0x810400298) at jemalloc_arena.c:1128 #6 0x000000080ada432d in __jemalloc_arena_tcache_fill_small (arena=0x8104000c0, tbin=0x810806068, binind=2, prof_accumbytes=Variable "prof_accumbytes" is not available. ) at jemalloc_arena.c:1250 #7 0x000000080ad9394f in __jemalloc_tcache_alloc_small_hard (tcache=Variable "tcache" is not available. ) at jemalloc_tcache.c:32 #8 0x000000080ad93d70 in __jemalloc_tcache_alloc_small (tcache=0x810806000, size=32, zero=false) at tcache.h:340 #9 0x000000080ada73a0 in malloc (size=32) at jemalloc_jemalloc.c:807 #10 0x000000080a6a283d in operator new () from /usr/lib/libstdc++.so.6 #11 0x0000000803300dcf in sigc::internal::trackable_callback_list::add_callback () from /usr/local/lib/libsigc-2.0.so.0 #12 0x00000000007a5664 in sp_style_new_from_object () Stefan From owner-freebsd-current@FreeBSD.ORG Wed May 9 07:14:38 2012 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 707A3106564A for ; Wed, 9 May 2012 07:14:38 +0000 (UTC) (envelope-from martymac@FreeBSD.org) Received: from lmtp.galacsys.net (webmail.galacsys.net [IPv6:2001:1b78:0:1:d918:51d7:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 024C08FC0C for ; Wed, 9 May 2012 07:14:38 +0000 (UTC) Received: from martymac.org (webmail.galacsys.net [217.24.81.215]) by lmtp.galacsys.net (Postfix) with ESMTP id C8D971FA5D28; Wed, 9 May 2012 09:14:36 +0200 (CEST) From: "Ganael LAPLANCHE" To: matt X-Openwebmail-Date: Wed, 9 May 2012 10:14:36 +0200 Message-Id: <20120509071026.M93384@FreeBSD.org> In-Reply-To: <4FA44A3C.6080801@gmail.com> References: <4E836C06.9070405@gmail.com> <4E8374A7.90105@gmail.com> <4E9BDF13.4040006@gmail.com> <4F38211D.4070305@mehnert.org> <4F40A2D4.6000000@gmail.com> <4F57A8FC.8090106@gmail.com> <20120308092234.M18590@martymac.org> <4F5AC96A.3050600@gmail.com> <4F5FE9C1.7010901@gmail.com> <4F6020C0.60405@gmail.com> <4F60E258.6030606@gmail.com> <20120319131812.M90515@martymac.org> <4F6782F1.9000909@gmail.com> <20120430115203.M31160@FreeBSD.org> <4FA44A3C.6080801@gmail.com> X-Mailer: Open WebMail 2.01 20030425 X-OriginatingIP: 157.99.64.43 (ganael.laplanche@martymac.org) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Date: Wed, 9 May 2012 07:14:38 +0000 (UTC) Cc: Vrachnis Ilias-Dimitrios , freebsd-current@freebsd.org Subject: Re: x220 notes 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, 09 May 2012 07:14:38 -0000 On Fri, 04 May 2012 14:29:32 -0700, matt wrote Hi Matt, Thanks for your answer. > Try setting hw.pci.do_power_resume=0 and > hw.pci.do_power_suspend=0 in sysctl.conf > > If that doesn't work for you try setting each to one > separately, and together if all fails. > > Also try setting resume beep and see whether it's getting that > far (debug.acpi.resume_beep=1). I've had no time to test settings separately, but setting both sysctls leads to the same issue as you : a modem-like beep at resume time :/ Also, I sometimes get a black screen when rebooting into the kernel I have which is known to work (graphics + 3D accel + suspend/resume). Quite strange, it persists at reboot. The only way I have found is remove the battery and wait a few hours to be able to start X again... Best regards, -- Ganael LAPLANCHE http://www.martymac.org | http://contribs.martymac.org FreeBSD: martymac , http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed May 9 10:45:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2A171065693 for ; Wed, 9 May 2012 10:45:03 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 741948FC1B for ; Wed, 9 May 2012 10:45:02 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 7E06314E729A; Wed, 9 May 2012 12:45:01 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id mssP20OYS73h; Wed, 9 May 2012 12:45:01 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id C408114E729E; Wed, 9 May 2012 12:45:00 +0200 (CEST) Message-ID: <4FAA4AAA.9090700@FreeBSD.org> Date: Wed, 09 May 2012 12:44:58 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120328 Thunderbird/13.0a2 MIME-Version: 1.0 To: Oleg Moskalenko References: <4FA940F3.6080907@FreeBSD.org> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> In-Reply-To: <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , 'Michael Scholz' Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 09 May 2012 10:45:03 -0000 On 2012.05.09. 1:21, Oleg Moskalenko wrote: > Michael, > > The situation is actually more complex than I described in my email, but the good news is that we already have a fix that supports all older syntax forms. I tested it with ispell ports and it builds just fine. We will update the bsdsort port soon. I've just committed the update. Thanks for the quick fix Oleg and thanks Michael for the bug report. Gabor From owner-freebsd-current@FreeBSD.ORG Wed May 9 10:59:00 2012 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 6EEAA106566B; Wed, 9 May 2012 10:59:00 +0000 (UTC) (envelope-from dnebdal@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 03A3B8FC12; Wed, 9 May 2012 10:58:59 +0000 (UTC) Received: by yhgm50 with SMTP id m50so158794yhg.13 for ; Wed, 09 May 2012 03:58:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mXFEvwzcBMSLlD8LwRiU/cU3IHJIek1KI/O6AtIBkQ4=; b=Gz5QDcT4LoWLdLzJB75M78TVtQtedI1RgJKBIdC/60QojG0/BPff21nxPUf/gGhRMY Gw3TjouX366NrqSdcyEIzviAH8713cCWuhBoqib+HSiXvAqrZmcJoEfV+6/RpdHJCOsa M/C4mKS9n9PosCRC/lg3o3CoTAqRPMgZ8ynD1I/Cjsnh/4ztfcsF3QFPFlBq90jULVOx 1IqABNIii/H2l0kH7RgKHKwFHgR1+bx2telSwhgAYNIjl04VcmY7gSVBb29IrXrAb8eg 3YvaaXpqXSjKrf69m60kAu5jcvMSHEne9t49I3g0pPmAk+O0N3mWP3SNgqAQXbJDO2dT aEtw== MIME-Version: 1.0 Received: by 10.60.7.200 with SMTP id l8mr1001884oea.52.1336561139267; Wed, 09 May 2012 03:58:59 -0700 (PDT) Received: by 10.182.91.230 with HTTP; Wed, 9 May 2012 03:58:59 -0700 (PDT) In-Reply-To: <20393.13811.435496.504955@jerusalem.litteratus.org> References: <20393.13811.435496.504955@jerusalem.litteratus.org> Date: Wed, 9 May 2012 12:58:59 +0200 Message-ID: From: Daniel Nebdal To: Robert Huff Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , Current FreeBSD , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 10:59:00 -0000 > > =A0 =A0 =A0 =A0In the case of gcc46, when I execute the previous six line= s, > return to > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2= .2, > and run "make", I get: > > =A0 =A0 =A0 =A0it says: > > Error expanding embedded variable. > > =A0 =A0 =A0 =A0(Per a previous message, I have re-compiled libcmis with > gcc42.) > > =A0 =A0 =A0 =A0Any ideas? > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Robert Huf= f Try with gmake instead? --=20 Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:01:44 2012 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 6D6A5106566B; Wed, 9 May 2012 11:01:44 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 23AEE8FC08; Wed, 9 May 2012 11:01:44 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SS4eH-000381-72>; Wed, 09 May 2012 13:01:37 +0200 Received: from munin.geoinf.fu-berlin.de ([130.133.86.110]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SS4eH-0003me-4a>; Wed, 09 May 2012 13:01:37 +0200 Message-ID: <4FAA4E93.8080707@zedat.fu-berlin.de> Date: Wed, 09 May 2012 13:01:39 +0200 From: "Hartmann, O." Organization: FU Berlin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120504 Thunderbird/12.0.1 MIME-Version: 1.0 To: Gabor Kovesdan References: <4FA940F3.6080907@FreeBSD.org> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> <4FAA4AAA.9090700@FreeBSD.org> In-Reply-To: <4FAA4AAA.9090700@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.110 Cc: FreeBSD Current Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 09 May 2012 11:01:44 -0000 On 05/09/12 12:44, Gabor Kovesdan wrote: > On 2012.05.09. 1:21, Oleg Moskalenko wrote: >> Michael, >> >> The situation is actually more complex than I described in my email, >> but the good news is that we already have a fix that supports all >> older syntax forms. I tested it with ispell ports and it builds just >> fine. We will update the bsdsort port soon. > I've just committed the update. Thanks for the quick fix Oleg and thanks > Michael for the bug report. > > Gabor Will those, who are with FBSD CURRENT, have a special knob set in /etc/src.conf to make the new stuff the default? Or will it just "flow in" and I do not have to take care of the change? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:06:38 2012 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 F2246106564A for ; Wed, 9 May 2012 11:06:38 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 9FDE78FC0A for ; Wed, 9 May 2012 11:06:38 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id AC89614E729E; Wed, 9 May 2012 13:06:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id cnl2iyzgYb2f; Wed, 9 May 2012 13:06:35 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id F14FD14E729D; Wed, 9 May 2012 13:06:34 +0200 (CEST) Message-ID: <4FAA4FB9.3050403@FreeBSD.org> Date: Wed, 09 May 2012 13:06:33 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120328 Thunderbird/13.0a2 MIME-Version: 1.0 To: "Hartmann, O." References: <4FA940F3.6080907@FreeBSD.org> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1AC9@SJCPMAILBOX01.citrite.net> <031222CBCF33214AB2EB4ABA279428A3011A2C2D1ACB@SJCPMAILBOX01.citrite.net> <4FAA4AAA.9090700@FreeBSD.org> <4FAA4E93.8080707@zedat.fu-berlin.de> In-Reply-To: <4FAA4E93.8080707@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 09 May 2012 11:06:39 -0000 On 2012.05.09. 13:01, Hartmann, O. wrote: > On 05/09/12 12:44, Gabor Kovesdan wrote: >> >On 2012.05.09. 1:21, Oleg Moskalenko wrote: >>> >>Michael, >>> >> >>> >>The situation is actually more complex than I described in my email, >>> >>but the good news is that we already have a fix that supports all >>> >>older syntax forms. I tested it with ispell ports and it builds just >>> >>fine. We will update the bsdsort port soon. >> >I've just committed the update. Thanks for the quick fix Oleg and thanks >> >Michael for the bug report. >> > >> >Gabor > Will those, who are with FBSD CURRENT, have a special knob set in > /etc/src.conf to make the new stuff the default? Or will it just "flow > in" and I do not have to take care of the change? In the first phase, BSD sort will be installed as "bsdsort" and GNU sort as "sort" by default and you will have a WITH_BSD_SORT knob, which changes to BSD sort installed as "sort" and GNU sort as "gnusort". In second phase, this will be the default option and you will be able to set WITHOUT_BSD_SORT to restore GNU sort as default and in third phase GNU sort will go away and there will be no knob. This is the currently planned migration scenario. Gabor From owner-freebsd-current@FreeBSD.ORG Wed May 9 11:59:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 10BD41065676; Wed, 9 May 2012 11:59:17 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 95AFE8FC1A; Wed, 9 May 2012 11:59:16 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 May 2012 07:59:15 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BME10431; Wed, 9 May 2012 07:59:15 -0400 Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp04.lnh.mail.rcn.net with ESMTP; 09 May 2012 07:59:15 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <20394.23571.95440.648345@jerusalem.litteratus.org> Date: Wed, 9 May 2012 07:59:15 -0400 To: Daniel Nebdal In-Reply-To: References: <20393.13811.435496.504955@jerusalem.litteratus.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Cc: Baptiste Daroussin , Robert Huff , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 11:59:17 -0000 Daniel Nebdal writes: > > > > =A0 =A0 =A0 =A0In the case of gcc46, when I execute the previous s= ix lines, > > return to > > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-cor= e-3.5.2.2, > > and run "make", I get: > > > > =A0 =A0 =A0 =A0it says: > > > > Error expanding embedded variable. > > > > =A0 =A0 =A0 =A0(Per a previous message, I have re-compiled libcmis= with > > gcc42.) > > > > =A0 =A0 =A0 =A0Any ideas? > > > > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Rob= ert Huff > =20 > =20 > Try with gmake instead? =09After fishing in different directoroes, I did so and got: Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice= -core-3.5.2.2/sal/textenc Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice= -core-3.5.2.2/sal/util Making: libuno_sal.so.3 : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by ..= /unxfbsd.pro/lib/check_libuno_sal.so.3 not found dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3'= =09=09=09=09=09Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed May 9 12:43:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDE0C106566B; Wed, 9 May 2012 12:43:49 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A41D98FC08; Wed, 9 May 2012 12:43:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q49Chnkl041548; Wed, 9 May 2012 12:43:49 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q49ChnHj041547; Wed, 9 May 2012 12:43:49 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 9 May 2012 14:43:43 +0200 From: Baptiste Daroussin To: Robert Huff Message-ID: <20120509124343.GB5331@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <20394.23571.95440.648345@jerusalem.litteratus.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Daniel Nebdal , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 12:43:50 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: >=20 > Daniel Nebdal writes: > > > > > > =A0 =A0 =A0 =A0In the case of gcc46, when I execute the previous six= lines, > > > return to > > > /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-= 3.5.2.2, > > > and run "make", I get: > > > > > > =A0 =A0 =A0 =A0it says: > > > > > > Error expanding embedded variable. > > > > > > =A0 =A0 =A0 =A0(Per a previous message, I have re-compiled libcmis w= ith > > > gcc42.) > > > > > > =A0 =A0 =A0 =A0Any ideas? > > > > > > > > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Rober= t Huff > > =20 > > =20 > > Try with gmake instead? >=20 > After fishing in different directoroes, I did so and got: >=20 > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-c= ore-3.5.2.2/sal/textenc >=20 > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-c= ore-3.5.2.2/sal/util >=20 > Making: libuno_sal.so.3 > : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by ../u= nxfbsd.pro/lib/check_libuno_sal.so.3 not found > dmake: Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3' >=20 >=20 > Robert Huff >=20 That was the problem I was speaking about mixing different libstdc++ the one =66rom base and the one from gcc46. I don't know how to fix this. regards, Bapt --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+qZn8ACgkQ8kTtMUmk6Ex/DQCePRxuVRCJ2jUqzVDHwjUqNsYP IHIAnjbgqdLZQ2Qmo2yd+rxXytMC3eX6 =c/ZF -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 13:09:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8AD01065672; Wed, 9 May 2012 13:09:50 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2228A8FC12; Wed, 9 May 2012 13:09:49 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so250307wgb.31 for ; Wed, 09 May 2012 06:09:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=G+GsMczzyLh+Go4HMtA7Px1Zjkjco0YcSoZ4MCY6zYo=; b=SXM+geHOuHJ0r1UnwqxY8+0aaXju6jJAXPNNhASb/zYnt0uWZmqtDAiJQb9/9h0nBm mo658zK9pQhrvqu+S1zdzNe+yzsVcqXbLGVUr7y4Lq8XwbLlLeW3/nfmCwSEOY9LQtzY TNG+Hl/ndt/n4X1coraQfcmhY3eq4gVIPzGGwHo8J9lczs180fzzZq7DbkP8wh+hoNrl hqFTn75huLXqx3XGPXuE0l3UNYoUSe0//4VaF+NIOu4UNrkChplaQVFimyGLu1Fc8hR7 Iv5mxRyySAWIFu3CLpufweBCej45k/67M6tnuIPpFKCqL9zgkBUKOnzN9CAWWnMN5/b7 vktw== MIME-Version: 1.0 Received: by 10.50.169.7 with SMTP id aa7mr1412589igc.52.1336568988503; Wed, 09 May 2012 06:09:48 -0700 (PDT) Received: by 10.231.116.149 with HTTP; Wed, 9 May 2012 06:09:48 -0700 (PDT) In-Reply-To: <20120509124343.GB5331@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> <20120509124343.GB5331@azathoth.lan> Date: Wed, 9 May 2012 15:09:48 +0200 Message-ID: From: Daniel Nebdal To: Baptiste Daroussin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Robert Huff , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 13:09:51 -0000 On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin wrote= : > On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: >> >> Daniel Nebdal writes: >> > =A0> >> > =A0> =A0 =A0 =A0 =A0In the case of gcc46, when I execute the previous = six lines, >> > =A0> return to >> > =A0> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-co= re-3.5.2.2, >> > =A0> and run "make", I get: >> > =A0> >> > =A0> =A0 =A0 =A0 =A0it says: >> > =A0> >> > =A0> Error expanding embedded variable. >> > =A0> >> > =A0> =A0 =A0 =A0 =A0(Per a previous message, I have re-compiled libcmi= s with >> > =A0> gcc42.) >> > =A0> >> > =A0> =A0 =A0 =A0 =A0Any ideas? >> > =A0> >> > =A0> >> > =A0> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0Ro= bert Huff >> > >> > >> > =A0Try with gmake instead? >> >> =A0 =A0 =A0 After fishing in different directoroes, I did so and got: >> >> Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-= core-3.5.2.2/sal/textenc >> >> Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-= core-3.5.2.2/sal/util >> >> Making: =A0 =A0libuno_sal.so.3 >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by ../= unxfbsd.pro/lib/check_libuno_sal.so.3 not found >> dmake: =A0Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so.3= ' >> >> >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 Robert Huff >> > > That was the problem I was speaking about mixing different libstdc++ the = one > from base and the one from gcc46. > > I don't know how to fix this. > > regards, > Bapt Does this also happen when building libreoffice with clang? I just built it on 8.2 using clang, and that worked fine (apart from a failure in vcl, but that was caused by some leftover qt3 headers in /usr/local/include ). Daniel Nebdal From owner-freebsd-current@FreeBSD.ORG Wed May 9 14:26:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1781B1065670; Wed, 9 May 2012 14:26:21 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EA2978FC18; Wed, 9 May 2012 14:26:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q49EQKum033897; Wed, 9 May 2012 14:26:20 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q49EQK52033896; Wed, 9 May 2012 14:26:20 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 9 May 2012 16:26:17 +0200 From: Baptiste Daroussin To: Daniel Nebdal Message-ID: <20120509142617.GA7020@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> <20120509124343.GB5331@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qMm9M+Fa2AknHoGS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Robert Huff , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 14:26:21 -0000 --qMm9M+Fa2AknHoGS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2012 at 03:09:48PM +0200, Daniel Nebdal wrote: > On Wed, May 9, 2012 at 2:43 PM, Baptiste Daroussin wro= te: > > On Wed, May 09, 2012 at 07:59:15AM -0400, Robert Huff wrote: > >> > >> Daniel Nebdal writes: > >> > =A0> > >> > =A0> =A0 =A0 =A0 =A0In the case of gcc46, when I execute the previou= s six lines, > >> > =A0> return to > >> > =A0> /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-= core-3.5.2.2, > >> > =A0> and run "make", I get: > >> > =A0> > >> > =A0> =A0 =A0 =A0 =A0it says: > >> > =A0> > >> > =A0> Error expanding embedded variable. > >> > =A0> > >> > =A0> =A0 =A0 =A0 =A0(Per a previous message, I have re-compiled libc= mis with > >> > =A0> gcc42.) > >> > =A0> > >> > =A0> =A0 =A0 =A0 =A0Any ideas? > >> > =A0> > >> > =A0> > >> > =A0> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= Robert Huff > >> > > >> > > >> > =A0Try with gmake instead? > >> > >> =A0 =A0 =A0 After fishing in different directoroes, I did so and got: > >> > >> Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffic= e-core-3.5.2.2/sal/textenc > >> > >> Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffic= e-core-3.5.2.2/sal/util > >> > >> Making: =A0 =A0libuno_sal.so.3 > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required by .= =2E/unxfbsd.pro/lib/check_libuno_sal.so.3 not found > >> dmake: =A0Error code 1, while making '../unxfbsd.pro/lib/libuno_sal.so= =2E3' > >> > >> > >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 Robert Huff > >> > > > > That was the problem I was speaking about mixing different libstdc++ th= e one > > from base and the one from gcc46. > > > > I don't know how to fix this. > > > > regards, > > Bapt >=20 >=20 > Does this also happen when building libreoffice with clang? I just > built it on 8.2 using clang, and that worked fine (apart from a > failure in vcl, but that was caused by some leftover qt3 headers in > /usr/local/include ). >=20 >=20 > Daniel Nebdal With clang it is ok Bapt --qMm9M+Fa2AknHoGS Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+qfokACgkQ8kTtMUmk6EwMpwCgn1DzstnQXpSHpnjBwgidUnon T9AAmwdxwynsgdY7Cn8zbnauWLwQof5c =QSn6 -----END PGP SIGNATURE----- --qMm9M+Fa2AknHoGS-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 14:30:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A686B1065677; Wed, 9 May 2012 14:30:18 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 13B598FC18; Wed, 9 May 2012 14:30:17 +0000 (UTC) Received: by werg1 with SMTP id g1so316553wer.13 for ; Wed, 09 May 2012 07:30:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=qg5kUxiFpYVWHH/Weji/Odvvv71vMI4WAdLKEnyOoKo=; b=rwiFsO/pEcgTJ8NCf96q2GcHEA8YL7uEcwrdyfI0QMifgh4VScmeFRZh7CWPTt2SB9 qVMi6M3xgO9UGpuxm1EnUGw6/272msMGnOpnuaY4YIgX7UfKd03642t0ZxfNb9ZySZVW DLsAn62BJHcY16uOiUMMtAWVQlERyLK16c34LIbzdXQhQD+gEyCs6uLAhyl223TSyODd 9NkaHtgNRHXdfHDEIaEx2smjCRlXHT4jGh7zPsWZ3xpwS7+0vCUeoS07FCN5JYKZukxs /1UVs5AdCXdV56bmpEyRSgkyZMcsZqiQ8U1Kzr7JZDgI5eplF7QG6ttO3nnM5csEWfYd 2G9w== MIME-Version: 1.0 Received: by 10.180.97.4 with SMTP id dw4mr7450326wib.18.1336573817037; Wed, 09 May 2012 07:30:17 -0700 (PDT) Received: by 10.180.94.97 with HTTP; Wed, 9 May 2012 07:30:17 -0700 (PDT) In-Reply-To: <20120509051619.GA60571@server.rulingia.com> References: <20120509051619.GA60571@server.rulingia.com> Date: Wed, 9 May 2012 10:30:17 -0400 Message-ID: From: Ryan Stone To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Fabien Thomas Subject: Re: panic: incorrect npmc count 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, 09 May 2012 14:30:18 -0000 On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy wrote: > [This may be a duplicate because I forgot to update my subscription > =A0after changing address but I've also corrected a typo] > > (I've copied fabient@ because r233628 appears to have been the last > commit in this area). > > I've just updated a P4 test box from r232545 to r235127 and it now > panics during boot: > =A0panic: [intel,202] incorrect npmc count 35 > Looking at sys/dev/hwpmc/hmpmc_intel.c line 202, the expected > npmc count is 19. > > When I look at the actual code in pmc_intel_initialize(): > pmc_mdep_alloc() initialises pmd_npmc to zero and then increments > =A0it by SOFT_NPMCS (16) in pmc_soft_initialize(). > pmc_tsc_initialize() then increments it by TSC_NPMCS (1) > pmc_p4_initialize() then increments it by P4_NPMCS (18) > This totals 35 (as per the panic message). > > Can someone explain the KASSERT() that expects 19 - it boils down to > KASSERT(0+16+1+18 =3D=3D 1+18, ...) > I gather not many people are running -current on a P4. > > -- > Peter Jeremy That KASSERT is just out of date. The soft PMC support is quite new. I would just drop the KASSERT entirely; it really isn't adding any value. From owner-freebsd-current@FreeBSD.ORG Wed May 9 15:00:17 2012 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 ED07B106567D; Wed, 9 May 2012 15:00:16 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 579D68FC17; Wed, 9 May 2012 15:00:16 +0000 (UTC) Received: from mr17.lnh.mail.rcn.net ([207.172.157.37]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 May 2012 11:00:15 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr17.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BME34573; Wed, 9 May 2012 11:00:13 -0400 Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp04.lnh.mail.rcn.net with ESMTP; 09 May 2012 11:00:12 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <20394.34428.503426.228903@jerusalem.litteratus.org> Date: Wed, 9 May 2012 11:00:12 -0400 To: Daniel Nebdal In-Reply-To: References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> <20120509124343.GB5331@azathoth.lan> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr17.lnh.mail.rcn.net) Cc: Baptiste Daroussin , Robert Huff , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 15:00:17 -0000 Daniel Nebdal writes: > >> Making: =A0 =A0libuno_sal.so.3 > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required= by ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > >> dmake: =A0Error code 1, while making '../unxfbsd.pro/lib/libuno_s= al.so.3' > > > > That was the problem I was speaking about mixing different libstdc= ++ the one > > from base and the one from gcc46. > > > > I don't know how to fix this. > =20 > Does this also happen when building libreoffice with clang?=20 =09With clang, I get: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D (1/1) Building module icc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice= -core-3.5.2.2/icc Using system SampleICC, nothing to do here. Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice= -core-3.5.2.2/icc/source/create_sRGB_profile Making: create_sRGB_profile /usr/bin/ld: cannot open output file ../../unxfbsd.pro/bin/create_sRGB_= profile: No such file or directory clang++: error: linker command failed with exit code 1 (use -v to see i= nvocation) dmake: Error code 1, while making '../../unxfbsd.pro/bin/create_sRGB_p= rofile' =09=09=09=09=09Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed May 9 15:19:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41E5B106564A; Wed, 9 May 2012 15:19:58 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 064ED8FC08; Wed, 9 May 2012 15:19:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q49FJvZR080486; Wed, 9 May 2012 15:19:57 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q49FJvgm080485; Wed, 9 May 2012 15:19:57 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Wed, 9 May 2012 17:19:54 +0200 From: Baptiste Daroussin To: Robert Huff Message-ID: <20120509151954.GB7020@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> <20120509124343.GB5331@azathoth.lan> <20394.34428.503426.228903@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/NkBOFFp2J2Af1nK" Content-Disposition: inline In-Reply-To: <20394.34428.503426.228903@jerusalem.litteratus.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Current FreeBSD , Daniel Nebdal , Ports FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 15:19:58 -0000 --/NkBOFFp2J2Af1nK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2012 at 11:00:12AM -0400, Robert Huff wrote: >=20 > Daniel Nebdal writes: >=20 > > >> Making: =A0 =A0libuno_sal.so.3 > > >> : ERROR: /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.15 required b= y ../unxfbsd.pro/lib/check_libuno_sal.so.3 not found > > >> dmake: =A0Error code 1, while making '../unxfbsd.pro/lib/libuno_sal= =2Eso.3' > > > > > > That was the problem I was speaking about mixing different libstdc++= the one > > > from base and the one from gcc46. > > > > > > I don't know how to fix this. > > =20 > > Does this also happen when building libreoffice with clang?=20 >=20 > With clang, I get: >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > (1/1) Building module icc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-c= ore-3.5.2.2/icc >=20 > Using system SampleICC, nothing to do here. > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-c= ore-3.5.2.2/icc/source/create_sRGB_profile >=20 > Making: create_sRGB_profile > /usr/bin/ld: cannot open output file ../../unxfbsd.pro/bin/create_sRGB_pr= ofile: No such file or directory > clang++: error: linker command failed with exit code 1 (use -v to see inv= ocation) > dmake: Error code 1, while making '../../unxfbsd.pro/bin/create_sRGB_pro= file' >=20 >=20 >=20 > Robert Huff >=20 What options are you using? regards, Bapt --/NkBOFFp2J2Af1nK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+qixoACgkQ8kTtMUmk6EycIACgpRd9xCvlhRz4BCfydmTxA74I 8EMAnRzMGbp9mGrP9lydqW9Z6gLFHm5z =FutM -----END PGP SIGNATURE----- --/NkBOFFp2J2Af1nK-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 15:31:19 2012 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 AC6CE106566B for ; Wed, 9 May 2012 15:31:19 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 23A678FC18 for ; Wed, 9 May 2012 15:31:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Type:MIME-Version:Message-ID:Subject:To:Sender:From:Date; bh=mgLU6oSZwbbCPV8D8pkDRLhKuBIpfSYObD4lt6RXPEk=; b=BD960h5od+vQf3yxynyE5krUbJ0h7qFQTpgYfFJglqAQ1FvV01Q9UhrNmkh3AsAg2rAfVlvNwoQkymozybl+J4DvpWAQMpqW3CZQYIOnlU2H+NvZcb1qChFic2WVGnQQOFKEDek4tCOXSKXV/vvbkkvsBUx/MR7KzJ3GfwgGZ6E=; Received: from cpe-72-182-2-131.austin.res.rr.com ([72.182.2.131]:61074 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SS8rB-0007FM-Sj for freebsd-current@freebsd.org; Wed, 09 May 2012 10:31:17 -0500 Date: Wed, 9 May 2012 10:31:07 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="4114256494-424093252-1336577473=:1744" X-Spam-Score: -0.8 (/) X-LERCTR-Spam-Score: -0.8 (/) X-Spam-Report: SpamScore (-0.8/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FUZZY_AMBIEN=0.552, KAM_STOCKGEN=1.5, T_FRT_STOCK2=0.01 X-LERCTR-Spam-Report: SpamScore (-0.8/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FUZZY_AMBIEN=0.552, KAM_STOCKGEN=1.5, T_FRT_STOCK2=0.01 Subject: SIGBUS in BUILDWORLD on libc 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, 09 May 2012 15:31:19 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --4114256494-424093252-1336577473=:1744 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE I'm getting the following running buildworld: ctfconvert -L VERSION wcspbrk.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcsrchr.c -o wcsrchr.So ctfconvert -L VERSION wcsrchr.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcsspn.c -o wcsspn.So ctfconvert -L VERSION wcsspn.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcsstr.c -o wcsstr.So ctfconvert -L VERSION wcsstr.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcstok.c -o wcstok.So ctfconvert -L VERSION wcstok.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcswidth.c -o wcswidth.So ctfconvert -L VERSION wcswidth.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wcsxfrm.c -o wcsxfrm.So ctfconvert -L VERSION wcsxfrm.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wmemchr.c -o wmemchr.So ctfconvert -L VERSION wmemchr.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wmemcmp.c -o wmemcmp.So ctfconvert -L VERSION wmemcmp.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wmemcpy.c -o wmemcpy.So ctfconvert -L VERSION wmemcpy.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wmemmove.c -o wmemmove.So ctfconvert -L VERSION wmemmove.So cc -fpic -DPIC -O2 -pipe -fno-omit-frame-pointer -I/usr/src/lib/libc/incl= ude -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/amd64 -DNLS -D__= DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/= obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MIST= AKE -I/usr/src/lib/libc/../../contrib/jemalloc/include -I/usr/src/lib/libc/= =2E./../contrib/tzcode/stdtime -I/usr/src/lib/libc/stdtime -I/usr/src/lib/l= ibc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DY= P -DNS_CACHING -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-= headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -c /usr/src/lib/libc/string/wmemset.c -o wmemset.So ctfconvert -L VERSION wmemset.So building shared library libc.so.7 ctfmerge -L VERSION -o libc.so.7 syscall.So fork.So read.So write.So open.S= o close.So wait4.So link.So unlink.So chdir.So fchdir.So mknod.So chmod.So = chown.So freebsd4_getfsstat.So getpid.So mount.So unmount.So setuid.So getu= id.So geteuid.So recvmsg.So sendmsg.So recvfrom.So accept.So getpeername.So= getsockname.So access.So chflags.So fchflags.So sync.So kill.So getppid.So= dup.So getegid.So profil.So ktrace.So getgid.So acct.So sigaltstack.So ioc= tl.So revoke.So symlink.So readlink.So execve.So umask.So chroot.So msync.S= o vadvise.So munmap.So mprotect.So madvise.So mincore.So getgroups.So setgr= oups.So getpgrp.So setpgid.So setitimer.So swapon.So getitimer.So getdtable= size.So dup2.So select.So fsync.So setpriority.So socket.So connect.So getp= riority.So bind.So setsockopt.So listen.So gettimeofday.So getrusage.So get= sockopt.So readv.So writev.So settimeofday.So fchown.So fchmod.So setreuid.= So setregid.So rename.So flock.So mkfifo.So sendto.So shutdown.So socketpai= r.So mkdir.So rmdir.So utimes.So adjtime.So setsid.So quotactl.So nlm_sysca= ll.So nfssvc.So freebsd4_statfs.So freebsd4_fstatfs.So lgetfh.So getfh.So f= reebsd4_getdomainname.So freebsd4_setdomainname.So freebsd4_uname.So sysarc= h.So rtprio.So semsys.So msgsys.So shmsys.So freebsd6_pread.So freebsd6_pwr= ite.So setfib.So ntp_adjtime.So setgid.So setegid.So seteuid.So stat.So fst= at.So lstat.So pathconf.So fpathconf.So getrlimit.So setrlimit.So getdirent= ries.So freebsd6_mmap.So __syscall.So freebsd6_lseek.So freebsd6_truncate.S= o freebsd6_ftruncate.So __sysctl.So mlock.So munlock.So undelete.So futimes= =2ESo getpgid.So poll.So freebsd7___semctl.So semget.So semop.So freebsd7_m= sgctl.So msgget.So msgsnd.So msgrcv.So shmat.So freebsd7_shmctl.So shmdt.So= shmget.So clock_gettime.So clock_settime.So clock_getres.So ktimer_create.= So ktimer_delete.So ktimer_settime.So ktimer_gettime.So ktimer_getoverrun.S= o nanosleep.So ffclock_getcounter.So ffclock_setestimate.So ffclock_getesti= mate.So ntp_gettime.So minherit.So rfork.So issetugid.So lchown.So aio_read= =2ESo aio_write.So lio_listio.So getdents.So lchmod.So netbsd_lchown.So lut= imes.So netbsd_msync.So nstat.So nfstat.So nlstat.So preadv.So pwritev.So f= reebsd4_fhstatfs.So fhopen.So fhstat.So modnext.So modstat.So modfnext.So m= odfind.So kldload.So kldunload.So kldfind.So kldnext.So kldstat.So kldfirst= mod.So getsid.So setresuid.So setresgid.So aio_return.So aio_suspend.So aio= _cancel.So aio_error.So oaio_read.So oaio_write.So olio_listio.So mlockall.= So munlockall.So __getcwd.So sched_setparam.So sched_getparam.So sched_sets= cheduler.So sched_getscheduler.So sched_yield.So sched_get_priority_max.So = sched_get_priority_min.So sched_rr_get_interval.So utrace.So freebsd4_sendf= ile.So kldsym.So jail.So nnpfs_syscall.So sigprocmask.So sigsuspend.So free= bsd4_sigaction.So sigpending.So freebsd4_sigreturn.So sigtimedwait.So sigwa= itinfo.So __acl_get_file.So __acl_set_file.So __acl_get_fd.So __acl_set_fd.= So __acl_delete_file.So __acl_delete_fd.So __acl_aclcheck_file.So __acl_acl= check_fd.So extattrctl.So extattr_set_file.So extattr_get_file.So extattr_d= elete_file.So aio_waitcomplete.So getresuid.So getresgid.So kqueue.So keven= t.So extattr_set_fd.So extattr_get_fd.So extattr_delete_fd.So __setugid.So = eaccess.So afs3_syscall.So nmount.So __mac_get_proc.So __mac_set_proc.So __= mac_get_fd.So __mac_get_file.So __mac_set_fd.So __mac_set_file.So kenv.So l= chflags.So uuidgen.So sendfile.So mac_syscall.So getfsstat.So statfs.So fst= atfs.So fhstatfs.So ksem_close.So ksem_post.So ksem_wait.So ksem_trywait.So= ksem_init.So ksem_open.So ksem_unlink.So ksem_getvalue.So ksem_destroy.So = __mac_get_pid.So __mac_get_link.So __mac_set_link.So extattr_set_link.So ex= tattr_get_link.So extattr_delete_link.So __mac_execve.So sigaction.So setco= ntext.So swapcontext.So swapoff.So __acl_get_link.So __acl_set_link.So __ac= l_delete_link.So __acl_aclcheck_link.So thr_create.So thr_exit.So thr_self.= So thr_kill.So _umtx_lock.So _umtx_unlock.So jail_attach.So extattr_list_fd= =2ESo extattr_list_file.So extattr_list_link.So ksem_timedwait.So thr_suspe= nd.So thr_wake.So kldunloadf.So audit.So auditon.So getauid.So setauid.So g= etaudit.So setaudit.So getaudit_addr.So setaudit_addr.So auditctl.So _umtx_= op.So thr_new.So sigqueue.So kmq_open.So kmq_setattr.So kmq_timedreceive.So= kmq_timedsend.So kmq_notify.So kmq_unlink.So abort2.So thr_set_name.So aio= _fsync.So rtprio_thread.So sctp_peeloff.So sctp_generic_sendmsg.So sctp_gen= eric_sendmsg_iov.So sctp_generic_recvmsg.So thr_kill2.So shm_open.So shm_un= link.So cpuset.So cpuset_setid.So cpuset_getid.So cpuset_getaffinity.So cpu= set_setaffinity.So faccessat.So fchmodat.So fchownat.So fexecve.So fstatat.= So futimesat.So linkat.So mkdirat.So mkfifoat.So mknodat.So openat.So readl= inkat.So renameat.So symlinkat.So unlinkat.So posix_openpt.So gssd_syscall.= So jail_get.So jail_set.So jail_remove.So closefrom.So __semctl.So msgctl.S= o shmctl.So lpathconf.So cap_new.So cap_getrights.So cap_enter.So cap_getmo= de.So pdfork.So pdkill.So pdgetpid.So pselect.So getloginclass.So setloginc= lass.So rctl_get_racct.So rctl_get_rules.So rctl_get_limits.So rctl_add_rul= e.So rctl_remove_rule.So posix_fallocate.So posix_fadvise.So _getlogin.So _= exit.So _pread.So _pwrite.So _lseek.So _mmap.So _ftruncate.So _truncate.So = _fcntl.So _sigwait.So bt_close.So bt_conv.So bt_debug.So bt_delete.So bt_ge= t.So bt_open.So bt_overflow.So bt_page.So bt_put.So bt_search.So bt_seq.So = bt_split.So bt_utils.So db.So hash.So hash_bigkey.So hash_buf.So hash_func.= So hash_log2.So hash_page.So ndbm.So mpool.So mpool-compat.So rec_close.So = rec_delete.So rec_get.So rec_open.So rec_put.So rec_search.So rec_seq.So re= c_utils.So creat.So gethostid.So getwd.So killpg.So sethostid.So setpgrp.So= setrgid.So setruid.So sigcompat.So __getosreldate.So __xuname.So _once_stu= b.So _pthread_stubs.So _rand48.So _spinlock_stub.So _thread_init.So alarm.S= o arc4random.So assert.So aux.So basename.So check_utility_compat.So clock.= So closedir.So confstr.So crypt.So ctermid.So daemon.So devname.So dirname.= So disklabel.So dlfcn.So drand48.So elf_utils.So erand48.So err.So errlst.S= o errno.So exec.So fdevname.So feature_present.So fmtcheck.So fmtmsg.So fnm= atch.So fpclassify.So frexp.So fstab.So ftok.So fts.So fts-compat.So ftw.So= getbootfile.So getbsize.So getcap.So getcwd.So getdomainname.So getgrent.S= o getgrouplist.So gethostname.So getloadavg.So getlogin.So getmntinfo.So ge= tnetgrent.So getosreldate.So getpagesize.So getpagesizes.So getpeereid.So g= etprogname.So getpwent.So getttyent.So getusershell.So getutxent.So getvfsb= yname.So glob.So initgroups.So isatty.So isinf.So isnan.So jrand48.So lcong= 48.So libc_dlopen.So lockf.So lrand48.So mrand48.So nftw.So nice.So nlist.S= o nrand48.So opendir.So pause.So pmadvise.So popen.So posix_spawn.So psigna= l.So pututxline.So pw_scan.So pwcache.So raise.So readdir.So readpassphrase= =2ESo rewinddir.So scandir.So seed48.So seekdir.So semctl.So setdomainname.= So sethostname.So setjmperr.So setmode.So setproctitle.So setprogname.So si= ginterrupt.So siglist.So signal.So sigsetops.So sleep.So srand48.So statvfs= =2ESo stringlist.So strtofflags.So sysconf.So sysctl.So sysctlbyname.So sys= ctlnametomib.So syslog.So telldir.So termios.So time.So times.So timezone.S= o tls.So ttyname.So ttyslot.So ualarm.So ulimit.So uname.So unvis.So usleep= =2ESo utime.So utxdb.So valloc.So vis.So wait.So wait3.So waitpid.So wordex= p.So cancelpoints_sem.So cancelpoints_sem_new.So _setjmp.So _set_tp.So rfor= k_thread.So setjmp.So sigsetjmp.So fabs.So getcontextx.So infinity.So ldexp= =2ESo makecontext.So signalcontext.So flt_rounds.So fpgetmask.So fpsetmask.= So fpgetprec.So fpsetprec.So fpgetround.So fpsetround.So fpgetsticky.So gmo= n.So mcount.So inet_addr.So inet_cidr_ntop.So inet_cidr_pton.So inet_lnaof.= So inet_makeaddr.So inet_net_ntop.So inet_net_pton.So inet_neta.So inet_net= of.So inet_network.So inet_ntoa.So inet_ntop.So inet_pton.So nsap_addr.So e= v_streams.So ev_timers.So ascii.So big5.So btowc.So collate.So collcmp.So e= uc.So fix_grouping.So gb18030.So gb2312.So gbk.So ctype.So isctype.So iswct= ype.So ldpart.So lmessages.So lmonetary.So lnumeric.So localeconv.So mblen.= So mbrlen.So mbrtowc.So mbsinit.So mbsnrtowcs.So mbsrtowcs.So mbtowc.So mbs= towcs.So mskanji.So nextwctype.So nl_langinfo.So nomacros.So none.So rpmatc= h.So rune.So runetype.So setlocale.So setrunelocale.So table.So tolower.So = toupper.So utf8.So wcrtomb.So wcsnrtombs.So wcsrtombs.So wcsftime.So wcstof= =2ESo wcstod.So wcstoimax.So wcstol.So wcstold.So wcstoll.So wcstombs.So wc= stoul.So wcstoull.So wcstoumax.So wctob.So wctomb.So wctrans.So wctype.So w= cwidth.So xlocale.So ns_name.So ns_netint.So ns_parse.So ns_print.So ns_sam= edomain.So ns_ttl.So base64.So ether_addr.So eui64.So gai_strerror.So getad= drinfo.So gethostbydns.So gethostbyht.So gethostbynis.So gethostnamadr.So g= etifaddrs.So getifmaddrs.So getnameinfo.So getnetbydns.So getnetbyht.So get= netbynis.So getnetnamadr.So getproto.So getprotoent.So getprotoname.So gets= ervent.So if_indextoname.So if_nameindex.So if_nametoindex.So ip6opt.So lin= kaddr.So map_v4v6.So name6.So ntoh.So nsdispatch.So nslexer.So nsparser.So = nss_compat.So rcmd.So rcmdsh.So recv.So rthdr.So sctp_sys_calls.So send.So = sockatmark.So sourcefilter.So vars.So nscache.So nscachedcli.So msgcat.So a= cl_branding.So acl_calc_mask.So acl_copy.So acl_compat.So acl_delete.So acl= _delete_entry.So acl_entry.So acl_flag.So acl_free.So acl_from_text.So acl_= from_text_nfs4.So acl_get.So acl_id_to_name.So acl_init.So acl_perm.So acl_= set.So acl_strip.So acl_support.So acl_support_nfs4.So acl_to_text.So acl_t= o_text_nfs4.So acl_valid.So extattr.So mac.So mac_exec.So mac_get.So mac_se= t.So subr_acl_nfs4.So regcomp.So regerror.So regexec.So regfree.So herror.S= o h_errno.So mtctxres.So res_comp.So res_data.So res_debug.So res_findzonec= ut.So res_init.So res_mkquery.So res_mkupdate.So res_query.So res_send.So r= es_state.So res_update.So _flock_stub.So asprintf.So clrerr.So dprintf.So f= close.So fcloseall.So fdopen.So feof.So ferror.So fflush.So fgetc.So fgetln= =2ESo fgetpos.So fgets.So fgetwc.So fgetwln.So fgetws.So fileno.So findfp.S= o flags.So fopen.So fprintf.So fpurge.So fputc.So fputs.So fputwc.So fputws= =2ESo fread.So freopen.So fscanf.So fseek.So fsetpos.So ftell.So funopen.So= fvwrite.So fwalk.So fwide.So fwprintf.So fwscanf.So fwrite.So getc.So getc= har.So getdelim.So getline.So gets.So getw.So getwc.So getwchar.So makebuf.= So mktemp.So perror.So printf.So printf-pos.So putc.So putchar.So puts.So p= utw.So putwc.So putwchar.So refill.So remove.So rewind.So rget.So scanf.So = setbuf.So setbuffer.So setvbuf.So snprintf.So sprintf.So sscanf.So stdio.So= swprintf.So swscanf.So tempnam.So tmpfile.So tmpnam.So ungetc.So ungetwc.S= o vasprintf.So vdprintf.So vfprintf.So vfscanf.So vfwprintf.So vfwscanf.So = vprintf.So vscanf.So vsnprintf.So vsprintf.So vsscanf.So vswprintf.So vswsc= anf.So vwprintf.So vwscanf.So wbuf.So wprintf.So wscanf.So wsetup.So xprint= f.So xprintf_float.So xprintf_int.So xprintf_str.So xprintf_errno.So xprint= f_hexdump.So xprintf_quote.So xprintf_time.So xprintf_vis.So asctime.So dif= ftime.So localtime.So strftime.So strptime.So timelocal.So time32.So amd64_= get_fsbase.So amd64_get_gsbase.So amd64_set_fsbase.So amd64_set_gsbase.So s= tack_protector.So stack_protector_compat.So __error.So fcntl.So ftruncate.S= o lseek.So mmap.So pread.So pwrite.So truncate.So sigwait.So vfork.So brk.S= o cerror.So exect.So getcontext.So pipe.So ptrace.So reboot.So sbrk.So setl= ogin.So sigreturn.So syscall.So fork.So read.So write.So open.So close.So w= ait4.So link.So unlink.So chdir.So fchdir.So mknod.So chmod.So chown.So fre= ebsd4_getfsstat.So getpid.So mount.So unmount.So setuid.So getuid.So geteui= d.So recvmsg.So sendmsg.So recvfrom.So accept.So getpeername.So getsockname= =2ESo access.So chflags.So fchflags.So sync.So kill.So getppid.So dup.So ge= tegid.So profil.So ktrace.So getgid.So acct.So sigaltstack.So ioctl.So revo= ke.So symlink.So readlink.So execve.So umask.So chroot.So msync.So vadvise.= So munmap.So mprotect.So madvise.So mincore.So getgroups.So setgroups.So ge= tpgrp.So setpgid.So setitimer.So swapon.So getitimer.So getdtablesize.So du= p2.So select.So fsync.So setpriority.So socket.So connect.So getpriority.So= bind.So setsockopt.So listen.So gettimeofday.So getrusage.So getsockopt.So= readv.So writev.So settimeofday.So fchown.So fchmod.So setreuid.So setregi= d.So rename.So flock.So mkfifo.So sendto.So shutdown.So socketpair.So mkdir= =2ESo rmdir.So utimes.So adjtime.So setsid.So quotactl.So nlm_syscall.So nf= ssvc.So freebsd4_statfs.So freebsd4_fstatfs.So lgetfh.So getfh.So freebsd4_= getdomainname.So freebsd4_setdomainname.So freebsd4_uname.So sysarch.So rtp= rio.So semsys.So msgsys.So shmsys.So freebsd6_pread.So freebsd6_pwrite.So s= etfib.So ntp_adjtime.So setgid.So setegid.So seteuid.So stat.So fstat.So ls= tat.So pathconf.So fpathconf.So getrlimit.So setrlimit.So getdirentries.So = freebsd6_mmap.So __syscall.So freebsd6_lseek.So freebsd6_truncate.So freebs= d6_ftruncate.So __sysctl.So mlock.So munlock.So undelete.So futimes.So getp= gid.So poll.So freebsd7___semctl.So semget.So semop.So freebsd7_msgctl.So m= sgget.So msgsnd.So msgrcv.So shmat.So freebsd7_shmctl.So shmdt.So shmget.So= clock_gettime.So clock_settime.So clock_getres.So ktimer_create.So ktimer_= delete.So ktimer_settime.So ktimer_gettime.So ktimer_getoverrun.So nanoslee= p.So ffclock_getcounter.So ffclock_setestimate.So ffclock_getestimate.So nt= p_gettime.So minherit.So rfork.So issetugid.So lchown.So aio_read.So aio_wr= ite.So lio_listio.So getdents.So lchmod.So netbsd_lchown.So lutimes.So netb= sd_msync.So nstat.So nfstat.So nlstat.So preadv.So pwritev.So freebsd4_fhst= atfs.So fhopen.So fhstat.So modnext.So modstat.So modfnext.So modfind.So kl= dload.So kldunload.So kldfind.So kldnext.So kldstat.So kldfirstmod.So getsi= d.So setresuid.So setresgid.So aio_return.So aio_suspend.So aio_cancel.So a= io_error.So oaio_read.So oaio_write.So olio_listio.So mlockall.So munlockal= l.So __getcwd.So sched_setparam.So sched_getparam.So sched_setscheduler.So = sched_getscheduler.So sched_yield.So sched_get_priority_max.So sched_get_pr= iority_min.So sched_rr_get_interval.So utrace.So freebsd4_sendfile.So kldsy= m.So jail.So nnpfs_syscall.So sigprocmask.So sigsuspend.So freebsd4_sigacti= on.So sigpending.So freebsd4_sigreturn.So sigtimedwait.So sigwaitinfo.So __= acl_get_file.So __acl_set_file.So __acl_get_fd.So __acl_set_fd.So __acl_del= ete_file.So __acl_delete_fd.So __acl_aclcheck_file.So __acl_aclcheck_fd.So = extattrctl.So extattr_set_file.So extattr_get_file.So extattr_delete_file.S= o aio_waitcomplete.So getresuid.So getresgid.So kqueue.So kevent.So extattr= _set_fd.So extattr_get_fd.So extattr_delete_fd.So __setugid.So eaccess.So a= fs3_syscall.So nmount.So __mac_get_proc.So __mac_set_proc.So __mac_get_fd.S= o __mac_get_file.So __mac_set_fd.So __mac_set_file.So kenv.So lchflags.So u= uidgen.So sendfile.So mac_syscall.So getfsstat.So statfs.So fstatfs.So fhst= atfs.So ksem_close.So ksem_post.So ksem_wait.So ksem_trywait.So ksem_init.S= o ksem_open.So ksem_unlink.So ksem_getvalue.So ksem_destroy.So __mac_get_pi= d.So __mac_get_link.So __mac_set_link.So extattr_set_link.So extattr_get_li= nk.So extattr_delete_link.So __mac_execve.So sigaction.So setcontext.So swa= pcontext.So swapoff.So __acl_get_link.So __acl_set_link.So __acl_delete_lin= k.So __acl_aclcheck_link.So thr_create.So thr_exit.So thr_self.So thr_kill.= So _umtx_lock.So _umtx_unlock.So jail_attach.So extattr_list_fd.So extattr_= list_file.So extattr_list_link.So ksem_timedwait.So thr_suspend.So thr_wake= =2ESo kldunloadf.So audit.So auditon.So getauid.So setauid.So getaudit.So s= etaudit.So getaudit_addr.So setaudit_addr.So auditctl.So _umtx_op.So thr_ne= w.So sigqueue.So kmq_open.So kmq_setattr.So kmq_timedreceive.So kmq_timedse= nd.So kmq_notify.So kmq_unlink.So abort2.So thr_set_name.So aio_fsync.So rt= prio_thread.So sctp_peeloff.So sctp_generic_sendmsg.So sctp_generic_sendmsg= _iov.So sctp_generic_recvmsg.So thr_kill2.So shm_open.So shm_unlink.So cpus= et.So cpuset_setid.So cpuset_getid.So cpuset_getaffinity.So cpuset_setaffin= ity.So faccessat.So fchmodat.So fchownat.So fexecve.So fstatat.So futimesat= =2ESo linkat.So mkdirat.So mkfifoat.So mknodat.So openat.So readlinkat.So r= enameat.So symlinkat.So unlinkat.So posix_openpt.So gssd_syscall.So jail_ge= t.So jail_set.So jail_remove.So closefrom.So __semctl.So msgctl.So shmctl.S= o lpathconf.So cap_new.So cap_getrights.So cap_enter.So cap_getmode.So pdfo= rk.So pdkill.So pdgetpid.So pselect.So getloginclass.So setloginclass.So rc= tl_get_racct.So rctl_get_rules.So rctl_get_limits.So rctl_add_rule.So rctl_= remove_rule.So posix_fallocate.So posix_fadvise.So _getlogin.So _exit.So _p= read.So _pwrite.So _lseek.So _mmap.So _ftruncate.So _truncate.So _fcntl.So = _sigwait.So auth_none.So auth_unix.So authunix_prot.So bindresvport.So clnt= _bcast.So clnt_dg.So clnt_generic.So clnt_perror.So clnt_raw.So clnt_simple= =2ESo clnt_vc.So rpc_dtablesize.So getnetconfig.So getnetpath.So getrpcent.= So getrpcport.So mt_misc.So pmap_clnt.So pmap_getmaps.So pmap_getport.So pm= ap_prot.So pmap_prot2.So pmap_rmt.So rpc_prot.So rpc_commondata.So rpc_call= msg.So rpc_generic.So rpc_soc.So rpcb_clnt.So rpcb_prot.So rpcb_st_xdr.So r= pcsec_gss_stub.So svc.So svc_auth.So svc_dg.So svc_auth_unix.So svc_generic= =2ESo svc_raw.So svc_run.So svc_simple.So svc_vc.So auth_time.So auth_des.S= o authdes_prot.So des_crypt.So des_soft.So crypt_client.So key_call.So key_= prot_xdr.So getpublickey.So svc_auth_des.So netname.So netnamer.So rpcdname= =2ESo rtime.So crypt_clnt.So crypt_xdr.So uuid_compare.So uuid_create.So uu= id_create_nil.So uuid_equal.So uuid_from_string.So uuid_hash.So uuid_is_nil= =2ESo uuid_stream.So uuid_to_string.So xdr.So xdr_array.So xdr_float.So xdr= _mem.So xdr_rec.So xdr_reference.So xdr_sizeof.So xdr_stdio.So xdryp.So yp_= xdr.So yplib.So machdep_ldisx.So div.So ldiv.So lldiv.So bcmp.So bcopy.So b= zero.So memcmp.So memcpy.So memmove.So memset.So strcat.So strcmp.So stpcpy= =2ESo strcpy.So _hdtoa.So _hldtoa.So _ldtoa.So glue.So gdtoa_strtorx.So gdt= oa_dmisc.So gdtoa_dtoa.So gdtoa_gdtoa.So gdtoa_gethex.So gdtoa_gmisc.So gdt= oa_hd_init.So gdtoa_hexnan.So gdtoa_misc.So gdtoa_smisc.So gdtoa_strtod.So = gdtoa_strtodg.So gdtoa_strtof.So gdtoa_strtord.So gdtoa_sum.So gdtoa_ulp.So= modf.So _Exit.So a64l.So abort.So abs.So atexit.So atof.So atoi.So atol.So= atoll.So bsearch.So exit.So getenv.So getopt.So getopt_long.So getsubopt.S= o hcreate.So heapsort.So imaxabs.So imaxdiv.So insque.So l64a.So labs.So ll= abs.So lsearch.So merge.So ptsname.So qsort.So qsort_r.So quick_exit.So rad= ixsort.So rand.So random.So reallocf.So realpath.So remque.So strfmon.So st= rtoimax.So strtol.So strtoll.So strtoq.So strtoul.So strtonum.So strtoull.S= o strtoumax.So strtouq.So system.So tdelete.So tfind.So tsearch.So twalk.So= jemalloc_jemalloc.So jemalloc_arena.So jemalloc_atomic.So jemalloc_base.So= jemalloc_bitmap.So jemalloc_chunk.So jemalloc_chunk_dss.So jemalloc_chunk_= mmap.So jemalloc_ckh.So jemalloc_ctl.So jemalloc_extent.So jemalloc_hash.So= jemalloc_huge.So jemalloc_mb.So jemalloc_mutex.So jemalloc_prof.So jemallo= c_quarantine.So jemalloc_rtree.So jemalloc_stats.So jemalloc_tcache.So jema= lloc_util.So jemalloc_tsd.So ffs.So ffsl.So ffsll.So fls.So flsl.So flsll.S= o memccpy.So memchr.So memrchr.So memmem.So stpncpy.So strcasecmp.So strcas= estr.So strchr.So strcoll.So strcspn.So strdup.So strerror.So strlcat.So st= rlcpy.So strlen.So strmode.So strncat.So strncmp.So strncpy.So strndup.So s= trnlen.So strnstr.So strpbrk.So strrchr.So strsep.So strsignal.So strspn.So= strstr.So strtok.So strxfrm.So swab.So wcpcpy.So wcpncpy.So wcscasecmp.So = wcscat.So wcschr.So wcscmp.So wcscoll.So wcscpy.So wcscspn.So wcsdup.So wcs= lcat.So wcslcpy.So wcslen.So wcsncasecmp.So wcsncat.So wcsncmp.So wcsncpy.S= o wcsnlen.So wcspbrk.So wcsrchr.So wcsspn.So wcsstr.So wcstok.So wcswidth.S= o wcsxfrm.So wmemchr.So wmemcmp.So wmemcpy.So wmemmove.So wmemset.So *** [libc.so.7] Signal 10 Stop in /usr/src/lib/libc. *** [lib/libc__L] Error code 1 Stop in /usr/src. *** [libraries] Error code 1 Stop in /usr/src. *** [_libraries] Error code 1 Stop in /usr/src. *** [buildworld] Error code 1 Stop in /usr/src. This is running on: FreeBSD borg.lerctr.org 10.0-CURRENT FreeBSD 10.0-CURRENT #23 r234999: Fri = May 4 13:48:09 CDT 2012 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG= -DTRACE amd64 And the sources are at: Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 235173 Node Kind: directory Schedule: normal Last Changed Author: avg Last Changed Rev: 235158 Last Changed Date: 2012-05-09 03:23:24 -0500 (Wed, 09 May 2012) --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 --4114256494-424093252-1336577473=:1744-- From owner-freebsd-current@FreeBSD.ORG Wed May 9 16:59:52 2012 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 8C5CF106566B; Wed, 9 May 2012 16:59:52 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id EC2768FC12; Wed, 9 May 2012 16:59:51 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 09 May 2012 12:59:45 -0400 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BTA03225; Wed, 9 May 2012 12:59:45 -0400 Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp04.lnh.mail.rcn.net with ESMTP; 09 May 2012 12:59:45 -0400 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20394.41600.703187.377705@jerusalem.litteratus.org> Date: Wed, 9 May 2012 12:59:44 -0400 To: Baptiste Daroussin In-Reply-To: <20120509151954.GB7020@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <20394.23571.95440.648345@jerusalem.litteratus.org> <20120509124343.GB5331@azathoth.lan> <20394.34428.503426.228903@jerusalem.litteratus.org> <20120509151954.GB7020@azathoth.lan> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Cc: Robert Huff , Daniel Nebdal , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 16:59:52 -0000 Baptiste Daroussin writes: > > With clang, I get: > > > > ============= > > (1/1) Building module icc > > ============= > > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc > > > > Using system SampleICC, nothing to do here. > > Entering /data/port-work/usr/ports/editors/libreoffice/work/libreoffice-core-3.5.2.2/icc/source/create_sRGB_profile > > > > Making: create_sRGB_profile > > /usr/bin/ld: cannot open output file ../../unxfbsd.pro/bin/create_sRGB_profile: No such file or directory > > clang++: error: linker command failed with exit code 1 (use -v to see invocation) > > dmake: Error code 1, while making '../../unxfbsd.pro/bin/create_sRGB_profile' > > What options are you using? huff@> make showconfig ===> The following configuration options are available for libreoffice-3.5.2_2: WEBDAV=on "Support webdav protocol" KDE4=off "With Qt4/KDE4 vclplug support" GTK=on "With GTK vclplug support" GTK3=off "With GTK3 vclplug support" GNOME=off "Better integration in gnome environnement" JAVA=on "Add Java support (XML Filters, macros)" SYSTRAY=off "Enable systemtray quickstarter" MMEDIA=off "Enable multimedia backend for impress" SDK=off "Build with SDK" SVG=on "Enable SVG support" DEBUG=off "Build with debug symbols and verbose output" PGSQL=on "Build with PostgreSQL-SDBC driver" ===> Use 'make config' to modify these settings Robert Huff From owner-freebsd-current@FreeBSD.ORG Wed May 9 17:51:48 2012 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 D546D106566C for ; Wed, 9 May 2012 17:51:48 +0000 (UTC) (envelope-from freebsd@freebsdnorth.com) Received: from bsdevel2.freebsdnorth.com (unknown [IPv6:2607:fc50:1000:1900:216:3eff:fe35:3e51]) by mx1.freebsd.org (Postfix) with ESMTP id A641B8FC14 for ; Wed, 9 May 2012 17:51:48 +0000 (UTC) Received: from [127.0.0.1] (241-9-178-69.static.gci.net [69.178.9.241]) by bsdevel2.freebsdnorth.com (Postfix) with ESMTPA id 92DD61B0700; Wed, 9 May 2012 17:50:50 +0000 (UTC) Message-ID: <4FAAAEAC.1060606@freebsdnorth.com> Date: Wed, 09 May 2012 09:51:40 -0800 From: Beech Rintoul User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Christer Solskogen References: <4FA9AA3B.9080907@freebsdnorth.com> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Beech Rintoul Subject: Re: MALLOC_PRODUCTION 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, 09 May 2012 17:51:48 -0000 On 5/8/2012 10:26 PM, Christer Solskogen wrote: > On Wed, May 9, 2012 at 1:20 AM, Beech Rintoul wrote: >> I'm a bit unclear where to define MALLOC_PRODUCTION. does it go in >> make.conf or src.conf? > make.conf. > http://svnweb.freebsd.org/base/head/UPDATING?revision=234396&view=markup > Thanks to everyone who replied. Actually, UPDATING is wrong. Since this only affects a system build the proper place to define it is in src.conf. It will work from either make.conf or src.conf, but there's no reason to define it on a ports build. Maybe someone with a src bit can fix that. Beech From owner-freebsd-current@FreeBSD.ORG Wed May 9 20:15:51 2012 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 66CF6106574C for ; Wed, 9 May 2012 20:15:51 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 203768FC14 for ; Wed, 9 May 2012 20:15:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=pnbzw6ixQv74USLLej7fC7FT91SllvCzKy6vHo/1pTI=; b=P3x/gCCMR55XqF53K83oWyhIQj9Yc7l5LjcIYABSJqyPZ1ZWxJR+1YpOBOKkYc9VAzUTEPVKSjeYFHmyJYdwuTXNG+WV6jTj/YwUETBfsIMcl6cLywnui4Ktb49bGVVo8l8Nl5ogccID7LUX8rWtktO8Y2XK+4rSsKeN4VcHpzc=; Received: from [32.97.110.60] (port=55503 helo=[9.41.58.142]) by thebighonker.lerctr.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1SSDIb-0009eA-4z for freebsd-current@freebsd.org; Wed, 09 May 2012 15:15:50 -0500 Message-ID: <4FAAD067.4090505@lerctr.org> Date: Wed, 09 May 2012 15:15:35 -0500 From: Larry Rosenman Organization: LERCTR Consulting User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.4.1 OpenPGP: id=2F035CE6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1,BAYES_00=-1.9 Subject: Re: SIGBUS in BUILDWORLD on libc 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, 09 May 2012 20:15:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 thanks to Jos Backus, I recompiled libc and libthr (cd /usr/src/lib/libc make make install cd /usr/src/lib/libthr make make install make #(to be absolutely sure, as I got SIGBUS the first time) make install ) and it got past this SIGBUS error. the full buildworld is still running, but I suspect it will be fine now. - -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPqtBnAAoJENC8dtAvA1zmHncH/ipPvZdRd8zNI09LBGIK4h60 iaOb+A3yyjcrVfT/ZDAOg+XtqISENQE0TYTlrwBmWsJvYtj+HXYXfNZuS2B8+ViM 0UaWYIGURT5i+Ofl7hG5gK5X/QPF+mQZFSWrUSKV1ozGm//g+w+ReGUkRDu0uN58 nF0DNTmUbHcmduU/lQWkmNiPLw2PdRyLI9FW6oebn3eoEUst2XR09/WWksts333Y kWbfuBNxu01y4nTqBN2feJCOt9pLuoqRX/l+LEAtFaJsspN6RzDpMaNRxNnEnAM3 NzPC/gKMEXGvE0K5LzVaC25ivuAT2EbA7CkWu31JAo30HDcwQcJdRANlEYY6xsg= =Sr1c -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed May 9 20:34:27 2012 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 A983F106564A; Wed, 9 May 2012 20:34:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 416CA14F36B; Wed, 9 May 2012 20:34:27 +0000 (UTC) Message-ID: <4FAAD4D4.3060204@FreeBSD.org> Date: Wed, 09 May 2012 13:34:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: Daniel Nebdal References: <20393.13811.435496.504955@jerusalem.litteratus.org> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Baptiste Daroussin , Robert Huff , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 09 May 2012 20:34:27 -0000 Has anyone answered the original question? Are there going to be packages for libreoffice? If not, why not? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed May 9 21:37:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A0E8106566C for ; Wed, 9 May 2012 21:37:43 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 071718FC12 for ; Wed, 9 May 2012 21:37:43 +0000 (UTC) Received: from [IPv6:::1] (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q49LbSnP049879 for ; Wed, 9 May 2012 14:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1336599449; bh=7R+RLAlejzv4/76cIXab0dydrOYW0jKXJ8S8HrtyVpM=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=jTlB/nAHxdJTE/qUcJJ5zKfLbY9HuHgXV97nOOXtqD2z8yLeBa1Uow8VN6AVIVmKl eZ4lj7OgB6TnJCWv6Q+WkmItSKSosf+HYKgWhNVYxpGEib7J8w1oq6SF8Y/YYg9DDn kOEQdPDjhxF10E8m6B8MqnsNW37/3xZnCro0z4KU= From: Sean Bruno To: Current FreeBSD Content-Type: text/plain; charset="UTF-8" Date: Wed, 09 May 2012 14:37:27 -0700 Message-ID: <1336599447.71431.2.camel@powernoodle-l7> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ports/bash4 --enable-static fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@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: Wed, 09 May 2012 21:37:43 -0000 I'm assuming that the recent jemalloc updates have broken something subtly that is now causing static symbol compilation to fail. ports/bash4 isn't the simplest case, but its the most obvious one that is in my face. http://people.freebsd.org/~sbruno/bash4_jemalloc.txt Sean From owner-freebsd-current@FreeBSD.ORG Wed May 9 22:11:35 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 929F41065675; Wed, 9 May 2012 22:11:35 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 68DDE8FC16; Wed, 9 May 2012 22:11:35 +0000 (UTC) Received: from John-Baldwins-MacBook-Air.local (unknown [192.75.139.63]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 79F00B94F; Wed, 9 May 2012 18:11:34 -0400 (EDT) Message-ID: <4FAAEB95.8010605@FreeBSD.org> Date: Wed, 09 May 2012 18:11:33 -0400 From: John Baldwin User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: current@FreeBSD.org 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.7 (bigwig.baldwin.cx); Wed, 09 May 2012 18:11:34 -0400 (EDT) Cc: Neel Natu , Peter Grehan Subject: [PATCH] pciconf -e to list PCI errors 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, 09 May 2012 22:11:35 -0000 So this is a bit hackish, but this patch provides a simple way to see if any PCI errors have occurred on a system. If we grew real AER support in the kernel we might want to then rip this out (which is why I hadn't posted this earlier). However, this might be useful as an intermediate step. http://www.FreeBSD.org/~jhb/patches/pciconf_e.patch -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 10 03:10:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 65C9E1065674; Thu, 10 May 2012 03:10:18 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E894B8FC15; Thu, 10 May 2012 03:10:17 +0000 (UTC) Received: by yenl8 with SMTP id l8so1349629yen.13 for ; Wed, 09 May 2012 20:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:x-spam-status:x-spam-checker-version:x-virus-scanned :x-virus-status; bh=fgodu3q9aVf6MJDE9iLD+6RGkmS+v7ZXn21nTZq6svU=; b=i0yzBSHSZ0qGf0RoekyCRC1+ZVJ7TZtEYj9sfBR/fKGutA0UAhQybBny2DYiaxd9V7 pAMDJSg62lqvosTfldVl+WbPjcLGshJ9FUgSM0TEr/9aKXKNTR8mUhT/i3GMyFubZN2s Re66nHnz8BPENcz/p1u2zaN9s5mXEVjzGeT+1NeDfqw+iBFVeOXA4SXSGnIRFzWKpDo7 cD1R79a5SWbPSfMN5Ux7bXj0VQdWqLBNlORRF7E7870KFvWwD0l+fzWIv0GhlVGmWDkR 6bPhWBusbM3v2rVkVmbhziF71z7P7K4yovbY/uHHgxMN+CFkDVNMKvvQXZvhSl7p3KaD O2Ug== Received: by 10.236.146.1 with SMTP id q1mr3174250yhj.33.1336619417295; Wed, 09 May 2012 20:10:17 -0700 (PDT) Received: from clonix.invalid ([189.61.248.77]) by mx.google.com with ESMTPS id e3sm6216922anm.4.2012.05.09.20.10.14 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 May 2012 20:10:16 -0700 (PDT) Received: from clonix.invalid (localhost [127.0.0.1]) by clonix.invalid (8.14.5/8.14.5) with ESMTP id q4A3A4Tl011970 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 10 May 2012 00:10:05 -0300 (BRT) (envelope-from rollingbits@clonix.invalid) Received: (from rollingbits@localhost) by clonix.invalid (8.14.5/8.14.5/Submit) id q4A3A4pA011969; Thu, 10 May 2012 00:10:04 -0300 (BRT) (envelope-from rollingbits) Date: Thu, 10 May 2012 00:10:04 -0300 From: "rollingbits (a.k.a. Lucas)" To: freebsd-current@freebsd.org, Ports FreeBSD Message-ID: <20120510031004.GA11009@clonix.invalid> Mail-Followup-To: freebsd-current@freebsd.org, Ports FreeBSD References: <4FA66EF0.7090306@zedat.fu-berlin.de> <20120506135256.GL17325@azathoth.lan> <20120506141526.GM17325@azathoth.lan> <4FA6923F.5000408@zedat.fu-berlin.de> <20120506225842.GN17325@azathoth.lan> <4FA76996.5030106@FreeBSD.org> <20120507093518.GO17325@azathoth.lan> <4FA8AAC1.40006@FreeBSD.org> <20120508055100.GT17325@azathoth.lan> <4FA8C2DB.9010003@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/9DWx/yDrRhgMJTb" Content-Disposition: inline In-Reply-To: <4FA8C2DB.9010003@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED, DKIM_ADSP_NXDOMAIN, NO_DNS_FOR_FROM autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on clonix.invalid X-Virus-Scanned: clamav-milter 0.97.4 at clonix.invalid X-Virus-Status: Clean Cc: Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 10 May 2012 03:10:18 -0000 --/9DWx/yDrRhgMJTb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 08, 2012 at 09:53:15AM +0300, Andriy Gapon wrote: > on 08/05/2012 08:51 Baptiste Daroussin said the following: > > > > Yes but only with gcc46 because cppunit needs the same libstdc++ > > as libreoffice so with gcc 4.6 is needs to be built with bundled, > > while it is unbundled with clang. >=20 > So the "internal" cppunit was probably not needed in the environment > where the "external" cppunit was also built with gcc46. But I guess > that there is no good way to detect that. I don't know if it is good enough but $ strings -a /bin/ls | grep GCC GCC: (GNU) 4.2.1 20070831 patched [FreeBSD] (... -- more 6 times.) detects the compiler here (FreeBSD 9.0p1). The only one I have. --=20 rollingbits -- rollingbits@gmail.com, rollingbits@terra.com.br lucasnm@ig.com.br, rollingbits@yahoo.com, rollingbits@globo.com Get my public GPG key in http://rollingbits.tripod.com/mykey.html --/9DWx/yDrRhgMJTb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+rMYwACgkQH56BwuUGQbU8oACgrBCUzsbuNaH9Hb/RhPr568bG rvMAniTRrB9zhLfy7ZcqueEG04+BNUsC =3Cdo -----END PGP SIGNATURE----- --/9DWx/yDrRhgMJTb-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 04:20:13 2012 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 434D1106564A; Thu, 10 May 2012 04:20:13 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id EEDF68FC15; Thu, 10 May 2012 04:20:12 +0000 (UTC) Received: by obcni5 with SMTP id ni5so1638549obc.13 for ; Wed, 09 May 2012 21:20:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ekxMBYN6w+MY2/54PPu0T2FuuIUHYWAbPzMrw8qH4cE=; b=Mv1++2C1Q7Myd1lMnwMmOGZN020XPkjui1Hhi9yzdPBaAvJZgX2TLGqS17vRAorr96 xGaikcxbpM9MNIL8+cz/sbnXGUxb7GxKm5Rxq1NlCvYYy0OqYUZSHqSwvvtqMWXu9gHk ++/cfYO2/ld/qb4/83EHj1KVLP6mEzFzElrbcRAN2ndEqJqBH90hGie6xww89we2k8lM RVsLQxD7IGFN6imSUe9ppGmLSOdxbB6t6eUj0JJapnqfVeuC/MctUYiOrcFfB0k7DGXy j8XrMaKFj5PXvsxMZnl+bt0ai046IrXWjAUNSEHGPdE20yasdM/itdSbOfT+Kjwkh6/U 8NhQ== MIME-Version: 1.0 Received: by 10.182.136.4 with SMTP id pw4mr3876851obb.28.1336623610587; Wed, 09 May 2012 21:20:10 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.182.52.104 with HTTP; Wed, 9 May 2012 21:20:10 -0700 (PDT) In-Reply-To: <1336599447.71431.2.camel@powernoodle-l7> References: <1336599447.71431.2.camel@powernoodle-l7> Date: Wed, 9 May 2012 21:20:10 -0700 X-Google-Sender-Auth: 8oCFOt42Vg-mwVsElNpD_A8x7tU Message-ID: From: Craig Rodrigues To: sbruno@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD Subject: Re: ports/bash4 --enable-static fails 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, 10 May 2012 04:20:13 -0000 On Wed, May 9, 2012 at 2:37 PM, Sean Bruno wrote: > I'm assuming that the recent jemalloc updates have broken something > subtly that is now causing static symbol compilation to fail. > > ports/bash4 isn't the simplest case, but its the most obvious one that > is in my face. > > > http://people.freebsd.org/~sbruno/bash4_jemalloc.txt > Hi, The problem is here: ============================================================================================== ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1269: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `realloc': jemalloc_jemalloc.c:(.text+0x2350): multiple definition of `realloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1262: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `calloc': jemalloc_jemalloc.c:(.text+0x24d0): multiple definition of `calloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1294: first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc': jemalloc_jemalloc.c:(.text+0x27a0): multiple definition of `malloc' ./lib/malloc/libmalloc.a(malloc.o):/usr/ports/shells/bash/work/bash-4.2/lib/malloc/malloc.c:1254: first defined here ============================================================================================== Bash is trying to override the malloc() functions in libc with its own implementation in lib/malloc/malloc.c . I have seen this type of trick before 3rd party code that tries to override the libc implementation of malloc() / free() with its own. kan@ explained this to me before, but I don't know if I can explain it as well as him, because it has to do with how static linking works. :) Basically, the malloc.o object from bash, *must* have implementations of *all* the relevant functions in jemalloc_jemalloc.o in order for malloc.o to properly override jemalloc_jemalloc.o. If you have something like: jemalloc_jemalloc.o (libc) malloc.o (Bash) =============== ============= malloc() malloc() free() free() calloc() realloc() the static linker will not be able to replace jemalloc_jemalloc.o from libc with malloc.o from Bash, because calloc() and realloc() symbols in jemalloc_jemalloc.o (libc) do not exist malloc.o (Bash). Since the linker can only deal with whole objects (.o files), it will try to pull in both jemalloc_jemalloc.o and malloc.o when doing static linking. I may have got some of the details/explanation wrong, but I have fixed something similar to this in 3rd party code, when the layout of malloc() functions in libc changed between FreeBSD 4 and FreeBSD 6. What you need to do is: (1) run nm or readelf on jemalloc_jemalloc.o, then run nm or readelf on malloc.o (2) Look at the symbols in both (3) Add the missing symbols to malloc.c in Bash -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu May 10 09:21:02 2012 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 3845F1065674 for ; Thu, 10 May 2012 09:21:02 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id D0CC48FC08 for ; Thu, 10 May 2012 09:21:01 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile14) with ESMTP id q4A92ncN029538 for ; Thu, 10 May 2012 18:02:49 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id q4A92n504873 for ; Thu, 10 May 2012 18:02:49 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi16) id q4A92nZ4014544 for freebsd-current@freebsd.org; Thu, 10 May 2012 18:02:49 +0900 Received: from localhost by lomi16.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q4A92nB4014527 for ; Thu, 10 May 2012 18:02:49 +0900 Date: Thu, 10 May 2012 18:02:47 +0900 (JST) Message-Id: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> To: freebsd-current@freebsd.org From: Kohji Okuno Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: The current libc/locale/toupper.c is mistaken 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, 10 May 2012 09:21:02 -0000 Hi, I think that libc/locale/toupper.c is mistaken. Could you check it? @@ -51,7 +51,7 @@ ___toupper_l(c, l) { size_t lim; FIX_LOCALE(l); - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext; + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; _RuneEntry *base, *re; if (c < 0 || c == EOF) Best regards, Kohji Okuno From owner-freebsd-current@FreeBSD.ORG Thu May 10 09:54:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA65F106564A for ; Thu, 10 May 2012 09:54:07 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 9A7678FC08 for ; Thu, 10 May 2012 09:54:07 +0000 (UTC) Received: from [192.168.1.15] (unknown [217.157.7.221]) by csmtp2.one.com (Postfix) with ESMTPA id 45D68303D809; Thu, 10 May 2012 09:54:06 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Erik Cederstrand In-Reply-To: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> Date: Thu, 10 May 2012 11:54:06 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <45C3D5D9-8287-4E94-9726-873008499B03@cederstrand.dk> References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> To: Kohji Okuno X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org Subject: Re: The current libc/locale/toupper.c is mistaken 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, 10 May 2012 09:54:07 -0000 Den 10/05/2012 kl. 11.02 skrev Kohji Okuno: > Hi, >=20 > I think that libc/locale/toupper.c is mistaken. > Could you check it? >=20 > @@ -51,7 +51,7 @@ ___toupper_l(c, l) > { > size_t lim; > FIX_LOCALE(l); > - _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__maplower_ext; > + _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__mapupper_ext; > _RuneEntry *base, *re; Which version of toupper.c is this? My = release/9.0.0/lib/libc/locale/toupper.c already has "__mapupper_ext". Thanks, Erik From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:01:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 044AE106566C for ; Thu, 10 May 2012 10:01:31 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id AB82E8FC08 for ; Thu, 10 May 2012 10:01:30 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSQBW-0005oB-7X for freebsd-current@freebsd.org; Thu, 10 May 2012 11:01:27 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSQBV-00024m-Sy for freebsd-current@freebsd.org; Thu, 10 May 2012 11:01:22 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4AA1Lbo021063 for ; Thu, 10 May 2012 11:01:21 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4AA1Lgq021062 for freebsd-current@freebsd.org; Thu, 10 May 2012 11:01:21 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 11:01:21 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120510100121.GA21039@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch 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, 10 May 2012 10:01:31 -0000 On ia64 r235163 I get this error when trying to load zfs module: # ls -al /boot/kernel/zfs.ko* -r-xr-xr-x 1 root wheel 2496877 May 10 09:15 /boot/kernel/zfs.ko -r-xr-xr-x 1 root wheel 6578175 May 10 09:15 /boot/kernel/zfs.ko.symbols # kldload zfs KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch kldload: can't load zfs: No such file or directory Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:02:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B0631065673; Thu, 10 May 2012 10:02:50 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id B3DF58FC18; Thu, 10 May 2012 10:02:49 +0000 (UTC) Received: from [192.168.1.15] (unknown [217.157.7.221]) by csmtp3.one.com (Postfix) with ESMTPA id 7ABB52406537; Thu, 10 May 2012 10:02:47 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Erik Cederstrand In-Reply-To: <45C3D5D9-8287-4E94-9726-873008499B03@cederstrand.dk> Date: Thu, 10 May 2012 12:02:47 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <661DDC86-F3AA-426E-9202-77616EBD9415@cederstrand.dk> References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> <45C3D5D9-8287-4E94-9726-873008499B03@cederstrand.dk> To: Kohji Okuno , David Chisnall X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@freebsd.org Subject: Re: The current libc/locale/toupper.c is mistaken 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, 10 May 2012 10:02:50 -0000 Den 10/05/2012 kl. 11.54 skrev Erik Cederstrand: > Den 10/05/2012 kl. 11.02 skrev Kohji Okuno: >=20 >> Hi, >>=20 >> I think that libc/locale/toupper.c is mistaken. >> Could you check it? >>=20 >> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >> { >> size_t lim; >> FIX_LOCALE(l); >> - _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__maplower_ext; >> + _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >> _RuneEntry *base, *re; >=20 > Which version of toupper.c is this? My = release/9.0.0/lib/libc/locale/toupper.c already has "__mapupper_ext". Sorry for the braino, didn't notice this was sent to current@ It was indeed correct until r227753. Cc'ing David Chrisnall. Thanks, Erik= From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:03:53 2012 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 2906E1065675; Thu, 10 May 2012 10:03:53 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id DA1738FC16; Thu, 10 May 2012 10:03:52 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:4e8:581c:149b:809b] (unknown [IPv6:2001:7b8:3a7:0:4e8:581c:149b:809b]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5B0F05C37; Thu, 10 May 2012 12:03:50 +0200 (CEST) Message-ID: <4FAB9289.8060808@FreeBSD.org> Date: Thu, 10 May 2012 12:03:53 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120425 Thunderbird/13.0 MIME-Version: 1.0 To: Kohji Okuno References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> In-Reply-To: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Chisnall Subject: Re: The current libc/locale/toupper.c is mistaken 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, 10 May 2012 10:03:53 -0000 On 2012-05-10 11:02, Kohji Okuno wrote: > I think that libc/locale/toupper.c is mistaken. > Could you check it? > > @@ -51,7 +51,7 @@ ___toupper_l(c, l) > { > size_t lim; > FIX_LOCALE(l); > - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext; > + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; > _RuneEntry *base, *re; > > if (c < 0 || c == EOF) Yes, this definitely looks like a copy/paste error, introduced here: http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=165903&r2=227753 I'll commit the fix tonight (CEST), if David isn't faster than me. :) Thanks! From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:21:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 332DB106564A; Thu, 10 May 2012 10:21:29 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-wi0-f172.google.com (mail-wi0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id 560318FC14; Thu, 10 May 2012 10:21:28 +0000 (UTC) Received: by wibhr2 with SMTP id hr2so241137wib.13 for ; Thu, 10 May 2012 03:21:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=v0q58T1qmX8kAUhIlKZNFQOgMoiUAJv/ZeU/6Q5Qeh0=; b=wAFVpzEvO1MNpACKBjC0K03ddJyk70jXTV09CTtRCl0SPcUqj/SMRm7zGSaND05OVX oX6a4BaHBTmlb5tLUc/F1eCranS/dIXHj9J6UY6mMJZbwytPMY6k3zT1K4ETaT+ncNqE 63jcWp8RrNHMzCG3O+pAg//fu8g3mPcMzgMAhlVJ8TbG5Ze/PMekLT3sDfCLLcTrcE3e HKecfAL0Ucn8Ksny9isPE/gZ1JT56dM2XW4pI9A8m4j3I1iV3kf2uXNf0SfOZJ+7ySwy WWYZjtCoLIVnCXfdZlxzeP9ewbIXXcjCG7sccjSCy+y5QJpuaU7lJTwkkPBhSPzYRbIk 80AA== Received: by 10.180.109.197 with SMTP id hu5mr8208824wib.8.1336645287204; Thu, 10 May 2012 03:21:27 -0700 (PDT) Received: from dft-labs.eu (dft-labs.eu. [80.87.128.179]) by mx.google.com with ESMTPS id m4sm2332741wix.0.2012.05.10.03.21.24 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 10 May 2012 03:21:25 -0700 (PDT) Date: Thu, 10 May 2012 12:21:18 +0200 From: Mateusz Guzik To: Peter Holm Message-ID: <20120510102118.GA26472@dft-labs.eu> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> <20120508194514.GA10688@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120508194514.GA10688@x2.osted.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , Sergey Kandaurov , freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 10 May 2012 10:21:29 -0000 On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote: > On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote: > > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: > > > On 05/06/2012 15:19, Sergey Kandaurov wrote: > > > > On 7 May 2012 01:54, Doug Barton wrote: > > > >> I got this with today's current, previous (working) kernel is r232719. > > > >> > > > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > > > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > > > > > ... > > > > > > > Please try this patch. > > > > > > > > Index: fs/ext2fs/ext2_vfsops.c > > > > =================================================================== > > > > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > > > > +++ fs/ext2fs/ext2_vfsops.c (working copy) > > > > @@ -830,7 +830,6 @@ > > > > /* > > > > * Write back each (modified) inode. > > > > */ > > > > - MNT_ILOCK(mp); > > > > loop: > > > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > > > > if (vp->v_type == VNON) { > > > > > > > > > > Didn't help, sorry. I put 234385 through some pretty heavy load > > > yesterday, and everything was fine. As soon as I move up to 234386, the > > > panic triggered again. So I cleaned everything up, applied your patch, > > > built a kernel from scratch, and rebooted. It was Ok for a few seconds > > > after boot, then panic'ed again, I think in a different place, but I'm > > > not sure because subsequent attempts to fsck the file systems caused new > > > panics which overwrote the old ones before they could be saved. > > > > > > > Another MNT_ILOCK was hiding few lines below, try this patch: > > > > http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch > > > > I've tested this a bit and I believe this fixes your problem. > > > > Gave this a spin and found what looks like a deadlock: > > http://people.freebsd.org/~pho/stress/log/ext2fs.txt > > Not a new problem, it would seem. Same issue with 8.3-PRERELEASE r232656M. > pid 2680 (fts) holds lock for vnode cb4be414 and tries to lock cc0ac15c pid 2581 (openat) holds lock for vnode cc0ac15c and tries to lock cb4be414 openat calls rmdir foo/bar and ext2_rmdir unlocks and tries to lock again foo's vnode. This is fairly easly reproducible with concurrently running mkdir and fts testcase programs that are provided by stress2. I'll try to come up with a patch by the end of the week. -- Mateusz Guzik From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:23:04 2012 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 CBEA81065678 for ; Thu, 10 May 2012 10:23:04 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 81B228FC1A for ; Thu, 10 May 2012 10:23:04 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSQWV-0007Sg-If for freebsd-current@freebsd.org; Thu, 10 May 2012 11:23:03 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSQWV-0001k8-GI for freebsd-current@freebsd.org; Thu, 10 May 2012 11:23:03 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4AAN3Xl021279 for ; Thu, 10 May 2012 11:23:03 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4AAN3rX021278 for freebsd-current@freebsd.org; Thu, 10 May 2012 11:23:03 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 11:23:03 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120510102303.GA21257@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org References: <20120510100121.GA21039@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120510100121.GA21039@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Subject: SOLVED: Re: KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch 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, 10 May 2012 10:23:04 -0000 On Thu, May 10, 2012 at 11:01:21AM +0100, Anton Shterenlikht wrote: > On ia64 r235163 I get this error > when trying to load zfs module: > > # ls -al /boot/kernel/zfs.ko* > -r-xr-xr-x 1 root wheel 2496877 May 10 09:15 /boot/kernel/zfs.ko > -r-xr-xr-x 1 root wheel 6578175 May 10 09:15 /boot/kernel/zfs.ko.symbols > # kldload zfs > KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch > kldload: can't load zfs: No such file or directory Figured I now need to add module acl_nfs4: makeoptions MODULES_OVERRIDE="geom/geom_part geom/geom_label opensolaris zfs acl_nfs4" The acl_nfs4 module wasn't required before for zfs. Where is this change documented? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:39:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AE311065674 for ; Thu, 10 May 2012 10:39:03 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay00.pair.com (relay00.pair.com [209.68.5.9]) by mx1.freebsd.org (Postfix) with SMTP id D71E48FC18 for ; Thu, 10 May 2012 10:39:02 +0000 (UTC) Received: (qmail 65081 invoked from network); 10 May 2012 10:38:19 -0000 Received: from 87.58.144.241 (HELO x2.osted.lan) (87.58.144.241) by relay00.pair.com with SMTP; 10 May 2012 10:38:19 -0000 X-pair-Authenticated: 87.58.144.241 Received: from x2.osted.lan (localhost [127.0.0.1]) by x2.osted.lan (8.14.5/8.14.5) with ESMTP id q4AAd01s077599; Thu, 10 May 2012 12:39:00 +0200 (CEST) (envelope-from pho@x2.osted.lan) Received: (from pho@localhost) by x2.osted.lan (8.14.5/8.14.5/Submit) id q4AAd0Xk077583; Thu, 10 May 2012 12:39:00 +0200 (CEST) (envelope-from pho) Date: Thu, 10 May 2012 12:39:00 +0200 From: Peter Holm To: Mateusz Guzik Message-ID: <20120510103900.GA77554@x2.osted.lan> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> <20120508194514.GA10688@x2.osted.lan> <20120510102118.GA26472@dft-labs.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120510102118.GA26472@dft-labs.eu> User-Agent: Mutt/1.4.2.3i Cc: Doug Barton , Sergey Kandaurov , freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 10 May 2012 10:39:03 -0000 On Thu, May 10, 2012 at 12:21:18PM +0200, Mateusz Guzik wrote: > On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote: > > On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote: > > > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: > > > > On 05/06/2012 15:19, Sergey Kandaurov wrote: > > > > > On 7 May 2012 01:54, Doug Barton wrote: > > > > >> I got this with today's current, previous (working) kernel is r232719. > > > > >> > > > > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > > > > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > > > > > > > ... > > > > > > > > > Please try this patch. > > > > > > > > > > Index: fs/ext2fs/ext2_vfsops.c > > > > > =================================================================== > > > > > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > > > > > +++ fs/ext2fs/ext2_vfsops.c (working copy) > > > > > @@ -830,7 +830,6 @@ > > > > > /* > > > > > * Write back each (modified) inode. > > > > > */ > > > > > - MNT_ILOCK(mp); > > > > > loop: > > > > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > > > > > if (vp->v_type == VNON) { > > > > > > > > > > > > > Didn't help, sorry. I put 234385 through some pretty heavy load > > > > yesterday, and everything was fine. As soon as I move up to 234386, the > > > > panic triggered again. So I cleaned everything up, applied your patch, > > > > built a kernel from scratch, and rebooted. It was Ok for a few seconds > > > > after boot, then panic'ed again, I think in a different place, but I'm > > > > not sure because subsequent attempts to fsck the file systems caused new > > > > panics which overwrote the old ones before they could be saved. > > > > > > > > > > Another MNT_ILOCK was hiding few lines below, try this patch: > > > > > > http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch > > > > > > I've tested this a bit and I believe this fixes your problem. > > > > > > > Gave this a spin and found what looks like a deadlock: > > > > http://people.freebsd.org/~pho/stress/log/ext2fs.txt > > > > Not a new problem, it would seem. Same issue with 8.3-PRERELEASE r232656M. > > > > pid 2680 (fts) holds lock for vnode cb4be414 and tries to lock cc0ac15c > pid 2581 (openat) holds lock for vnode cc0ac15c and tries to lock cb4be414 > > openat calls rmdir foo/bar and ext2_rmdir unlocks and tries to lock > again foo's vnode. > > This is fairly easly reproducible with concurrently running mkdir and fts > testcase programs that are provided by stress2. > > I'll try to come up with a patch by the end of the week. > Great. Thank you for looking at this. - Peter From owner-freebsd-current@FreeBSD.ORG Thu May 10 10:45:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CA2FE106566B for ; Thu, 10 May 2012 10:45:47 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7CB358FC14 for ; Thu, 10 May 2012 10:45:47 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSQdN-0006kA-D2 for freebsd-current@freebsd.org; Thu, 10 May 2012 11:30:09 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSQdN-00029q-A2 for freebsd-current@freebsd.org; Thu, 10 May 2012 11:30:09 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4AAU9dN021321 for ; Thu, 10 May 2012 11:30:09 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4AAU9YW021320 for freebsd-current@freebsd.org; Thu, 10 May 2012 11:30:09 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 11:30:08 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120510103008.GA21311@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. 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, 10 May 2012 10:45:47 -0000 On ia64 r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. What is this about? After updating to this revision, I run mergemaster, as usual, with the setting to auto update all /etc files which I didn't touch. Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 11:16:25 2012 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 5EADF106566B; Thu, 10 May 2012 11:16:25 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F76D8FC17; Thu, 10 May 2012 11:16:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4ABGPB7023248; Thu, 10 May 2012 11:16:25 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4ABGOxe023246; Thu, 10 May 2012 11:16:24 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Thu, 10 May 2012 13:16:20 +0200 From: Baptiste Daroussin To: Doug Barton Message-ID: <20120510111620.GC7020@azathoth.lan> References: <20393.13811.435496.504955@jerusalem.litteratus.org> <4FAAD4D4.3060204@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3siQDZowHQqNOShm" Content-Disposition: inline In-Reply-To: <4FAAD4D4.3060204@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Robert Huff , Daniel Nebdal , Ports FreeBSD , Current FreeBSD Subject: Re: Binary packages for LibreOffice 3.5 or 3.4 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, 10 May 2012 11:16:25 -0000 --3siQDZowHQqNOShm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 09, 2012 at 01:34:28PM -0700, Doug Barton wrote: > Has anyone answered the original question? Are there going to be > packages for libreoffice? If not, why not? >=20 > Doug Yes as soon as pointyhat builds are uploaded. For example there are libreoffice packages on http://pkgbeta.freebsd.org regards, Bapt --3siQDZowHQqNOShm Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+ro4QACgkQ8kTtMUmk6Eyw5QCgoGxb8rJgWkmBrL87NJo0dfyS RgkAn053EBn4dt+W0g9X9/jUEg873rin =8+jE -----END PGP SIGNATURE----- --3siQDZowHQqNOShm-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 11:41:20 2012 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 94E691065688; Thu, 10 May 2012 11:41:20 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 516848FC12; Thu, 10 May 2012 11:41:20 +0000 (UTC) Received: from [192.168.1.15] (unknown [217.157.7.221]) by csmtp2.one.com (Postfix) with ESMTPA id 18AFB303CE30; Thu, 10 May 2012 11:41:18 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Erik Cederstrand In-Reply-To: <4FAB9289.8060808@FreeBSD.org> Date: Thu, 10 May 2012 13:41:17 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <59B6B059-ED46-4C1B-B72D-D6DFA906BFFB@cederstrand.dk> References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> <4FAB9289.8060808@FreeBSD.org> To: David Chisnall X-Mailer: Apple Mail (2.1257) Cc: freebsd-current FreeBSD , Kohji Okuno Subject: Re: The current libc/locale/toupper.c is mistaken 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, 10 May 2012 11:41:20 -0000 Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: > On 2012-05-10 11:02, Kohji Okuno wrote: >> I think that libc/locale/toupper.c is mistaken. >> Could you check it? >>=20 >> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >> { >> size_t lim; >> FIX_LOCALE(l); >> - _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__maplower_ext; >> + _RuneRange *rr =3D &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >> _RuneEntry *base, *re; >>=20 >> if (c < 0 || c =3D=3D EOF) >=20 > Yes, this definitely looks like a copy/paste error, introduced here: >=20 > = http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=3D165903&= r2=3D227753 >=20 > I'll commit the fix tonight (CEST), if David isn't faster than me. :) I'm left wondering how this was not caught by the libc++ test suite. The = current toupper.c shouldn't pass = http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/lo= cale.convenience/conversions/conversions.character/toupper.pass.cpp Thanks, Erik= From owner-freebsd-current@FreeBSD.ORG Thu May 10 12:57:04 2012 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 BE75E106566C; Thu, 10 May 2012 12:57:04 +0000 (UTC) (envelope-from chet.ramey@case.edu) Received: from mpv2.tis.cwru.edu (mpv2.tis.cwru.edu [129.22.105.37]) by mx1.freebsd.org (Postfix) with ESMTP id 645668FC15; Thu, 10 May 2012 12:57:04 +0000 (UTC) Received: from mpv5.cwru.edu (mpv5.tis.CWRU.Edu [129.22.105.51]) by mpv2.tis.cwru.edu (MOS 4.3.3-GA) with ESMTP id BKP42132; Thu, 10 May 2012 08:57:00 -0400 Received: from caleb.INS.CWRU.Edu (EHLO caleb.ins.cwru.edu) ([129.22.8.211]) by mpv5.cwru.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id AXB40090 (AUTH cpr); Thu, 10 May 2012 08:57:00 -0400 (EDT) Message-ID: <4FABBB1B.4080108@case.edu> Date: Thu, 10 May 2012 08:56:59 -0400 From: Chet Ramey User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120327 Thunderbird/11.0.1 MIME-Version: 1.0 To: Craig Rodrigues , sbruno@freebsd.org References: <1336599447.71431.2.camel@powernoodle-l7> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Junkmail-Whitelist: YES (by domain whitelist at mpv2.tis.cwru.edu) X-Mailman-Approved-At: Thu, 10 May 2012 13:16:47 +0000 Cc: Current FreeBSD , chet.ramey@case.edu Subject: Re: ports/bash4 --enable-static fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 May 2012 12:57:04 -0000 On 5/10/12 12:20 AM, Craig Rodrigues wrote: > Bash is trying to override the malloc() functions in libc with its own > implementation in lib/malloc/malloc.c . > I have seen this type of trick before 3rd party code that tries to > override the libc implementation of malloc() / free() with its own. > > kan@ explained this to me before, but I don't know if I can explain it > as well as him, because it has to do > with how static linking works. :) > > Basically, the malloc.o object from bash, *must* have implementations of > *all* the relevant functions in jemalloc_jemalloc.o in order for > malloc.o to properly override jemalloc_jemalloc.o. > > If you have something like: > jemalloc_jemalloc.o (libc) malloc.o (Bash) > =============== ============= > malloc() malloc() > free() free() > calloc() > realloc() > > > the static linker will not be able to replace jemalloc_jemalloc.o from > libc with malloc.o from Bash, > because calloc() and realloc() symbols in jemalloc_jemalloc.o (libc) > do not exist malloc.o (Bash). > > Since the linker can only deal with whole objects (.o files), it will > try to pull in both > jemalloc_jemalloc.o and malloc.o when doing static linking. > > I may have got some of the details/explanation wrong, but I have fixed > something similar > to this in 3rd party code, when the layout of malloc() functions in > libc changed between FreeBSD 4 and FreeBSD 6. This explanation is substantially correct. > > What you need to do is: > (1) run nm or readelf on jemalloc_jemalloc.o, then run nm or > readelf on malloc.o > (2) Look at the symbols in both > (3) Add the missing symbols to malloc.c in Bash The bash malloc includes definitions for malloc/free/realloc/calloc/cfree/ valloc/memalign. I'd be interested in knowing what other global symbols jemalloc exports. I'd also be interested in seeing how someone managed to compile the bash malloc and leave out realloc. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ``Ars longa, vita brevis'' - Hippocrates Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/ From owner-freebsd-current@FreeBSD.ORG Thu May 10 13:55:56 2012 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 BF25A1065673 for ; Thu, 10 May 2012 13:55:56 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC7C8FC08 for ; Thu, 10 May 2012 13:55:56 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so1440362wgb.31 for ; Thu, 10 May 2012 06:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=2zBklsXG6FYSOnF0XGeKqUl0TpWksFZ29DNxIn1AI9c=; b=05XjT8ItsichGPo5XwPBWfnGer5gVgPSMkZmC6LW3GdQE+L+clENCvEZqpxXnCRtmh 0f1hMRpCh0wCesKtiYxaHsYGvVIf9/zSVoc/LSkxEZZJZEQvPFfYYg1kA/JxG8qWJ85z SQFevSoeP3KkTQ2e/jYQc9kgL6s3g/lG5+FfeNwyZKdTmh595LuZO78UMgkMwFK4FRKc JCYYFhIAYJ1/+sAa5AKobXZ4/RZU+sq2IsZCLRR1p0hh/3DjclwcD1Qo4Q5xgx5nOPIQ +Cjuf0JRYh2GAg/ChEiJgMJ1g1yW5quRYB+aWGxE2x1wl/mzUXH0OWpQqrf8JMIiMLAz UhvQ== MIME-Version: 1.0 Received: by 10.50.77.136 with SMTP id s8mr2350229igw.56.1336658153209; Thu, 10 May 2012 06:55:53 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Thu, 10 May 2012 06:55:53 -0700 (PDT) In-Reply-To: <20120510102303.GA21257@mech-cluster241.men.bris.ac.uk> References: <20120510100121.GA21039@mech-cluster241.men.bris.ac.uk> <20120510102303.GA21257@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 May 2012 17:55:53 +0400 Message-ID: From: Sergey Kandaurov To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: SOLVED: Re: KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch 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, 10 May 2012 13:55:56 -0000 On 10 May 2012 14:23, Anton Shterenlikht wrote: > On Thu, May 10, 2012 at 11:01:21AM +0100, Anton Shterenlikht wrote: >> On ia64 r235163 I get this error >> when trying to load zfs module: >> >> # ls -al /boot/kernel/zfs.ko* >> -r-xr-xr-x =A01 root =A0wheel =A02496877 May 10 09:15 /boot/kernel/zfs.k= o >> -r-xr-xr-x =A01 root =A0wheel =A06578175 May 10 09:15 /boot/kernel/zfs.k= o.symbols >> # kldload zfs >> KLD zfs.ko: depends on acl_nfs4 - not available or version mismatch >> kldload: can't load zfs: No such file or directory > > Figured I now need to add module acl_nfs4: > > makeoptions =A0 =A0 MODULES_OVERRIDE=3D"geom/geom_part geom/geom_label op= ensolaris zfs acl_nfs4" > > The acl_nfs4 module wasn't required before for zfs. > > Where is this change documented? Looks like you stepped on rev 232938 where dependency on acl_nfs4 was added= . http://svnweb.freebsd.org/base/head/sys/cddl/contrib/opensolaris/uts/common= /fs/zfs/zfs_ioctl.c?r1=3D232937&r2=3D234795 --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:11:31 2012 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 7DF96106566C for ; Thu, 10 May 2012 14:11:31 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 123B98FC08 for ; Thu, 10 May 2012 14:11:30 +0000 (UTC) Received: by eeke49 with SMTP id e49so232786eek.13 for ; Thu, 10 May 2012 07:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=83sbDYRdGrStkoTDF3HjtgkjG7io4iNgDNC27AAkZ+w=; b=1D1+LLKO3eyVDHxdB4ItQUqrb41VB4rpTJIVNdHM4LWwTUN53G1p2vDs4Qq8t78Y8L Tgd9Bc+dZ4i3Lky9+y6s/hWYtxO6Pe2qNVt/88WtPaBdLgqp/vMsmSdziJpA9dzNfJKB gDYOptWLq3HGqs7d5PgOuURmMTw/8I5iPBQxnsOveisKT14DyP1Nbx4a4v454Z3NpFwc Pcj8shwrsX+fFqFPwrsht6+6IJvWIXiXDbY0IR8ScbFS5G3/a/j46MXP2yIK1/sToA5V sTsyiqXRHtOYvuVf1nOffKaSuqYMjp5Gi2Fae3VNjjLwlGMqydg8154tD8jrn347+STu M+0Q== MIME-Version: 1.0 Received: by 10.50.185.165 with SMTP id fd5mr2567206igc.46.1336659088880; Thu, 10 May 2012 07:11:28 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Thu, 10 May 2012 07:11:28 -0700 (PDT) In-Reply-To: <20120510103008.GA21311@mech-cluster241.men.bris.ac.uk> References: <20120510103008.GA21311@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 May 2012 18:11:28 +0400 Message-ID: From: Sergey Kandaurov To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. 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, 10 May 2012 14:11:31 -0000 On 10 May 2012 14:30, Anton Shterenlikht wrote: > > On ia64 r235163: > > root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. > > What is this about? > After updating to this revision, > I run mergemaster, as usual, > with the setting to auto update > all /etc files which I didn't touch. I'd check your kernel config for 'options NFSCLIENT', so there is sysctl vfs.oldnfs.access_cache_timeout instead, and you try to set non-existing vfs.nfs.access_cache_timeout from /etc/sysctl.conf. If it is so then all your sysctl vfs.nfs.xxx are named as vfs.oldnfs.xxx, because the NFS implementation enabled with 'options NFSCLIENT' considered old, and the NFS impl. enabled with 'options NFSCL' is the default. My inner voice tells me that you have upgraded from quite old CURRENT from the point when 'options NFSCLIENT' (old nfs) was default to the point when 'options NFSCL' (new nfs implementation) became the default, and you still have 'options NFSCLIENT' in your kernel config. See /usr/src/UPDATING entry dated 20110427. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu May 10 14:28:50 2012 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 83AE6106566C for ; Thu, 10 May 2012 14:28:50 +0000 (UTC) (envelope-from fabien.thomas@netasq.com) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 19D808FC0C for ; Thu, 10 May 2012 14:28:49 +0000 (UTC) Received: from [10.2.1.1] (unknown [10.2.1.1]) by work.netasq.com (Postfix) with ESMTPSA id 5E08F2703D13; Thu, 10 May 2012 16:30:11 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: multipart/signed; boundary="Apple-Mail=_4EE97FF8-E5B3-43F3-960A-7DAA9D7602A3"; protocol="application/pkcs7-signature"; micalg=sha1 From: Fabien Thomas In-Reply-To: Date: Thu, 10 May 2012 16:28:46 +0200 Message-Id: <6912E995-AB15-498F-A9AF-03A8A8D5BC61@netasq.com> References: <20120509051619.GA60571@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1257) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , Ryan Stone Subject: Re: panic: incorrect npmc count 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, 10 May 2012 14:28:50 -0000 --Apple-Mail=_4EE97FF8-E5B3-43F3-960A-7DAA9D7602A3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 Le 9 mai 2012 =E0 16:30, Ryan Stone a =E9crit : > On Wed, May 9, 2012 at 1:16 AM, Peter Jeremy = wrote: >> [This may be a duplicate because I forgot to update my subscription >> after changing address but I've also corrected a typo] >>=20 >> (I've copied fabient@ because r233628 appears to have been the last >> commit in this area). >>=20 >> I've just updated a P4 test box from r232545 to r235127 and it now >> panics during boot: >> panic: [intel,202] incorrect npmc count 35 >> Looking at sys/dev/hwpmc/hmpmc_intel.c line 202, the expected >> npmc count is 19. >>=20 >> When I look at the actual code in pmc_intel_initialize(): >> pmc_mdep_alloc() initialises pmd_npmc to zero and then increments >> it by SOFT_NPMCS (16) in pmc_soft_initialize(). >> pmc_tsc_initialize() then increments it by TSC_NPMCS (1) >> pmc_p4_initialize() then increments it by P4_NPMCS (18) >> This totals 35 (as per the panic message). >>=20 >> Can someone explain the KASSERT() that expects 19 - it boils down to >> KASSERT(0+16+1+18 =3D=3D 1+18, ...) >> I gather not many people are running -current on a P4. >>=20 >> -- >> Peter Jeremy >=20 > That KASSERT is just out of date. The soft PMC support is quite new. > I would just drop the KASSERT entirely; it really isn't adding any > value. Back from vacation. Yes, as Ryan stated the KASSERT is out of date and i've missed the update / removal with soft PMC. Fixed with r235229. Fabien --Apple-Mail=_4EE97FF8-E5B3-43F3-960A-7DAA9D7602A3-- From owner-freebsd-current@FreeBSD.ORG Thu May 10 19:30:30 2012 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 8CE25106566B for ; Thu, 10 May 2012 19:30:30 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 462328FC16 for ; Thu, 10 May 2012 19:30:30 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSZ4H-0002vR-ER for freebsd-current@freebsd.org; Thu, 10 May 2012 20:30:29 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSZ4H-0000g6-Aq for freebsd-current@freebsd.org; Thu, 10 May 2012 20:30:29 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4AJUTlC023146 for ; Thu, 10 May 2012 20:30:29 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4AJUSNI023145 for freebsd-current@freebsd.org; Thu, 10 May 2012 20:30:28 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 20:30:28 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120510193028.GA23136@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: r234928 ugen(4) obsolete? 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, 10 May 2012 19:30:30 -0000 On amd64 r234928 adding "device ugen" to the kernel config gives on buildkernel: config: Error: device "ugen" is unknown config: 1 errors *** [buildkernel] Error code 1 ugen(4) man page says nothing about this driver being obsolete or something similar. Is ugen being included as part of some other driver? I see in dmesg lines like, e.g.: ugen0.2: at usbus0 even though I haven't built ugen in the kernel. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 19:57:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 893B31065673 for ; Thu, 10 May 2012 19:57:31 +0000 (UTC) (envelope-from kob6558@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 5E4AB8FC16 for ; Thu, 10 May 2012 19:57:31 +0000 (UTC) Received: by dadv36 with SMTP id v36so2512779dad.13 for ; Thu, 10 May 2012 12:57:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=3lwbNhqPtVZ1WecUuBlux+RFjcUBbxN/lByhLiT4hOw=; b=rVTiFiYRb9UpWPuZI2EGAtPDnQEEsWPuJxu2ms80OO+VhoM2fHyDfT9e8aJFD6hZ/B RjKB0rWpQaItvYnkC5fg2Nw4KmMborG5+PUGczMoEoEMJbdZV8aehVMuP3Cza8fFqEcP Tc4qSBhxVLRqab/gg165UbGGh+JD2rOTUs1JyhIirc5NqtTUk93cT/K+Ys7uAZ/mhRlx SITRDTXOVxi6jvPE37fp11afYW5xKYLz5x6CNXryWLnTmtTW0HIGY1guvfG42fiIWsZ7 yP1wos2QiA8W6py7Kuh28j+itNk+1YOODp3EUFJnt2IG2/JKPGkf9H9v7WXnksLu4Mls ejaQ== MIME-Version: 1.0 Received: by 10.68.239.164 with SMTP id vt4mr23283260pbc.166.1336679850813; Thu, 10 May 2012 12:57:30 -0700 (PDT) Received: by 10.68.200.66 with HTTP; Thu, 10 May 2012 12:57:30 -0700 (PDT) In-Reply-To: <20120510193028.GA23136@mech-cluster241.men.bris.ac.uk> References: <20120510193028.GA23136@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 May 2012 12:57:30 -0700 Message-ID: From: Kevin Oberman To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: r234928 ugen(4) obsolete? 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, 10 May 2012 19:57:31 -0000 On Thu, May 10, 2012 at 12:30 PM, Anton Shterenlikht wrote: > On amd64 r234928 adding "device ugen" to > the kernel config gives on buildkernel: > > config: Error: device "ugen" is unknown > config: 1 errors > *** [buildkernel] Error code 1 > > ugen(4) man page says nothing about this > driver being obsolete or something similar. > > Is ugen being included as part of some > other driver? I see in dmesg lines like, e.g.: > > =A0ugen0.2: at usbus0 > > even though I haven't built ugen in the kernel. Yes. The USB v2 code made ugen a part of the kernel USB support and and it is no longer a separate driver. I don't know that it's presence in usb(4) is documented anywhere, but it is not in the man page. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:31:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5BB9106566C; Thu, 10 May 2012 20:31:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 22DEA8FC14; Thu, 10 May 2012 20:31:40 +0000 (UTC) Received: by ggnm2 with SMTP id m2so1629910ggn.13 for ; Thu, 10 May 2012 13:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2kBbgcNjpvAoPOcqPzGYeaWvvL3ERlzhXYq00bIXDfw=; b=gTqZasi3P8l3f0383QBeUdry2UoODieKdSSGnoXGwy9i3QZlAMNt+AgiilPsxg6wLW 7kG8y+bZSEVqjIt79eR8WceKvUgWF/RyjrjHWXPt4/DPeRnGyC7DCJPVDVQp9oIjgldn vDBrN7KOYZ9ErHW3OnW7lgGprI8Bz1XFUyEQ8IciAhEANAxEELOng0bEYGo19/lPv4DP Vg78SmbZxi2rPD8qXpuYnzxEYe4nbh7V9AM3PQqCt50zoM5qKk4lNp49/FaD7zzWX6+F dTd2i05jaRa25SLh4K52oe26/hUo6wZnysMaS+1ChE8KMTn+H/mgb+j4Sb3L6bIe81cG lBiQ== MIME-Version: 1.0 Received: by 10.50.186.162 with SMTP id fl2mr67429igc.56.1336681900154; Thu, 10 May 2012 13:31:40 -0700 (PDT) Sender: pluknet@gmail.com Received: by 10.64.8.170 with HTTP; Thu, 10 May 2012 13:31:40 -0700 (PDT) In-Reply-To: <20120507201153.GA19942@dft-labs.eu> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> Date: Fri, 11 May 2012 00:31:40 +0400 X-Google-Sender-Auth: Uq2Rf_fMwkDh3HWjOXb5KhMDmSE Message-ID: From: Sergey Kandaurov To: Mateusz Guzik Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Peter Holm , mckusick@freebsd.org, Doug Barton , freebsd-current Subject: Re: panic, seems related to r234386 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, 10 May 2012 20:31:41 -0000 On 8 May 2012 00:11, Mateusz Guzik wrote: > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: >> On 05/06/2012 15:19, Sergey Kandaurov wrote: >> > On 7 May 2012 01:54, Doug Barton wrote: >> >> I got this with today's current, previous (working) kernel is r232719= . >> >> >> >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount = mtx >> >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 >> >> ... >> >> > Please try this patch. >> > >> > Index: fs/ext2fs/ext2_vfsops.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 >> > --- fs/ext2fs/ext2_vfsops.c =A0 =A0 (revision 235108) >> > +++ fs/ext2fs/ext2_vfsops.c =A0 =A0 (working copy) >> > @@ -830,7 +830,6 @@ >> > =A0 =A0 =A0 =A0 /* >> > =A0 =A0 =A0 =A0 =A0* Write back each (modified) inode. >> > =A0 =A0 =A0 =A0 =A0*/ >> > - =A0 =A0 =A0 MNT_ILOCK(mp); >> > =A0loop: >> > =A0 =A0 =A0 =A0 MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { >> > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (vp->v_type =3D=3D VNON) { >> > >> >> Didn't help, sorry. I put 234385 through some pretty heavy load >> yesterday, and everything was fine. As soon as I move up to 234386, the >> panic triggered again. So I cleaned everything up, applied your patch, >> built a kernel from scratch, and rebooted. It was Ok for a few seconds >> after boot, then panic'ed again, I think in a different place, but I'm >> not sure because subsequent attempts to fsck the file systems caused new >> panics which overwrote the old ones before they could be saved. >> > > Another MNT_ILOCK was hiding few lines below, try this patch: > > http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch > > I've tested this a bit and I believe this fixes your problem. I just committed your fix in r235241 since it seems to have no relation to the problem reported by Peter Holm. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:39:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id A5FB6106566C; Thu, 10 May 2012 20:39:08 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 26F52154D08; Thu, 10 May 2012 20:39:08 +0000 (UTC) Message-ID: <4FAC276B.3080902@FreeBSD.org> Date: Thu, 10 May 2012 13:39:07 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> <4FA8736B.1040300@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: mckusick@freebsd.org, Mateusz Guzik , freebsd-current Subject: Re: panic, seems related to r234386 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, 10 May 2012 20:39:08 -0000 On 05/07/2012 23:14, Sergey Kandaurov wrote: >> > Finally, should my next step be to advance to the latest current + your >> > patch and see how I go from there? > Yep, so that patches will be tested before they go to head. For the record, I upgraded to r235151 + the removal of those 2 locks and haven't had any problems yet. I was going to do one more update today and report back, but you beat me to it. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu May 10 20:51:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B292510656A7 for ; Thu, 10 May 2012 20:51:24 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 669088FC12 for ; Thu, 10 May 2012 20:51:24 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSaKY-0002mO-Pu; Thu, 10 May 2012 21:51:22 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSaKY-000405-Ew; Thu, 10 May 2012 21:51:22 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4AKpMRW023388; Thu, 10 May 2012 21:51:22 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4AKpMCU023387; Thu, 10 May 2012 21:51:22 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 21:51:22 +0100 From: Anton Shterenlikht To: Sergey Kandaurov Message-ID: <20120510205121.GB23350@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Sergey Kandaurov , freebsd-current@freebsd.org References: <20120510103008.GA21311@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. 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, 10 May 2012 20:51:24 -0000 On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote: > On 10 May 2012 14:30, Anton Shterenlikht wrote: > > > > On ia64 r235163: > > > > root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. > > > > What is this about? > > After updating to this revision, > > I run mergemaster, as usual, > > with the setting to auto update > > all /etc files which I didn't touch. > > I'd check your kernel config for 'options NFSCLIENT', so there is > sysctl vfs.oldnfs.access_cache_timeout instead, and you try to set > non-existing vfs.nfs.access_cache_timeout from /etc/sysctl.conf. > If it is so then all your sysctl vfs.nfs.xxx are named as vfs.oldnfs.xxx, > because the NFS implementation enabled with 'options NFSCLIENT' > considered old, and the NFS impl. enabled with 'options NFSCL' is the default. > My inner voice tells me that you have upgraded from quite old CURRENT > from the point when 'options NFSCLIENT' (old nfs) was default to the point > when 'options NFSCL' (new nfs implementation) became the default, > and you still have 'options NFSCLIENT' in your kernel config. > See /usr/src/UPDATING entry dated 20110427. You are exactly right. I don't even use NFS anyway. So I'll just remove it completely from my kernel. Many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 21:26:55 2012 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 149801065670 for ; Thu, 10 May 2012 21:26:55 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id BC8848FC0C for ; Thu, 10 May 2012 21:26:54 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SSasv-0003uo-O6; Thu, 10 May 2012 22:26:54 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SSasv-0002Lr-G6; Thu, 10 May 2012 22:26:53 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q4ALQrj2023668; Thu, 10 May 2012 22:26:53 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q4ALQrpl023667; Thu, 10 May 2012 22:26:53 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 10 May 2012 22:26:53 +0100 From: Anton Shterenlikht To: Sergey Kandaurov , freebsd-current@freebsd.org Message-ID: <20120510212653.GA23637@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Sergey Kandaurov , freebsd-current@freebsd.org References: <20120510103008.GA21311@mech-cluster241.men.bris.ac.uk> <20120510205121.GB23350@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120510205121.GB23350@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. 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, 10 May 2012 21:26:55 -0000 On Thu, May 10, 2012 at 09:51:22PM +0100, Anton Shterenlikht wrote: > On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote: > > On 10 May 2012 14:30, Anton Shterenlikht wrote: > > > > > > On ia64 r235163: > > > > > > root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. > > > > > > What is this about? > > > After updating to this revision, > > > I run mergemaster, as usual, > > > with the setting to auto update > > > all /etc files which I didn't touch. > > > > I'd check your kernel config for 'options NFSCLIENT', so there is > > sysctl vfs.oldnfs.access_cache_timeout instead, and you try to set > > non-existing vfs.nfs.access_cache_timeout from /etc/sysctl.conf. > > If it is so then all your sysctl vfs.nfs.xxx are named as vfs.oldnfs.xxx, > > because the NFS implementation enabled with 'options NFSCLIENT' > > considered old, and the NFS impl. enabled with 'options NFSCL' is the default. > > My inner voice tells me that you have upgraded from quite old CURRENT > > from the point when 'options NFSCLIENT' (old nfs) was default to the point > > when 'options NFSCL' (new nfs implementation) became the default, > > and you still have 'options NFSCLIENT' in your kernel config. > > See /usr/src/UPDATING entry dated 20110427. > > You are exactly right. > > I don't even use NFS anyway. > So I'll just remove it completely > from my kernel. oh no.. Seems I do need NFS kernel options for zfs. If I remove NFS, I get: Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x966fb0 data=0x96164+0x2161ac syms=[0x8+0x80718+0x8+0x76ed5] /boot/kernel/zfs.ko text=0x22e4f8 data=0x9060+0x16de8 syms=[0x8+0x16c20+0x8+0x11725] loading required module 'opensolaris' /boot/kernel/opensolaris.ko text=0x3338 data=0x510+0x2030 syms=[0x8+0xcd8+0x8+0x872] loading required module 'krpc' KLD zfs.ko: depends on krpc - not available or version mismatch kldload: can't load zfs: No such file or directory /etc/rc: WARNING: Unable to load kernel module zfs I guess now that zfs needs module acl_nfs4, the latter needs NFS, right? Or can module krpc be loaded instead? Anyway, I put new NFS options in the kernel, and now zfs works ok. Thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu May 10 22:50:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60D6C106564A for ; Thu, 10 May 2012 22:50:01 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 0DA118FC12 for ; Thu, 10 May 2012 22:50:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEALFFrE+DaFvO/2dsb2JhbABBAw6FaKwIgyiCFQEBAQQBAQEgKyALGw4KAgINGQIpAQkmBggHBAEcBIdtC6hAkwSBL4ljGQ+CSoITgRgEk0+CLoERiEeGaIIwVYE8Bw X-IronPort-AV: E=Sophos;i="4.75,567,1330923600"; d="scan'208";a="171495184" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 10 May 2012 18:49:58 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2B340B3EFF; Thu, 10 May 2012 18:49:58 -0400 (EDT) Date: Thu, 10 May 2012 18:49:58 -0400 (EDT) From: Rick Macklem To: Anton Shterenlikht Message-ID: <765485154.238614.1336690198123.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20120510212653.GA23637@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Sergey Kandaurov , freebsd-current@freebsd.org Subject: Re: r235163: root: /etc/rc.d/sysctl: WARNING: sysctl vfs.nfs.access_cache_timeout does not exist. 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, 10 May 2012 22:50:01 -0000 Anton Shterenlikht wrote: > On Thu, May 10, 2012 at 09:51:22PM +0100, Anton Shterenlikht wrote: > > On Thu, May 10, 2012 at 06:11:28PM +0400, Sergey Kandaurov wrote: > > > On 10 May 2012 14:30, Anton Shterenlikht > > > wrote: > > > > > > > > On ia64 r235163: > > > > > > > > root: /etc/rc.d/sysctl: WARNING: sysctl > > > > vfs.nfs.access_cache_timeout does not exist. > > > > > > > > What is this about? > > > > After updating to this revision, > > > > I run mergemaster, as usual, > > > > with the setting to auto update > > > > all /etc files which I didn't touch. > > > > > > I'd check your kernel config for 'options NFSCLIENT', so there is > > > sysctl vfs.oldnfs.access_cache_timeout instead, and you try to set > > > non-existing vfs.nfs.access_cache_timeout from /etc/sysctl.conf. > > > If it is so then all your sysctl vfs.nfs.xxx are named as > > > vfs.oldnfs.xxx, > > > because the NFS implementation enabled with 'options NFSCLIENT' > > > considered old, and the NFS impl. enabled with 'options NFSCL' is > > > the default. > > > My inner voice tells me that you have upgraded from quite old > > > CURRENT > > > from the point when 'options NFSCLIENT' (old nfs) was default to > > > the point > > > when 'options NFSCL' (new nfs implementation) became the default, > > > and you still have 'options NFSCLIENT' in your kernel config. > > > See /usr/src/UPDATING entry dated 20110427. > > > > You are exactly right. > > > > I don't even use NFS anyway. > > So I'll just remove it completely > > from my kernel. > > oh no.. > Seems I do need NFS kernel options for zfs. > If I remove NFS, I get: > > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x966fb0 data=0x96164+0x2161ac > syms=[0x8+0x80718+0x8+0x76ed5] > /boot/kernel/zfs.ko text=0x22e4f8 data=0x9060+0x16de8 > syms=[0x8+0x16c20+0x8+0x11725] > loading required module 'opensolaris' > /boot/kernel/opensolaris.ko text=0x3338 data=0x510+0x2030 > syms=[0x8+0xcd8+0x8+0x872] > loading required module 'krpc' > > KLD zfs.ko: depends on krpc - not available or version mismatch > kldload: can't load zfs: No such file or directory > /etc/rc: WARNING: Unable to load kernel module zfs > > I guess now that zfs needs module acl_nfs4, > the latter needs NFS, right? > > Or can module krpc be loaded instead? > Loading krpc should be ok, since NFS (client and server) requires krpc, but not the other way around (but I haven't actually tried this;-). rick > Anyway, I put new NFS options in the kernel, > and now zfs works ok. > > Thanks > > -- > Anton Shterenlikht > Room 2.6, Queen's Building > Mech Eng Dept > Bristol University > University Walk, Bristol BS8 1TR, UK > Tel: +44 (0)117 331 5944 > Fax: +44 (0)117 929 4423 > _______________________________________________ > 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 Fri May 11 00:54:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 9870A1065689; Fri, 11 May 2012 00:54:19 +0000 (UTC) Date: Fri, 11 May 2012 00:54:19 +0000 From: John To: freebsd-current@freebsd.org Message-ID: <20120511005419.GA5643@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: usb problems on HP DL980G7 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, 11 May 2012 00:54:19 -0000 Hi Folks, We've been trying to bring freebsd up on a hp dl980g7 for awhile. Due to usb issues, we finally installed onto a revo card and installed it into the 980. The system consistently puts out the following messages: usbd_ctrl_transfer_setup: could not setup default USB transfer usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_NOMEM usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM, ignored) usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_NOMEM usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM, ignored) usbd_ctrl_transfer_setup: could not setup default USB transfer usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_NOMEM ugen0.2: at usbus0 (disconnected) uhub_reattach_port: could not allocate new device From dmesg: pci0: at device 20.0 (no driver attached) pcib12: at device 28.0 on pci0 pci3: on pcib12 pcib13: at device 28.4 on pci0 pci2: on pcib13 pci2: at device 0.0 (no driver attached) pci2: at device 0.2 (no driver attached) uhci0: port 0x3c00-0x3c1f irq 17 at device 0.4 on pci2 usbus0 on uhci0 uhci1: port 0x1000-0x101f irq 20 at device 29.0 on pci0 device_attach: uhci1 attach returned 12 uhci1: port 0x1020-0x103f irq 23 at device 29.1 on pci0 device_attach: uhci1 attach returned 12 uhci1: port 0x1040-0x105f irq 22 at device 29.2 on pci0 device_attach: uhci1 attach returned 12 uhci1: port 0x1060-0x107f irq 23 at device 29.3 on pci0 device_attach: uhci1 attach returned 12 ehci0: mem 0xa0300000-0xa03003ff irq 20 at device 29.7 on pci0 device_attach: ehci0 attach returned 12 Current - 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235137M Nothing connected to usb on this systems works. Full dmesg is here: http://people.freebsd.org/~jwd/dl980g7/dmesg.boot.html Any help is appreciated. Thanks, John From owner-freebsd-current@FreeBSD.ORG Fri May 11 01:42:50 2012 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 EB6C2106566B; Fri, 11 May 2012 01:42:50 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 74C1E8FC08; Fri, 11 May 2012 01:42:50 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id q4B1gjTF009610; Fri, 11 May 2012 10:42:45 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili12) with ESMTP id q4B1gjG07636; Fri, 11 May 2012 10:42:45 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi15) id q4B1gj0b025771; Fri, 11 May 2012 10:42:45 +0900 Received: from localhost by lomi15.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q4B1gir7025746; Fri, 11 May 2012 10:42:44 +0900 Date: Fri, 11 May 2012 10:42:42 +0900 (JST) Message-Id: <20120511.104242.19192035427185902.okuno.kohji@jp.panasonic.com> To: erik@cederstrand.dk From: Kohji Okuno In-Reply-To: <59B6B059-ED46-4C1B-B72D-D6DFA906BFFB@cederstrand.dk> References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> <4FAB9289.8060808@FreeBSD.org> <59B6B059-ED46-4C1B-B72D-D6DFA906BFFB@cederstrand.dk> Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: okuno.kohji@jp.panasonic.com, freebsd-current@freebsd.org, theraven@FreeBSD.org Subject: Re: The current libc/locale/toupper.c is mistaken 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, 11 May 2012 01:42:51 -0000 Hi Eric, > I'm left wondering how this was not caught by the libc++ test > suite. The current toupper.c shouldn't pass > http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp This test suite checks only popular characters. __mapupper_ext is used in case of special characters. For example, Turkish 'i' (0x0131) should convert 'I' (0x49). Regards, Kohji Okuno > Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: > >> On 2012-05-10 11:02, Kohji Okuno wrote: >>> I think that libc/locale/toupper.c is mistaken. >>> Could you check it? >>> >>> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >>> { >>> size_t lim; >>> FIX_LOCALE(l); >>> - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext; >>> + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >>> _RuneEntry *base, *re; >>> >>> if (c < 0 || c == EOF) >> >> Yes, this definitely looks like a copy/paste error, introduced here: >> >> http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=165903&r2=227753 >> >> I'll commit the fix tonight (CEST), if David isn't faster than me. :) > > I'm left wondering how this was not caught by the libc++ test suite. The current toupper.c shouldn't pass http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp > > Thanks, > Erik_______________________________________________ > 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 Fri May 11 01:46:05 2012 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 32D941065670 for ; Fri, 11 May 2012 01:46:05 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) by mx1.freebsd.org (Postfix) with ESMTP id D86F48FC0A for ; Fri, 11 May 2012 01:46:04 +0000 (UTC) Received: from [192.168.14.46] ([24.114.252.244]) (authenticated bits=0) by theravensnest.org (8.14.5/8.14.5) with ESMTP id q4B1k0nP071801 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Fri, 11 May 2012 01:46:01 GMT (envelope-from theraven@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: David Chisnall In-Reply-To: <20120511.104242.19192035427185902.okuno.kohji@jp.panasonic.com> Date: Thu, 10 May 2012 21:46:00 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120510.180247.93202495593231609.okuno.kohji@jp.panasonic.com> <4FAB9289.8060808@FreeBSD.org> <59B6B059-ED46-4C1B-B72D-D6DFA906BFFB@cederstrand.dk> <20120511.104242.19192035427185902.okuno.kohji@jp.panasonic.com> To: Kohji Okuno X-Mailer: Apple Mail (2.1257) Cc: freebsd-current@FreeBSD.org, erik@cederstrand.dk Subject: Re: The current libc/locale/toupper.c is mistaken 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, 11 May 2012 01:46:05 -0000 If you have a test case, I can commit it to the libc++ test suite. David On 10 May 2012, at 21:42, Kohji Okuno wrote: > Hi Eric, >=20 >> I'm left wondering how this was not caught by the libc++ test >> suite. The current toupper.c shouldn't pass >> = http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/lo= cale.convenience/conversions/conversions.character/toupper.pass.cpp >=20 > This test suite checks only popular characters. > __mapupper_ext is used in case of special characters. >=20 > For example, Turkish 'i' (0x0131) should convert 'I' (0x49). >=20 > Regards, > Kohji Okuno >=20 >=20 >> Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: >>=20 >>> On 2012-05-10 11:02, Kohji Okuno wrote: >>>> I think that libc/locale/toupper.c is mistaken. >>>> Could you check it? >>>>=20 >>>> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >>>> { >>>> size_t lim; >>>> FIX_LOCALE(l); >>>> - _RuneRange *rr =3D = &XLOCALE_CTYPE(l)->runes->__maplower_ext; >>>> + _RuneRange *rr =3D = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >>>> _RuneEntry *base, *re; >>>>=20 >>>> if (c < 0 || c =3D=3D EOF) >>>=20 >>> Yes, this definitely looks like a copy/paste error, introduced here: >>>=20 >>> = http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=3D165903&= r2=3D227753 >>>=20 >>> I'll commit the fix tonight (CEST), if David isn't faster than me. = :) >>=20 >> I'm left wondering how this was not caught by the libc++ test suite. = The current toupper.c shouldn't pass = http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/lo= cale.convenience/conversions/conversions.character/toupper.pass.cpp >>=20 >> Thanks, >> Erik_______________________________________________ >> 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 Fri May 11 01:56:36 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A3F1106564A; Fri, 11 May 2012 01:56:36 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5B28FC0C; Fri, 11 May 2012 01:56:35 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile13) with ESMTP id q4B1uVbL024866; Fri, 11 May 2012 10:56:31 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili14) with ESMTP id q4B1uV508058; Fri, 11 May 2012 10:56:31 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi16) id q4B1uV32019208; Fri, 11 May 2012 10:56:31 +0900 Received: from localhost by lomi16.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q4B1uVWC019144; Fri, 11 May 2012 10:56:31 +0900 Date: Fri, 11 May 2012 10:56:29 +0900 (JST) Message-Id: <20120511.105629.433001249354722453.okuno.kohji@jp.panasonic.com> To: theraven@FreeBSD.org From: Kohji Okuno In-Reply-To: References: <59B6B059-ED46-4C1B-B72D-D6DFA906BFFB@cederstrand.dk> <20120511.104242.19192035427185902.okuno.kohji@jp.panasonic.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, erik@cederstrand.dk Subject: Re: The current libc/locale/toupper.c is mistaken 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, 11 May 2012 01:56:36 -0000 Hi David, From: David Chisnall > If you have a test case, I can commit it to the libc++ test suite. > > David I attached my test source. This test program shoud output as below. towupper_l 0049, 0049 0131, 0049 0130, 0130 0069, 0049 towlower_l 0049, 0069 0131, 0131 0130, 0069 0069, 0069 But, when I use original toupper.c, this proguram output as below. towupper_l 0049, 0049 0131, 0131 0130, 0069 0069, 0049 towlower_l 0049, 0069 0131, 0131 0130, 0069 0069, 0069 Regards, Kohji Okuno > > On 10 May 2012, at 21:42, Kohji Okuno wrote: > >> Hi Eric, >> >>> I'm left wondering how this was not caught by the libc++ test >>> suite. The current toupper.c shouldn't pass >>> http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp >> >> This test suite checks only popular characters. >> __mapupper_ext is used in case of special characters. >> >> For example, Turkish 'i' (0x0131) should convert 'I' (0x49). >> >> Regards, >> Kohji Okuno >> >> >>> Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: >>> >>>> On 2012-05-10 11:02, Kohji Okuno wrote: >>>>> I think that libc/locale/toupper.c is mistaken. >>>>> Could you check it? >>>>> >>>>> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >>>>> { >>>>> size_t lim; >>>>> FIX_LOCALE(l); >>>>> - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext; >>>>> + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >>>>> _RuneEntry *base, *re; >>>>> >>>>> if (c < 0 || c == EOF) >>>> >>>> Yes, this definitely looks like a copy/paste error, introduced here: >>>> >>>> http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=165903&r2=227753 >>>> >>>> I'll commit the fix tonight (CEST), if David isn't faster than me. :) >>> >>> I'm left wondering how this was not caught by the libc++ test suite. The current toupper.c shouldn't pass http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp >>> >>> Thanks, >>> Erik_______________________________________________ >>> 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" > > _______________________________________________ > 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 Fri May 11 01:58:14 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E392106566C; Fri, 11 May 2012 01:58:14 +0000 (UTC) (envelope-from okuno.kohji@jp.panasonic.com) Received: from smtp.mei.co.jp (smtp.mei.co.jp [133.183.100.20]) by mx1.freebsd.org (Postfix) with ESMTP id EBF288FC17; Fri, 11 May 2012 01:58:12 +0000 (UTC) Received: from mail-gw.jp.panasonic.com ([157.8.1.157]) by smtp.mei.co.jp (8.12.11.20060614/3.7W/kc-maile12) with ESMTP id q4B1w8N1002243; Fri, 11 May 2012 10:58:08 +0900 (JST) Received: from epochmail.jp.panasonic.com ([157.8.1.130]) by mail.jp.panasonic.com (8.11.6p2/3.7W/kc-maili17) with ESMTP id q4B1w9307999; Fri, 11 May 2012 10:58:09 +0900 Received: by epochmail.jp.panasonic.com (8.12.11.20060308/3.7W/lomi13) id q4B1w9sm015722; Fri, 11 May 2012 10:58:09 +0900 Received: from localhost by lomi13.jp.panasonic.com (8.12.11.20060308/3.7W) with ESMTP id q4B1w8Sq015686; Fri, 11 May 2012 10:58:08 +0900 Date: Fri, 11 May 2012 10:58:05 +0900 (JST) Message-Id: <20120511.105805.752311254854609466.okuno.kohji@jp.panasonic.com> To: theraven@FreeBSD.org From: Kohji Okuno In-Reply-To: <20120511.105629.433001249354722453.okuno.kohji@jp.panasonic.com> References: <20120511.104242.19192035427185902.okuno.kohji@jp.panasonic.com> <20120511.105629.433001249354722453.okuno.kohji@jp.panasonic.com> Organization: Panasonic Corporation X-Mailer: Mew version 6.4 on Emacs 23.4 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Mixed; boundary="--Next_Part(Fri_May_11_10_58_05_2012_127)--" Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, okuno.kohji@jp.panasonic.com, erik@cederstrand.dk Subject: Re: The current libc/locale/toupper.c is mistaken 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, 11 May 2012 01:58:14 -0000 ----Next_Part(Fri_May_11_10_58_05_2012_127)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi, I'm sorry. I forgot to attach a file. Regards, Kohji Okuno > Hi David, > > From: David Chisnall > >> If you have a test case, I can commit it to the libc++ test suite. >> >> David > > I attached my test source. > This test program shoud output as below. > > towupper_l > 0049, 0049 > 0131, 0049 > 0130, 0130 > 0069, 0049 > > towlower_l > 0049, 0069 > 0131, 0131 > 0130, 0069 > 0069, 0069 > > But, when I use original toupper.c, this proguram output as below. > > towupper_l > 0049, 0049 > 0131, 0131 > 0130, 0069 > 0069, 0049 > > towlower_l > 0049, 0069 > 0131, 0131 > 0130, 0069 > 0069, 0069 > > Regards, > Kohji Okuno > >> >> On 10 May 2012, at 21:42, Kohji Okuno wrote: >> >>> Hi Eric, >>> >>>> I'm left wondering how this was not caught by the libc++ test >>>> suite. The current toupper.c shouldn't pass >>>> http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp >>> >>> This test suite checks only popular characters. >>> __mapupper_ext is used in case of special characters. >>> >>> For example, Turkish 'i' (0x0131) should convert 'I' (0x49). >>> >>> Regards, >>> Kohji Okuno >>> >>> >>>> Den 10/05/2012 kl. 12.03 skrev Dimitry Andric: >>>> >>>>> On 2012-05-10 11:02, Kohji Okuno wrote: >>>>>> I think that libc/locale/toupper.c is mistaken. >>>>>> Could you check it? >>>>>> >>>>>> @@ -51,7 +51,7 @@ ___toupper_l(c, l) >>>>>> { >>>>>> size_t lim; >>>>>> FIX_LOCALE(l); >>>>>> - _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__maplower_ext; >>>>>> + _RuneRange *rr = &XLOCALE_CTYPE(l)->runes->__mapupper_ext; >>>>>> _RuneEntry *base, *re; >>>>>> >>>>>> if (c < 0 || c == EOF) >>>>> >>>>> Yes, this definitely looks like a copy/paste error, introduced here: >>>>> >>>>> http://svnweb.freebsd.org/base/head/lib/libc/locale/toupper.c?r1=165903&r2=227753 >>>>> >>>>> I'll commit the fix tonight (CEST), if David isn't faster than me. :) >>>> >>>> I'm left wondering how this was not caught by the libc++ test suite. The current toupper.c shouldn't pass http://llvm.org/svn/llvm-project/libcxx/trunk/test/localization/locales/locale.convenience/conversions/conversions.character/toupper.pass.cpp >>>> >>>> Thanks, >>>> Erik_______________________________________________ >>>> 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" >> >> _______________________________________________ >> 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" ----Next_Part(Fri_May_11_10_58_05_2012_127)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="test.c" #include #include #include #include #include int main() { int i; wint_t test[] = {0x0049, 0x0131, 0x0130, 0x0069}; wint_t ret; locale_t x; x = newlocale(0x1f, "tr_TR", NULL); printf("towupper_l\n"); for (i = 0; i < sizeof(test)/sizeof(wint_t); i++) { ret = towupper_l(test[i], x); printf("%04x, %04x\n", test[i], ret); } printf("\n"); printf("towlower_l\n"); for (i = 0; i < sizeof(test)/sizeof(wint_t); i++) { ret = towlower_l(test[i], x); printf("%04x, %04x\n", test[i], ret); } exit(0); } ----Next_Part(Fri_May_11_10_58_05_2012_127)---- From owner-freebsd-current@FreeBSD.ORG Fri May 11 02:13:03 2012 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 EAE94106566B; Fri, 11 May 2012 02:13:03 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id 8697E8FC0A; Fri, 11 May 2012 02:13:03 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q4B2ANiQ066502; Fri, 11 May 2012 11:10:23 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Fri, 11 May 2012 11:10:19 +0900 (JST) Message-Id: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> To: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org From: Mitsuru IWASAKI X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 02:13:04 -0000 Hi I've been working on suspend/resume for SMP/i386 for a week and created patches against CURRENT, RELENG_9 and RELENG_8 available at: http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff A lot of portion of the patches was ported from amd64. Testing on Thinkpad X60 (Core Duo T2300), so far so good :) I'll commit them against CURRENT hopefully next week. Thanks and have fun! From owner-freebsd-current@FreeBSD.ORG Fri May 11 05:42:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8E028106566C; Fri, 11 May 2012 05:42:28 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.c2i.net [212.247.154.130]) by mx1.freebsd.org (Postfix) with ESMTP id DB8EA8FC0C; Fri, 11 May 2012 05:42:27 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe05.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 270038239; Fri, 11 May 2012 07:42:25 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 11 May 2012 07:41:41 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.3-STABLE; KDE/4.4.5; amd64; ; ) References: <20120511005419.GA5643@FreeBSD.org> In-Reply-To: <20120511005419.GA5643@FreeBSD.org> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201205110741.41137.hselasky@c2i.net> Cc: Subject: Re: usb problems on HP DL980G7 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, 11 May 2012 05:42:28 -0000 On Friday 11 May 2012 02:54:19 John wrote: > Hi Folks, > > We've been trying to bring freebsd up on a hp dl980g7 for awhile. > Due to usb issues, we finally installed onto a revo card and > installed it into the 980. The system consistently puts out the > following messages: > > usbd_ctrl_transfer_setup: could not setup default USB transfer > usb_alloc_device: set address 2 failed (USB_ERR_NOMEM, ignored) > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_setup_device_desc: getting device descriptor at addr 2 failed, > USB_ERR_NOMEM usbd_ctrl_transfer_setup: could not setup default USB > transfer > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM, ignored) > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_setup_device_desc: getting device descriptor at addr 2 failed, > USB_ERR_NOMEM usbd_ctrl_transfer_setup: could not setup default USB > transfer > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_NOMEM, ignored) > usbd_ctrl_transfer_setup: could not setup default USB transfer > usbd_setup_device_desc: getting device descriptor at addr 2 failed, > USB_ERR_NOMEM ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > > From dmesg: > > pci0: at device 20.0 (no driver > attached) pcib12: at device 28.0 on pci0 > pci3: on pcib12 > pcib13: at device 28.4 on pci0 > pci2: on pcib13 > pci2: at device 0.0 (no driver attached) > pci2: at device 0.2 (no driver attached) > uhci0: port 0x3c00-0x3c1f irq 17 at device > 0.4 on pci2 usbus0 on uhci0 > uhci1: port 0x1000-0x101f irq > 20 at device 29.0 on pci0 device_attach: uhci1 attach returned 12 > uhci1: port 0x1020-0x103f irq > 23 at device 29.1 on pci0 device_attach: uhci1 attach returned 12 > uhci1: port 0x1040-0x105f irq > 22 at device 29.2 on pci0 device_attach: uhci1 attach returned 12 > uhci1: port 0x1060-0x107f irq > 23 at device 29.3 on pci0 device_attach: uhci1 attach returned 12 > ehci0: mem > 0xa0300000-0xa03003ff irq 20 at device 29.7 on pci0 device_attach: ehci0 > attach returned 12 > > Current - 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r235137M > > Nothing connected to usb on this systems works. > > Full dmesg is here: > http://people.freebsd.org/~jwd/dl980g7/dmesg.boot.html > > Any help is appreciated. Hi, If you compile a kernel with options USB_DEBUG, there are some tunables under hw.usb which can set various USB related delays. Try to double all USB sysctls having the keyword "delay". --HPS From owner-freebsd-current@FreeBSD.ORG Fri May 11 11:20:22 2012 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 F35681065679; Fri, 11 May 2012 11:20:21 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 8403B8FC14; Fri, 11 May 2012 11:20:20 +0000 (UTC) Received: from server.rulingia.com (c220-239-251-180.belrs5.nsw.optusnet.com.au [220.239.251.180]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id q4BBKA7v004837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 May 2012 21:20:13 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id q4BBK8rD027286; Fri, 11 May 2012 21:20:08 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id q4BBK5gq027261; Fri, 11 May 2012 21:20:05 +1000 (EST) (envelope-from peter) Date: Fri, 11 May 2012 21:20:05 +1000 From: Peter Jeremy To: Mitsuru IWASAKI Message-ID: <20120511112005.GA87299@server.rulingia.com> References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 11:20:22 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-May-11 11:10:19 +0900, Mitsuru IWASAKI wro= te: >I've been working on suspend/resume for SMP/i386 for a week >and created patches against CURRENT, RELENG_9 and RELENG_8 >available at: Thank you for that. Since I was in the process of upgrading my netbook (Acer Aspire One AOA-110 - Atom N270), I rolled your RELENG_8 patch on top of r235229. Unfortunately, the result hasn't been a complete success. I can suspend to S3 with no problems (though that worked before). The resume is less successful. If X is running, I get a garbage screen. If I suspend at a VTY, the screen comes back correctly but there is no response from keyboard, touchpad or wired network (though it has the correct lights). Let me know if you have any suggestions for debugging. --=20 Peter Jeremy --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk+s9eUACgkQ/opHv/APuIdN4gCgir9WZ0aubN7e9rwCNcbKXkpl b3sAn2umpzL/6MpXLRY2aybvqBrksNLo =2WZy -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 11:32:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6FA2106566B; Fri, 11 May 2012 11:32:36 +0000 (UTC) (envelope-from dhw@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C07758FC0A; Fri, 11 May 2012 11:32:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4BBWafI099801; Fri, 11 May 2012 11:32:36 GMT (envelope-from dhw@freefall.freebsd.org) Received: (from dhw@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4BBWa5B099799; Fri, 11 May 2012 11:32:36 GMT (envelope-from dhw) Date: Fri, 11 May 2012 11:32:36 +0000 From: David Wolfskill To: Mitsuru IWASAKI Message-ID: <20120511113236.GA89666@freefall.freebsd.org> References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 11:32:36 -0000 On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > ... > A lot of portion of the patches was ported from amd64. > Testing on Thinkpad X60 (Core Duo T2300), so far so good :) > > I'll commit them against CURRENT hopefully next week. > > Thanks and have fun! I just tried it on a Dell Precision M4400 (Core(TM)2 Duo CPU T9600), running: FreeBSD localhost 10.0-CURRENT FreeBSD 10.0-CURRENT #556 235262M: Fri May 11 06:07:31 EDT 2012 root@localhost:/usr/obj/usr/src/sys/CANARY i386 (Writing from BSDCan; home mail machine seems wedged.) It seems to work for me -- I was able to use the keyboard (Fn+F1) to suspend; once I closed the lid, the power light visible on the outside would blink slowly (about a 0.5Hz cycle time w/ 50% duty cycle, estimated); when I opened the lid, the machine resumed "automagically". I tried it first merely from a vty, then from X (nVidia driver, updated as of this morning). I'll try stable/9 & stable/8 as time permits. Thanks! :-) Peace, david -- David H. Wolfskill dhw@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. From owner-freebsd-current@FreeBSD.ORG Fri May 11 12:13:06 2012 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 D29721065670; Fri, 11 May 2012 12:13:06 +0000 (UTC) (envelope-from dhw@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BA8398FC12; Fri, 11 May 2012 12:13:06 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4BCD6OW038329; Fri, 11 May 2012 12:13:06 GMT (envelope-from dhw@freefall.freebsd.org) Received: (from dhw@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4BCD6FN038328; Fri, 11 May 2012 12:13:06 GMT (envelope-from dhw) Date: Fri, 11 May 2012 12:13:06 +0000 From: David Wolfskill To: Mitsuru IWASAKI Message-ID: <20120511121306.GA30096@freefall.freebsd.org> References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 12:13:06 -0000 On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff > ... Another follow-up: just tested on same machine (Dell Precision M4400; Core(TM)2 Duo CPU T9600), this time running: FreeBSD localhost 9.0-STABLE FreeBSD 9.0-STABLE #157 235262M: Fri May 11 05:24:24 EDT 2012 root@localhost:/usr/obj/usr/src/sys/CANARY i386 and the RELENG_9 patch works for me on stable/9 (same test approach as I had used for head). stable/8 is next up. Peace, david -- David H. Wolfskill dhw@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:07:49 2012 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 B3BFE106566C for ; Fri, 11 May 2012 13:07:49 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id 65CA18FC0C for ; Fri, 11 May 2012 13:07:49 +0000 (UTC) Received: from server.mypc.hu (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 0E5E814E755B; Fri, 11 May 2012 15:07:42 +0200 (CEST) X-Virus-Scanned: amavisd-new at server.mypc.hu Received: from server.mypc.hu ([127.0.0.1]) by server.mypc.hu (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id w5V0Xvnm0mMn; Fri, 11 May 2012 15:07:41 +0200 (CEST) Received: from [192.168.1.117] (catv-80-98-232-12.catv.broadband.hu [80.98.232.12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 6A58914E7546; Fri, 11 May 2012 15:07:41 +0200 (CEST) Message-ID: <4FAD0F19.7020704@FreeBSD.org> Date: Fri, 11 May 2012 15:07:37 +0200 From: Gabor Kovesdan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120328 Thunderbird/13.0a2 MIME-Version: 1.0 To: FreeBSD Current , Oleg Moskalenko References: <4FA940F3.6080907@FreeBSD.org> In-Reply-To: <4FA940F3.6080907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 11 May 2012 13:07:49 -0000 On 2012.05.08. 17:51, Gabor Kovesdan wrote: > Hi Folks, > > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the > default version. If someone has any objection, please raise it now. > Future plans are to switch the logic and make BSD sort default once it > has undergone enough testing and finally drop GNU sort permanently if > no problems appear. > > Note that the strcoll() and wcscoll() implementations of FreeBSD are > incomplete so neither GNU sort nor the new BSD sort work 100% > correctly with multi-byte locales but once the underlying functions > are implemented, BSD sort will just work fine. As I announced before, today finally I've committed BSD sort to -CURRENT. By default, it will be "bsdsort" and GNU sort will be installed as "sort", like before. If you can, please opt in for the default BSD sort by setting WITH_BSD_SORT, which will cause that BSD sort is installed as "sort" and GNU sort will be "gnusort". If no bugs appear and portmgr can run an exp-run for default BSD sort, I'll switch the logic to a default BSD sort. Gabor From owner-freebsd-current@FreeBSD.ORG Fri May 11 13:22:57 2012 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 D50AE106564A; Fri, 11 May 2012 13:22:57 +0000 (UTC) (envelope-from dhw@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id BD7118FC15; Fri, 11 May 2012 13:22:57 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4BDMvNe004927; Fri, 11 May 2012 13:22:57 GMT (envelope-from dhw@freefall.freebsd.org) Received: (from dhw@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4BDMvit004926; Fri, 11 May 2012 13:22:57 GMT (envelope-from dhw) Date: Fri, 11 May 2012 13:22:57 +0000 From: David Wolfskill To: Mitsuru IWASAKI Message-ID: <20120511132257.GA96585@freefall.freebsd.org> References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 13:22:57 -0000 On Fri, May 11, 2012 at 11:10:19AM +0900, Mitsuru IWASAKI wrote: > Hi > > I've been working on suspend/resume for SMP/i386 for a week > and created patches against CURRENT, RELENG_9 and RELENG_8 > available at: > > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-CURRENT-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_9-20120511.diff > http://people.freebsd.org/~iwasaki/acpi/i386-SMP-suspend-RELENG_8-20120511.diff > ... I'm sorry to report that while head & stable/9 did work for me (see previous notes in this thread), stable/8 did not. Well, suspend seemed to, but on resume, the screen stayed dark and the machine was (as far as I could tell without trying to ping it from another machine) unresponsive. This was on the same Dell Precision M4400 as before (Core(TM)2 Duo CPU T9600), running: FreeBSD localhost 8.3-STABLE FreeBSD 8.3-STABLE #382 235262M: Fri May 11 04:45:52 EDT 2012 root@localhost:/common/S1/obj/usr/src/sys/CANARY i386 Peace, david -- David H. Wolfskill dhw@freebsd.org There is a use for spam: it helps identify spammers. I have no use for spammers. From owner-freebsd-current@FreeBSD.ORG Fri May 11 15:51:00 2012 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 49FBE106566C for ; Fri, 11 May 2012 15:51:00 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm15-vm0.bullet.mail.sp2.yahoo.com (nm15-vm0.bullet.mail.sp2.yahoo.com [98.139.91.208]) by mx1.freebsd.org (Postfix) with SMTP id 0AFA08FC15 for ; Fri, 11 May 2012 15:51:00 +0000 (UTC) Received: from [98.139.91.65] by nm15.bullet.mail.sp2.yahoo.com with NNFMP; 11 May 2012 15:50:54 -0000 Received: from [208.71.42.198] by tm5.bullet.mail.sp2.yahoo.com with NNFMP; 11 May 2012 15:50:54 -0000 Received: from [127.0.0.1] by smtp209.mail.gq1.yahoo.com with NNFMP; 11 May 2012 15:50:53 -0000 X-Yahoo-Newman-Id: 926212.29928.bm@smtp209.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: LhkextoVM1mc074Ud9Zmnh7qBdsXRmyJnARIksO8vddynS3 wX_AEIAIbpffVedPGB9BuTu.pR.iU2_wTVcEXejKn_zQbtoQhA9scmZ78ka1 kG8bjs5H6PPA8joNL2kbuS7vmMj8jppfKrIwS_UFwKwRmSyoKoys53BsyGP1 s5b0n9MRr88yENPlNQV4JaYtGkMXhi.9C_SfMnmL6OwAsxENOU9puWNhUyMy zpUlQaiCtx3Ya4_Ut_sAwexoPaeaqs1zbDZhKiJT5om5ozeegUvftWPfQ3A1 0jZVEhLZVybs0iFDPhGFdcPWtonZ1HNoKTSdxcnewSRgJMIqMpHxsc16wGKo yMdoLTaoXRtRMGRZ1IB9HiMoE6J7LdFu6tjb6e1RTXMNjchPXd5JkOXekM4y QIB9IMNiicPMDn.pPowQauWxLz5Szsf7CQghQdeikKgAe8A-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.103] (pfg@200.118.157.7 with plain) by smtp209.mail.gq1.yahoo.com with SMTP; 11 May 2012 08:50:53 -0700 PDT Message-ID: <4FAD355B.10900@FreeBSD.org> Date: Fri, 11 May 2012 10:50:51 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120328 Thunderbird/10.0.3 MIME-Version: 1.0 To: Gabor Kovesdan References: <4FA940F3.6080907@FreeBSD.org> In-Reply-To: <4FA940F3.6080907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Oleg Moskalenko Subject: Re: [HEADS-UP] BSD sort coming to -CURRENT 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, 11 May 2012 15:51:00 -0000 Oleg and Gabor; Awesome! Kudos and huge thanks for working on this!! Pedro. On 05/08/12 10:51, Gabor Kovesdan wrote: > Hi Folks, > > Oleg Moskalenko has been working very hard on BSD sort and by now we > think it is compatible with the base version (and has even more > features, the ideas mostly taken from the latest GNU sort) and it is > efficient. I just updated the textproc/bsdsort port to the latest > version so that people can test it and I plan to commit it to HEAD in > some days, for now installed as "bsdsort", leaving GNU sort the > default version. If someone has any objection, please raise it now. > Future plans are to switch the logic and make BSD sort default once it > has undergone enough testing and finally drop GNU sort permanently if > no problems appear. > > Note that the strcoll() and wcscoll() implementations of FreeBSD are > incomplete so neither GNU sort nor the new BSD sort work 100% > correctly with multi-byte locales but once the underlying functions > are implemented, BSD sort will just work fine. > > Gabor > _______________________________________________ > 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 Fri May 11 15:57:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B24E3106564A for ; Fri, 11 May 2012 15:57:10 +0000 (UTC) (envelope-from artem20041991@yandex.ru) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 885358FC0A for ; Fri, 11 May 2012 15:57:10 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SSsDH-00046W-QB for freebsd-current@freebsd.org; Fri, 11 May 2012 08:57:03 -0700 Date: Fri, 11 May 2012 08:57:03 -0700 (PDT) From: hopto To: freebsd-current@freebsd.org Message-ID: <1336751823791-5703401.post@n5.nabble.com> In-Reply-To: References: <201205031853.53102.bschmidt@freebsd.org> <20120505105258.28e28803@laptop> <201205051251.10431.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 May 2012 16:01:33 +0000 Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Fri, 11 May 2012 15:57:10 -0000 FreeBSD 9 amd64 cc1: warnings being treated as errors /usr/src/sys/modules/ral/../../dev/ral/rt2860.c: In function 'rt2860_attach': /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:349: warning: assignment from incompatible pointer type *** Error code 1 Stop in /usr/src/sys/modules/ral. what? -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Ralink-RT2860-RT2870-RT3060-RT3090-support-tp5683758p5703401.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Fri May 11 17:42:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7FAF106564A for ; Fri, 11 May 2012 17:42:14 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCB98FC0C for ; Fri, 11 May 2012 17:42:14 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SStqy-0006r9-6y>; Fri, 11 May 2012 19:42:08 +0200 Received: from e178023079.adsl.alicedsl.de ([85.178.23.79] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SStqy-0006MJ-1L>; Fri, 11 May 2012 19:42:08 +0200 Message-ID: <4FAD4F67.7030400@zedat.fu-berlin.de> Date: Fri, 11 May 2012 19:41:59 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6F3414C82BEBB3392CBE1EF0" X-Originating-IP: 85.178.23.79 Subject: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 17:42:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6F3414C82BEBB3392CBE1EF0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with the following error when building with CLANG either worl or kernel. Is there something I missed? How to solve? regards, Oliver clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=3Di386 -std=3Dgnu99 -Qunused-arguments= -m32 -c /usr/src/sys/boot/i386/cdboot/cdboot.S /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |=3D ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [all] Error code 1 Stop in /usr/src. *** [all] Error code 1 --------------enig6F3414C82BEBB3392CBE1EF0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPrU9vAAoJEOgBcD7A/5N8QmoIAOQjdE/KyJnssDH+tTX1XK4E giugle53qOevEK1ppawM9kI0+VzZuJ/nUBr0/NjnGsFrqo/JHRpXOaD/7VTfT5jO k0iVC6pz3Cb5MMhdapOVKtYOpNCEWUOvVZUVSMd67HMh3JWzN4ZUnR4zndTOCaP/ KpwXZlF9ABZOs55Xq7btMJAEdQvYuO6S1XcoRxJEh1o0Fdyox4ClaE6UP9AiTS/o SrhgzKrdyDUwXoQu8rjQo64JGUoKEm4BPXSlBj6ShVkaNQ9Xz3kewIhKlcAjrqVu /cS1BTgJtVJeSGE8t7m60saaZOq2JOSy+TOjxTbwH4Hradc6GfVEB9cDNhjGPek= =i8Pk -----END PGP SIGNATURE----- --------------enig6F3414C82BEBB3392CBE1EF0-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 17:51:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D979D106566B; Fri, 11 May 2012 17:51:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 66F8D8FC1B; Fri, 11 May 2012 17:51:05 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4085619vbm.13 for ; Fri, 11 May 2012 10:50:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=IMqpHyDS+NHF2nfJnzBUEJUBVUJCxTLSIaiAJsEA/BY=; b=wY+O2pC8Wodh5CnuUCV2tUjOXeXMKXO6tBZm8I4+4eE1LhlEWbVsDQ9AemNk0LXM29 ifHFRSn5p5YWkIMWzPCtnFXib426jsVTXuSiNYNIXGdWLotw0cK5iIj8m1HPMYWaB4DE AaKXW9MugPcf4JyjdPQXzNpTUyzh6kkrwduIKtlk6ZC9y9EZfbAQ0TGCKCnL/7ZNi7Wi sdINmCWlAZl4cjwFDjoydbg2zr8xIL3fQcTr92ztuHtEkr3F7/YXoTIykxx5Qcy6Mubq 9hYyl8rvdYv56TqwsaHHqeSN7KmfOgOCypuBl7QfUDP+Yr3vjKqXkLmSxu7jFneaX3L2 +CRQ== MIME-Version: 1.0 Received: by 10.52.179.35 with SMTP id dd3mr4500243vdc.2.1336758659503; Fri, 11 May 2012 10:50:59 -0700 (PDT) Received: by 10.220.7.148 with HTTP; Fri, 11 May 2012 10:50:59 -0700 (PDT) In-Reply-To: <4FAD4F67.7030400@zedat.fu-berlin.de> References: <4FAD4F67.7030400@zedat.fu-berlin.de> Date: Fri, 11 May 2012 10:50:59 -0700 Message-ID: From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD , Andriy Gapon Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 17:51:05 -0000 On Fri, May 11, 2012 at 10:41 AM, O. Hartmann wrote: > I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with > the following error when building with CLANG either worl or kernel. > > Is there something I missed? How to solve? Andriy CCed. -Garrett From owner-freebsd-current@FreeBSD.ORG Fri May 11 18:08:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A4AA0106564A for ; Fri, 11 May 2012 18:08:15 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3EB8FC14 for ; Fri, 11 May 2012 18:08:15 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:839:5834:5e28:89f8] (unknown [IPv6:2001:7b8:3a7:0:839:5834:5e28:89f8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AF9125C37; Fri, 11 May 2012 20:08:08 +0200 (CEST) Message-ID: <4FAD558B.9060302@andric.com> Date: Fri, 11 May 2012 20:08:11 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120425 Thunderbird/13.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4FAD4F67.7030400@zedat.fu-berlin.de> In-Reply-To: <4FAD4F67.7030400@zedat.fu-berlin.de> X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 18:08:15 -0000 On 2012-05-11 19:41, O. Hartmann wrote: > I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with > the following error when building with CLANG either worl or kernel. > > Is there something I missed? How to solve? Should be fixed in r235281. Please try again. From owner-freebsd-current@FreeBSD.ORG Fri May 11 19:51:21 2012 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 91F7E1065677 for ; Fri, 11 May 2012 19:51:21 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 458998FC12 for ; Fri, 11 May 2012 19:51:21 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SSvs0-0003ay-4z>; Fri, 11 May 2012 21:51:20 +0200 Received: from e178023079.adsl.alicedsl.de ([85.178.23.79] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SSvrz-0003t9-VW>; Fri, 11 May 2012 21:51:20 +0200 Message-ID: <4FAD6DAF.3040300@zedat.fu-berlin.de> Date: Fri, 11 May 2012 21:51:11 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4FAD4F67.7030400@zedat.fu-berlin.de> <4FAD558B.9060302@andric.com> In-Reply-To: <4FAD558B.9060302@andric.com> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig25CC16AA178B5526188EC0FB" X-Originating-IP: 85.178.23.79 Cc: Current FreeBSD Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 19:51:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig25CC16AA178B5526188EC0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/11/12 20:08, Dimitry Andric wrote: > On 2012-05-11 19:41, O. Hartmann wrote: >> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >> the following error when building with CLANG either worl or kernel. >> >> Is there something I missed? How to solve? >=20 > Should be fixed in r235281. Please try again. Yes, seems repaired. Thanks. Oliver --------------enig25CC16AA178B5526188EC0FB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPrW22AAoJEOgBcD7A/5N8mEYH/1yrD4Nfj8vpf3oWUaoJOFmX NvfIaeahfhyEsL9+YqDDDNOk/t4+vRJVkjbMBaxNJR/+C83cFwGImPD/2oluFdsb TvNMtfwXCw3r0hRaFFkshvHI2tbwmOrzuSAxoBOwwSPXEmfiJTF1rXO2ZZiXAESI J1DGS4nnxRiR9uQbU2pIh4YY+0KHCH1W+tjr0dEme79SC2Yp/Y3oNKpskl4AR58x fCGjqQ1U1NvoTv01rQN8bOtVLe9hJxxrB4wr6tJ9eVLkZfTQo2pHn6rBWaMOODHm /NAoRHZO96/eja2ULwLpmv0lwGr79Y7abfWcXHcAlWmRgWXQ3zjewcDZ6bIxrKs= =Gwrs -----END PGP SIGNATURE----- --------------enig25CC16AA178B5526188EC0FB-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 19:52:24 2012 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 869481065670 for ; Fri, 11 May 2012 19:52:24 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CE3398FC08 for ; Fri, 11 May 2012 19:52:23 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA22511; Fri, 11 May 2012 22:52:18 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SSvsw-0004v4-7W; Fri, 11 May 2012 22:52:18 +0300 Message-ID: <4FAD6DF0.6020208@FreeBSD.org> Date: Fri, 11 May 2012 22:52:16 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: Garrett Cooper References: <4FAD4F67.7030400@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD , "O. Hartmann" Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 19:52:24 -0000 on 11/05/2012 20:50 Garrett Cooper said the following: > On Fri, May 11, 2012 at 10:41 AM, O. Hartmann > wrote: >> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >> the following error when building with CLANG either worl or kernel. >> >> Is there something I missed? How to solve? > > Andriy CCed. Thank you. Unfortunately I do not see the "following error" :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri May 11 19:56:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 220A01065672; Fri, 11 May 2012 19:56:57 +0000 (UTC) (envelope-from adrian.chadd@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 E40CF8FC0C; Fri, 11 May 2012 19:56:56 +0000 (UTC) Received: by dadv36 with SMTP id v36so4067462dad.13 for ; Fri, 11 May 2012 12:56:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=r1w2AdnrENug4sf1lycbP0ddKf3ViOZj0JjJSD0a0o4=; b=LYnGqn8LFRUDSlCjL9gcCKVCKneYEJbi2T/c44EDfGPnSczznYTsxx8OxRI+fs2um2 SJhojVQSKdXdicp3NH80owEpspMuqLO10SEWiSJvBxUPAjE4RoIC1/4vxR7kec2atHhi MAHmV0mZcLg28mpTzkvM/2wRpvjgDOF5xvMcKDUS59lLnaSAosYp51fak3E0hqG/toZw dKvLgj0n5nMj+rxwM4niasbY08WL3BVh3JsJt9Au+qZr5mVskEGTnSFkkB6rASsE8Umv mlVeqE+n11WhGFJCUtMKIlhIcOXGUlEiAhTYcTt7HhvFeXOL4PupMye/ziIF1p/8siin 6NQQ== MIME-Version: 1.0 Received: by 10.68.116.203 with SMTP id jy11mr3514852pbb.129.1336766216524; Fri, 11 May 2012 12:56:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.203.2 with HTTP; Fri, 11 May 2012 12:56:56 -0700 (PDT) In-Reply-To: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> Date: Fri, 11 May 2012 12:56:56 -0700 X-Google-Sender-Auth: DPiBrcbcXCcUtG2ctmSob3k0dBs Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 19:56:57 -0000 Thanks so very much for this! I'll try it on my thinkpad T60 this weekend and report back. It unfortunately is running 9.0-RELEASE though - if I have issues, I'll try 9-stable on another T60 next week and similarly report back. Adrian From owner-freebsd-current@FreeBSD.ORG Fri May 11 19:57:17 2012 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 6F2FF10657E7; Fri, 11 May 2012 19:57:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 214F28FC08; Fri, 11 May 2012 19:57:17 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SSvxk-0004AJ-9E>; Fri, 11 May 2012 21:57:16 +0200 Received: from e178023079.adsl.alicedsl.de ([85.178.23.79] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SSvxk-0004AP-3L>; Fri, 11 May 2012 21:57:16 +0200 Message-ID: <4FAD6F1B.6060007@zedat.fu-berlin.de> Date: Fri, 11 May 2012 21:57:15 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120502 Thunderbird/12.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4FAD4F67.7030400@zedat.fu-berlin.de> <4FAD6DF0.6020208@FreeBSD.org> In-Reply-To: <4FAD6DF0.6020208@FreeBSD.org> X-Enigmail-Version: 1.5pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1690BF4AC291A6D56A884C02" X-Originating-IP: 85.178.23.79 Cc: Garrett Cooper , Current FreeBSD Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 19:57:17 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1690BF4AC291A6D56A884C02 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 05/11/12 21:52, Andriy Gapon wrote: > on 11/05/2012 20:50 Garrett Cooper said the following: >> On Fri, May 11, 2012 at 10:41 AM, O. Hartmann >> wrote: >>> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with= >>> the following error when building with CLANG either worl or kernel. >>> >>> Is there something I missed? How to solve? >> >> Andriy CCed. >=20 > Thank you. Unfortunately I do not see the "following error" :-) >=20 =2E.. it WAS this error, one in cdboot.S: [...] clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing -march=3Dnative -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding -mpreferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=3Di386 -std=3Dgnu99 -Qunused-arguments= -m32 -c /usr/src/sys/boot/i386/cdboot/cdboot.S /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: error: ambiguous instructions require an explicit suffix (could be 'orb', 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |=3D ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 Stop in /usr/src/sys/boot. *** [all] Error code 1 Stop in /usr/src/sys. *** [all] Error code 1 Stop in /usr/src. *** [all] Error code 1 --------------enig1690BF4AC291A6D56A884C02 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJPrW8bAAoJEOgBcD7A/5N8gH8H/jDP3llkVO8/RaIvDCRSOIml gRmmmeY1G4yAMgfL6qNUvtNu6ogZUb3e5Q9NEXLxmu/TFhdvXu/Ckt0eC0uQ0B+E DuI+wr9MseUAA+3nLku09tWhuSCaGlwBufKsMBePimXodoEB7m/fyTvFPLtXvLFR t4rdfUuysXwGhRACUZd2Qy63IvUcJewaCshTvOn5VHqQ8ljoRmvaZ8z7u9ydqs2J P/nXtKLUqB/O8zi3u4qNZeYQUuxqmIZyqOs2c9b2bLLWiAOGK1IHfgeVuiAQ8ksU nCkDJh55VboqiDbsZWtw1DEEzG6UgvlNJTIgqPN70o5C5bSpipop4Be8VeXaxCQ= =xMan -----END PGP SIGNATURE----- --------------enig1690BF4AC291A6D56A884C02-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 20:05:38 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ACFD1065670 for ; Fri, 11 May 2012 20:05:38 +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 DF7D08FC12 for ; Fri, 11 May 2012 20:05:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA22683; Fri, 11 May 2012 23:05:33 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1SSw5l-0004wQ-LH; Fri, 11 May 2012 23:05:33 +0300 Message-ID: <4FAD710D.3020605@FreeBSD.org> Date: Fri, 11 May 2012 23:05:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120503 Thunderbird/12.0.1 MIME-Version: 1.0 To: "O. Hartmann" References: <4FAD4F67.7030400@zedat.fu-berlin.de> <4FAD6DF0.6020208@FreeBSD.org> <4FAD6F1B.6060007@zedat.fu-berlin.de> In-Reply-To: <4FAD6F1B.6060007@zedat.fu-berlin.de> X-Enigmail-Version: 1.5pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Current FreeBSD Subject: Re: can not build world or kernel: /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: error: .code16 not supported yet 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, 11 May 2012 20:05:38 -0000 on 11/05/2012 22:57 O. Hartmann said the following: > On 05/11/12 21:52, Andriy Gapon wrote: >> on 11/05/2012 20:50 Garrett Cooper said the following: >>> On Fri, May 11, 2012 at 10:41 AM, O. Hartmann >>> wrote: >>>> I can not build FreeBSD 10.0-CURRENT/amd64, the build terminates with >>>> the following error when building with CLANG either worl or kernel. >>>> >>>> Is there something I missed? How to solve? >>> >>> Andriy CCed. >> >> Thank you. Unfortunately I do not see the "following error" :-) >> > > ... it WAS this error, one in cdboot.S: Yeah, I think that dim@ has fixed this. Sorry for being clang-inconsiderate. (I think that we need a clang tinderbox). > [...] clang -O2 -fno-strict-aliasing -pipe -pipe -O3 -fno-strict-aliasing > -march=native -I/usr/src/sys/boot/i386/cdboot/../common -ffreestanding > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -msoft-float -m32 -march=i386 -std=gnu99 -Qunused-arguments -m32 > -c /usr/src/sys/boot/i386/cdboot/cdboot.S > /usr/src/sys/boot/i386/cdboot/cdboot.S:112:10: error: .code16 not > supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:144:3: > error: ambiguous instructions require an explicit suffix (could be 'orb', > 'orw', 'orl', or 'orq') or $0x1,0x8(%bx) # kargs->bootflags |= ^ > /usr/src/sys/boot/i386/cdboot/cdboot.S:272:10: error: .code16 not > supported yet .code16 ^ /usr/src/sys/boot/i386/cdboot/cdboot.S:597:10: > error: .code16 not supported yet .code16 ^ *** [cdboot.o] Error code 1 > > Stop in /usr/src/sys/boot/i386/cdboot. *** [all] Error code 1 > > Stop in /usr/src/sys/boot/i386. *** [all] Error code 1 > > Stop in /usr/src/sys/boot. *** [all] Error code 1 > > Stop in /usr/src/sys. *** [all] Error code 1 > > Stop in /usr/src. *** [all] Error code 1 > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri May 11 20:29:46 2012 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 CDFF3106566C for ; Fri, 11 May 2012 20:29:46 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 085E08FC0C for ; Fri, 11 May 2012 20:29:45 +0000 (UTC) Received: by bkvi18 with SMTP id i18so2219263bkv.13 for ; Fri, 11 May 2012 13:29:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:message-id:x-gm-message-state; bh=rbidFd7cM8OdPU7NuD8IXwAi9x36fCJtdadrgVXHgGc=; b=BWoERPM1VBb/uAnoryeWIYdV9XlHrY4veWj5F8UQRM/m5dpPQNHPRYNXnC+y20BSJK TdHw1wrqj66qb+NqY9DTl7ppdmKh7NyQP7TgPSyMNIZaAseEwP0oZEmECADcrVAHq8Qc Bh56uVv8BZW0bWDqjuNkPBwx0/5APMykGGQJuMVUfNl9E+0blnpwNY3i0wkdD/qWdn6X yAQkcGK9SuZJXe/W+xzhRc1vlZ4sA3NisHkw0ZnSUoAEcw2Nu5xsk8U3s7pciXbZ0uzC v0yO0XMl/uGG7w2SzkHosriRjA3lwzSM86cTbZaF84qUeLAwCGXIvB/V455I4/LxMQla xzug== Received: by 10.204.141.9 with SMTP id k9mr843492bku.138.1336768183941; Fri, 11 May 2012 13:29:43 -0700 (PDT) Received: from amy.lab.techwires.net (dslb-088-067-192-198.pools.arcor-ip.net. [88.67.192.198]) by mx.google.com with ESMTPS id n17sm20488440bkw.5.2012.05.11.13.29.42 (version=SSLv3 cipher=OTHER); Fri, 11 May 2012 13:29:43 -0700 (PDT) Sender: Bernhard Schmidt From: Bernhard Schmidt To: hopto Date: Fri, 11 May 2012 22:30:08 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <201205031853.53102.bschmidt@freebsd.org> <1336751823791-5703401.post@n5.nabble.com> In-Reply-To: <1336751823791-5703401.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_QbXrPgU7xlAtFRa" Message-Id: <201205112230.08633.bschmidt@freebsd.org> X-Gm-Message-State: ALoCoQnlrlmKYda6xUqCb4c/mQgdxR7w/7rN1dsnd1U1Ne711AMpzD9KqowTGMA4RAEqo/jz0QZo Cc: freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Fri, 11 May 2012 20:29:46 -0000 --Boundary-00=_QbXrPgU7xlAtFRa Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Friday 11 May 2012 17:57:03 hopto wrote: > FreeBSD 9 amd64 > > cc1: warnings being treated as errors > /usr/src/sys/modules/ral/../../dev/ral/rt2860.c: In function > 'rt2860_attach': > /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:349: warning: assignment > from incompatible pointer type > *** Error code 1 > > Stop in /usr/src/sys/modules/ral. > > what? 9.0? Try attached patch Though, you are better of updating to stable/9, the patches should apply/build cleanly there. -- Bernhard --Boundary-00=_QbXrPgU7xlAtFRa Content-Type: text/x-patch; charset="UTF-8"; name="1.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="1.diff" Index: sys/dev/ral/rt2860.c =================================================================== --- sys/dev/ral/rt2860.c (revision 235233) +++ sys/dev/ral/rt2860.c (working copy) @@ -76,7 +76,7 @@ #endif static struct ieee80211vap *rt2860_vap_create(struct ieee80211com *, - const char [IFNAMSIZ], int, enum ieee80211_opmode, + const char [IFNAMSIZ], int, int, int, const uint8_t [IEEE80211_ADDR_LEN], const uint8_t [IEEE80211_ADDR_LEN]); static void rt2860_vap_delete(struct ieee80211vap *); @@ -428,7 +428,7 @@ static struct ieee80211vap * rt2860_vap_create(struct ieee80211com *ic, const char name[IFNAMSIZ], int unit, - enum ieee80211_opmode opmode, int flags, + int opmode, int flags, const uint8_t bssid[IEEE80211_ADDR_LEN], const uint8_t mac[IEEE80211_ADDR_LEN]) { --Boundary-00=_QbXrPgU7xlAtFRa-- From owner-freebsd-current@FreeBSD.ORG Fri May 11 21:01:24 2012 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 91D78106566C; Fri, 11 May 2012 21:01:24 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0CF9B8FC0C; Fri, 11 May 2012 21:01:23 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4342004vbm.13 for ; Fri, 11 May 2012 14:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=LB0nFhRlREeSzzF2jtRG65fv4Cv8b33K7tEUuuPTrG0=; b=VJLVcd/pcnN104M9eV6za7NWpgjRcJJxpbRogphgfK2cJMWPPEx2ZsCpBI+63D8wXQ J12zIOawAIpQree66VKIaWglEJzLyYBTj59aenFL0QI6wCouvJVVxoZZ7iD1AkJiUb4F ScJ8mmKO0p8B2G7MYexwEMrRsRoqIzWqjfdVboYV7lHEdIdsXtIjiHavfotEe8i7CLeu 8PGcLjSpGsgNwHlChHomMNBSEKftY8oHn/+oRNPqUaegqtxw7QNXuQ94Xin3slJsIBYj Ha1Uik5kIHiaBGRoYOB6cGKB000U7eUahrj6ezXmVTWTlOzvRnoIrnr/B5nWbfgJ5EWS nKzw== MIME-Version: 1.0 Received: by 10.52.22.79 with SMTP id b15mr594567vdf.10.1336770083123; Fri, 11 May 2012 14:01:23 -0700 (PDT) Received: by 10.220.7.148 with HTTP; Fri, 11 May 2012 14:01:23 -0700 (PDT) In-Reply-To: References: <20120511.111019.90116031.iwasaki@jp.FreeBSD.org> Date: Fri, 11 May 2012 14:01:23 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-acpi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 suspend/resume 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, 11 May 2012 21:01:24 -0000 On Fri, May 11, 2012 at 12:56 PM, Adrian Chadd wrote: > Thanks so very much for this! > > I'll try it on my thinkpad T60 this weekend and report back. It > unfortunately is running 9.0-RELEASE though - if I have issues, I'll > try 9-stable on another T60 next week and similarly report back. +1. I've really liked to use more than one CPU on my netbook for a while :). -Garrett From owner-freebsd-current@FreeBSD.ORG Sat May 12 02:24:54 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE477106566B; Sat, 12 May 2012 02:24:54 +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 727728FC12; Sat, 12 May 2012 02:24:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4C2Omih028986; Fri, 11 May 2012 22:24:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4C2Ombd028981; Sat, 12 May 2012 02:24:48 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 02:24:48 GMT Message-Id: <201205120224.q4C2Ombd028981@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 mips/mips 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, 12 May 2012 02:24:54 -0000 TB --- 2012-05-12 01:19:59 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 01:19:59 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 01:19:59 - starting HEAD tinderbox run for mips/mips TB --- 2012-05-12 01:19:59 - cleaning the object tree TB --- 2012-05-12 01:19:59 - cvsupping the source tree TB --- 2012-05-12 01:19:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-05-12 01:20:32 - building world TB --- 2012-05-12 01:20:32 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 01:20:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 01:20:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 01:20:32 - SRCCONF=/dev/null TB --- 2012-05-12 01:20:32 - TARGET=mips TB --- 2012-05-12 01:20:32 - TARGET_ARCH=mips TB --- 2012-05-12 01:20:32 - TZ=UTC TB --- 2012-05-12 01:20:32 - __MAKE_CONF=/dev/null TB --- 2012-05-12 01:20:32 - cd /src TB --- 2012-05-12 01:20:32 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 01:20:33 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 12 02:20:21 UTC 2012 TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m ADM5120 TB --- 2012-05-12 02:20:21 - skipping ADM5120 kernel TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m ALCHEMY TB --- 2012-05-12 02:20:21 - skipping ALCHEMY kernel TB --- 2012-05-12 02:20:21 - cd /src/sys/mips/conf TB --- 2012-05-12 02:20:21 - /usr/sbin/config -m AP94 TB --- 2012-05-12 02:20:21 - building AP94 kernel TB --- 2012-05-12 02:20:21 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 02:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 02:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 02:20:21 - SRCCONF=/dev/null TB --- 2012-05-12 02:20:21 - TARGET=mips TB --- 2012-05-12 02:20:21 - TARGET_ARCH=mips TB --- 2012-05-12 02:20:21 - TZ=UTC TB --- 2012-05-12 02:20:21 - __MAKE_CONF=/dev/null TB --- 2012-05-12 02:20:21 - cd /src TB --- 2012-05-12 02:20:21 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Sat May 12 02:20:22 UTC 2012 >>> 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 AP94 completed on Sat May 12 02:24:47 UTC 2012 TB --- 2012-05-12 02:24:47 - cd /src/sys/mips/conf TB --- 2012-05-12 02:24:47 - /usr/sbin/config -m AP96 TB --- 2012-05-12 02:24:47 - building AP96 kernel TB --- 2012-05-12 02:24:47 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 02:24:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 02:24:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 02:24:47 - SRCCONF=/dev/null TB --- 2012-05-12 02:24:47 - TARGET=mips TB --- 2012-05-12 02:24:47 - TARGET_ARCH=mips TB --- 2012-05-12 02:24:47 - TZ=UTC TB --- 2012-05-12 02:24:47 - __MAKE_CONF=/dev/null TB --- 2012-05-12 02:24:47 - cd /src TB --- 2012-05-12 02:24:47 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Sat May 12 02:24:47 UTC 2012 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /src/sys/mips/conf; PATH=/obj/mips.mips/src/tmp/legacy/usr/sbin:/obj/mips.mips/src/tmp/legacy/usr/bin:/obj/mips.mips/src/tmp/legacy/usr/games:/obj/mips.mips/src/tmp/usr/sbin:/obj/mips.mips/src/tmp/usr/bin:/obj/mips.mips/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /obj/mips.mips/src/sys/AP96 /src/sys/mips/conf/AP96 WARNING: duplicate option `GEOM_PART_BSD' encountered. WARNING: duplicate option `GEOM_PART_MBR' encountered. config: Error: device "etherswitch" is unknown config: Error: device "arswitch" is unknown config: 2 errors *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 02:24:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 02:24:48 - ERROR: failed to build AP96 kernel TB --- 2012-05-12 02:24:48 - 2744.10 user 570.39 system 3888.40 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 05:23:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2CB211065670; Sat, 12 May 2012 05:23:37 +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 EC8A58FC0A; Sat, 12 May 2012 05:23:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4C5Na15065303; Sat, 12 May 2012 01:23:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4C5Na3T065276; Sat, 12 May 2012 05:23:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 05:23:36 GMT Message-Id: <201205120523.q4C5Na3T065276@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: Sat, 12 May 2012 05:23:37 -0000 TB --- 2012-05-12 04:16:13 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 04:16:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 04:16:13 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-05-12 04:16:13 - cleaning the object tree TB --- 2012-05-12 04:16:13 - cvsupping the source tree TB --- 2012-05-12 04:16:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-05-12 04:16:51 - building world TB --- 2012-05-12 04:16:51 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 04:16:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 04:16:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 04:16:51 - SRCCONF=/dev/null TB --- 2012-05-12 04:16:51 - TARGET=sparc64 TB --- 2012-05-12 04:16:51 - TARGET_ARCH=sparc64 TB --- 2012-05-12 04:16:51 - TZ=UTC TB --- 2012-05-12 04:16:51 - __MAKE_CONF=/dev/null TB --- 2012-05-12 04:16:51 - cd /src TB --- 2012-05-12 04:16:51 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 04:16:52 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 12 05:17:54 UTC 2012 TB --- 2012-05-12 05:17:54 - generating LINT kernel config TB --- 2012-05-12 05:17:54 - cd /src/sys/sparc64/conf TB --- 2012-05-12 05:17:54 - /usr/bin/make -B LINT TB --- 2012-05-12 05:17:54 - cd /src/sys/sparc64/conf TB --- 2012-05-12 05:17:54 - /usr/sbin/config -m LINT TB --- 2012-05-12 05:17:54 - building LINT kernel TB --- 2012-05-12 05:17:54 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 05:17:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 05:17:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 05:17:54 - SRCCONF=/dev/null TB --- 2012-05-12 05:17:54 - TARGET=sparc64 TB --- 2012-05-12 05:17:54 - TARGET_ARCH=sparc64 TB --- 2012-05-12 05:17:54 - TZ=UTC TB --- 2012-05-12 05:17:54 - __MAKE_CONF=/dev/null TB --- 2012-05-12 05:17:54 - cd /src TB --- 2012-05-12 05:17:54 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 12 05:17:54 UTC 2012 >>> 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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memdev.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mem/memutil.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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mfi/mfi.c /src/sys/dev/mfi/mfi.c: In function 'mfi_alloc_commands': /src/sys/dev/mfi/mfi.c:796: error: invalid use of undefined type 'struct bus_dmamap' cc1: warnings being treated as errors /src/sys/dev/mfi/mfi.c:796: warning: assignment makes integer from pointer without a cast *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 05:23:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 05:23:35 - ERROR: failed to build LINT kernel TB --- 2012-05-12 05:23:35 - 3222.38 user 571.85 system 4042.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 05:29:57 2012 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 29FFD1065670; Sat, 12 May 2012 05:29:57 +0000 (UTC) (envelope-from jasone@FreeBSD.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 007858FC0C; Sat, 12 May 2012 05:29:56 +0000 (UTC) Received: from [192.168.168.4] (70-91-206-178-BusName-SFBA.hfc.comcastbusiness.net [70.91.206.178]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 31B6328417; Fri, 11 May 2012 22:29:56 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=windows-1252 From: Jason Evans In-Reply-To: <20120509070101.GC1395@mole.fafoe.narf.at> Date: Fri, 11 May 2012 22:29:55 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120421185402.GH1743@albert.catwhisker.org> <7AD8956D-AD18-4CAB-9953-06E00185A7DA@freebsd.org> <4FA94E51.8020902@FreeBSD.org> <20120508213717.GA1410@mole.fafoe.narf.at> <20120508215802.GB1410@mole.fafoe.narf.at> <93A2687F-5061-42B7-883B-F92371F8023F@FreeBSD.org> <20120509070101.GC1395@mole.fafoe.narf.at> To: Stefan Farfeleder X-Mailer: Apple Mail (2.1257) Cc: current@FreeBSD.org Subject: Re: : jemalloc_arena.c:182: Failed assertion: "p[i] == 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: Sat, 12 May 2012 05:29:57 -0000 On May 9, 2012, at 12:01 AM, Stefan Farfeleder wrote: > On Tue, May 08, 2012 at 03:59:42PM -0700, Jason Evans wrote: >> On May 8, 2012, at 2:58 PM, Stefan Farfeleder wrote: >>> On Tue, May 08, 2012 at 02:47:59PM -0700, Jason Evans wrote: >>>> On May 8, 2012, at 2:37 PM, Stefan Farfeleder wrote: >>>>>=20 >>>>> I hit the same assertion with r235052 and inkscape. I'm now using >>>>> MALLOC_PRODUCTION and it works again. >>>>=20 >>>> Was the assertion failure easily reproducible with inkscape? >>>=20 >>> Yes, it crashed everytime before showing the GUI. The backtrace goes >>> like this: >=20 > [snip] >=20 >> sbrk() is being used rather than mmap(). Unless mmap() is failing = (which would surprise me), this indicates that you are using a version = of libc that's old enough to have the bug I fixed in r234569. >=20 > I'm afraid the backtrace was somehow corrupted. Here's a new one from = a libc > compiled with -g: >=20 > [=85] I received a similar report from Kevin Lo regarding bsdtar that proved = easy to reproduce. The fix is part of the jemalloc 3.0.0 import I just = did, and I expect it fixes the inkscape crashes as well. Thanks, Jason= From owner-freebsd-current@FreeBSD.ORG Sat May 12 06:41:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 335DB1065674 for ; Sat, 12 May 2012 06:41:10 +0000 (UTC) (envelope-from atz@ukr.net) Received: from ffe5.ukr.net (ffe5.ukr.net [195.214.192.21]) by mx1.freebsd.org (Postfix) with ESMTP id D3CF98FC16 for ; Sat, 12 May 2012 06:41:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Date:Message-Id:From:To:Subject:Content-Type:Content-Transfer-Encoding:MIME-Version; bh=jfQqs2jqW5jttlR5p/qHTUMYFnNFFZZpb2bqnEsVPes=; b=eFqioKaZE8QsM1Dh13pypfc3/1FCPyMfyJQGU3mCQkX+XWdEgLK6JpdCjTm+s3X7vzX3opv1vfjcT7mCNGFOQqmBO3548WbWMz4I2e74cHdDeLa8Ul4faiYxOP7398NHzDcDrS5PufQ8BsGxqqHGMRRHJcTF3zv9mTrb6g9ijyI=; Received: from mail by ffe5.ukr.net with local ID 1ST5m7-0005YO-Sg for freebsd-current@freebsd.org; Sat, 12 May 2012 09:25:55 +0300 MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: binary Content-Type: text/plain; charset="windows-1251" To: "Current FreeBSD" From: "Vladimir Sharun" X-Mailer: freemail.ukr.net 4.0 X-Originating-Ip: [81.95.178.143] Message-Id: <15813.1336803955.7051518858744168448@ffe5.ukr.net> X-Browser: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:15.0) Gecko/15.0 Firefox/15.0a1 Date: Sat, 12 May 2012 09:25:55 +0300 Subject: building port zsh (static version) failed on r235325 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, 12 May 2012 06:41:10 -0000 cc -L/usr/local/lib -rpath=/usr/lib:/usr/local/lib -static -o zsh main.o `cat stamp-modobjs` -L/usr/local/lib -Wl,-R/usr/local/lib -lpcre -liconv -lncursesw -lrt -lm -lc /usr/lib/libc.a(jemalloc_jemalloc.o): In function `calloc': jemalloc_jemalloc.c:(.text+0x1d80): multiple definition of `calloc' mem.o:mem.c:(.text+0xf90): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `malloc': jemalloc_jemalloc.c:(.text+0x1f40): multiple definition of `malloc' mem.o:mem.c:(.text+0x900): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `realloc': jemalloc_jemalloc.c:(.text+0x3380): multiple definition of `realloc' mem.o:mem.c:(.text+0xfe0): first defined here /usr/lib/libc.a(jemalloc_jemalloc.o): In function `free': jemalloc_jemalloc.c:(.text+0x3940): multiple definition of `free' mem.o:mem.c:(.text+0x8f0): first defined here *** [zsh] Error code 1 # cc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070831 patched [FreeBSD] From owner-freebsd-current@FreeBSD.ORG Sat May 12 06:44:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4470106566B for ; Sat, 12 May 2012 06:44:15 +0000 (UTC) (envelope-from artem20041991@yandex.ru) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id ACACC8FC0C for ; Sat, 12 May 2012 06:44:15 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1ST63r-00064P-6E for freebsd-current@freebsd.org; Fri, 11 May 2012 23:44:15 -0700 Date: Fri, 11 May 2012 23:44:15 -0700 (PDT) From: hopto To: freebsd-current@freebsd.org Message-ID: <1336805055184-5706728.post@n5.nabble.com> In-Reply-To: <201205031853.53102.bschmidt@freebsd.org> References: <201205031853.53102.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 12 May 2012 07:36:07 +0000 Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Sat, 12 May 2012 06:44:16 -0000 does not work DWA-525 is not as an access point, not as a client May 12 01:57:23 bit-box kernel: ral0: mem 0xfe510000-0xfe51ffff irq 16 at device 0.0 on pci6 May 12 01:58:52 bit-box kernel: ral0: unable to receive rt2860fw firmware image May 12 01:58:52 bit-box kernel: ral0: could not load 8051 microcode May 12 01:59:57 bit-box kernel: ral0: could not write to BBP through MCU May 12 02:01:02 bit-box kernel: ral0: need multicast update callback May 12 02:01:02 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:22:50 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: Waiting (max 60 seconds) for system process `bufdaemon' to stop...ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: Waiting (max 60 seconds) for system process `syncer' to stop...ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: Syncing disks, vnodes remaining...5 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 5 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 2 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 2 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 1 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 1 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 1 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 0 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 0 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: 0 ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: could not write to BBP through MCU May 12 09:33:56 bit-box kernel: ral0: mem 0xfe510000-0xfe51ffff irq 16 at device 0.0 on pci6 May 12 09:33:56 bit-box kernel: ral0: unable to receive rt2860fw firmware image May 12 09:33:56 bit-box kernel: ral0: could not load 8051 microcode May 12 09:33:56 bit-box kernel: ral0: need multicast update callback May 12 09:34:20 bit-box kernel: ral0: unable to receive rt2860fw firmware image May 12 09:34:20 bit-box kernel: ral0: could not load 8051 microcode -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Ralink-RT2860-RT2870-RT3060-RT3090-support-tp5683758p5706728.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat May 12 07:42:47 2012 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 E46CB106574C for ; Sat, 12 May 2012 07:42:47 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6447C8FC14 for ; Sat, 12 May 2012 07:42:47 +0000 (UTC) Received: by lbon10 with SMTP id n10so3287957lbo.13 for ; Sat, 12 May 2012 00:42:46 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=h9vJ9n+PNeJK9q5ykAFUIzVXtG7b9HOY5jnyRzlKfEI=; b=VP0T+BZA5Sl/FuPFIuLQREiUFHUaYhHgYrHLaUZw6Jw9H7lVj3QAn7m7gJ4s2SWCyq CQlPlwMfqSTBYvj+go5j8HfdmLnE/SXuqCgGmlrBaIyNqUHaKeV2HEukmJAGcJ9V1gG1 ffnDRSlhTR1txMWL344beT/Kig8ndRkMKjyOxd7iPBYHmfHZK9RWAKSZp8YiPoMwtKgz P/onBdC/PEhS91XvXYbVPh6NjFpen1E8b75mCn5sWUmiNIQokKwqpJ2wVkBGtCbLyrah /sVLkinU+IX2r29YxH5P/e1xP4e1CF3Jaugb6A84qA8DCVnTrjtiVXhLni1heTGMTIRu IiHw== MIME-Version: 1.0 Received: by 10.112.85.39 with SMTP id e7mr381687lbz.56.1336808566194; Sat, 12 May 2012 00:42:46 -0700 (PDT) Received: by 10.152.122.145 with HTTP; Sat, 12 May 2012 00:42:46 -0700 (PDT) X-Originating-IP: [88.65.52.54] In-Reply-To: <1336805055184-5706728.post@n5.nabble.com> References: <201205031853.53102.bschmidt@freebsd.org> <1336805055184-5706728.post@n5.nabble.com> Date: Sat, 12 May 2012 09:42:46 +0200 Message-ID: From: Bernhard Schmidt To: hopto Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlhjouGGqOvYG2MgPpFQ+QAoMx0vhhwT2R732YxD1HMRNGNyyy1HLXOTz9oDOrt9Gx7hAS8 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Sat, 12 May 2012 07:42:48 -0000 On Sat, May 12, 2012 at 8:44 AM, hopto wrote: > does not work DWA-525 is not as an access point, not as a client > > May 12 01:57:23 bit-box kernel: ral0: mem > 0xfe510000-0xfe51ffff irq 16 at device 0.0 on pci6 > May 12 01:58:52 bit-box kernel: ral0: unable to receive rt2860fw firmware > image Yeah, as mentioned in the initial mail, you need the firmware from HEAD. Go to http://svnweb.freebsd.org/base/head/ and pull the content of sys/contrib/dev/ral and sys/modules/ralfw and rebuild the firmware module. -- Bernhard From owner-freebsd-current@FreeBSD.ORG Sat May 12 13:25:05 2012 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 A0DCD106564A; Sat, 12 May 2012 13:25:05 +0000 (UTC) (envelope-from vance.siemens@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 6DAA78FC0A; Sat, 12 May 2012 13:25:04 +0000 (UTC) Received: by dadv36 with SMTP id v36so4777583dad.13 for ; Sat, 12 May 2012 06:25:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WA+WU/q2GqZNxIGl0tFTnecxWFpo0KxQnn5cFZLMxak=; b=sh9cGSc2vUZ/kDaOufGBqAEbGujHM3t4SpzheUhllHGpMF4gD36Kx04/jRksqbSOKg qr39oQzYKosebw6TXeemI9yaoVSTiwklwYdpz8R1gh9dUyE6k2Ovi5NtGbeL7ftZzjL9 k8C4BnqbqhTSvJh3XUpwiJnRKR/ssk29hHMzCE9RznzXXRpbYXDpG9oJt8ZRyAm8F+bV ufgAUxdUj+rSoaEIMVH9vDNE0jOE+XQHM57dG/aqhGSao37mR0ZWkTctENcZeINiBTxz NsG5Q9qI2WIVeU62aoziEdJMW8AgXG4w1qmqBJA7RIlupAiU7htArhtykiVamW8SmqzE LuCA== MIME-Version: 1.0 Received: by 10.68.200.74 with SMTP id jq10mr3995819pbc.66.1336829104049; Sat, 12 May 2012 06:25:04 -0700 (PDT) Received: by 10.68.25.138 with HTTP; Sat, 12 May 2012 06:25:04 -0700 (PDT) In-Reply-To: <864nrxh5zf.fsf@ds4.des.no> References: <4FA2434F.1020802@unsane.co.uk> <864nrxh5zf.fsf@ds4.des.no> Date: Sat, 12 May 2012 09:25:04 -0400 Message-ID: From: Vance Siemens To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-chat@freebsd.org, Vincent Hoffman Subject: Re: FreeBSD 10 prognostication... 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, 12 May 2012 13:25:05 -0000 Can you share a brief overview of what's wrong with it? I guess I'm not as knowledgeable as I thought. The story was quite enticing to me. On Thu, May 3, 2012 at 7:13 AM, Dag-Erling Sm=C3=B8rgrav wrote= : > Vincent Hoffman writes: >> Vance Siemens writes: >> > http://www.trollaxor.com/2012/05/freebsd-x-berkeley-unix-apple-quality= .html >> I almost laughed but it shows a pretty limited imagination for a site >> thats dedicated to trolling. > > I don't think they're trying to be funny... =C2=A0but it's nothing to get > riled up about. =C2=A0Just get ready to (respectfully) correct anyone who > reads it and takes it seriously. > > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat May 12 13:42:24 2012 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 7A5331065672; Sat, 12 May 2012 13:42:24 +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 425A08FC08; Sat, 12 May 2012 13:42:24 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4CDgNhi094965; Sat, 12 May 2012 09:42:23 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4CDgNcr094956; Sat, 12 May 2012 13:42:23 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 13:42:23 GMT Message-Id: <201205121342.q4CDgNcr094956@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: Sat, 12 May 2012 13:42:24 -0000 TB --- 2012-05-12 12:46:15 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 12:46:15 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 12:46:15 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-05-12 12:46:15 - cleaning the object tree TB --- 2012-05-12 12:48:46 - cvsupping the source tree TB --- 2012-05-12 12:48:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-05-12 12:49:29 - building world TB --- 2012-05-12 12:49:29 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 12:49:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 12:49:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 12:49:29 - SRCCONF=/dev/null TB --- 2012-05-12 12:49:29 - TARGET=sparc64 TB --- 2012-05-12 12:49:29 - TARGET_ARCH=sparc64 TB --- 2012-05-12 12:49:29 - TZ=UTC TB --- 2012-05-12 12:49:29 - __MAKE_CONF=/dev/null TB --- 2012-05-12 12:49:29 - cd /src TB --- 2012-05-12 12:49:29 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 12:49:30 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_DISK_SUPPORT -DLOADER_UFS_SUPPORT -DLOADER_CD9660_SUPPORT -DLOADER_ZFS_SUPPORT -I/src/sys/boot/sparc64/zfsloader/../../zfs -I/src/sys/boot/sparc64/zfsloader/../../../cddl/boot/zfs -DLOADER_GZIP_SUPPORT -DLOADER_NET_SUPPORT -DLOADER_NFS_SUPPORT -DLOADER_TFTP_SUPPORT -DBOOT_FORTH -I/src/sys/boot/sparc64/zfsloader/../../ficl -I/src/sys/boot/sparc64/zfsloader/../../ficl/sparc64 -I/src/sys/boot/sparc64/zfsloader/../../common -I. -DNETIF_OPEN_CLOSE_ONCE -I/src/sys/boot/sparc64/zfsloader/../../ofw/libofw/ -I/src/sys/boot/sparc64/zfsloader/../../../../lib/libstand/ -ffreestanding -std=gnu99 -c /src/sys/boot/sparc64/zfsloader/../loader/main.c In file included from /src/sys/boot/sparc64/zfsloader/../../zfs/zfs.c:48, from /src/sys/boot/sparc64/zfsloader/../loader/main.c:147: /src/sys/boot/sparc64/zfsloader/../../zfs/zfsimpl.c: In function 'zfs_spa_init': /src/sys/boot/sparc64/zfsloader/../../zfs/zfsimpl.c:1844: error: 'spa_t' has no member named 'spa_inited' /src/sys/boot/sparc64/zfsloader/../../zfs/zfsimpl.c:1850: error: 'spa_t' has no member named 'spa_inited' /src/sys/boot/sparc64/zfsloader/../loader/main.c: In function 'find_bsp_sun4u': /src/sys/boot/sparc64/zfsloader/../loader/main.c:614: warning: passing argument 2 of 'OF_getprop' discards qualifiers from pointer target type *** Error code 1 Stop in /src/sys/boot/sparc64/zfsloader. *** Error code 1 Stop in /src/sys/boot/sparc64. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 13:42:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 13:42:23 - ERROR: failed to build world TB --- 2012-05-12 13:42:23 - 2595.75 user 474.61 system 3367.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 14:40:38 2012 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 38F94106564A for ; Sat, 12 May 2012 14:40:38 +0000 (UTC) (envelope-from artem20041991@yandex.ru) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB358FC19 for ; Sat, 12 May 2012 14:40:38 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1STDUr-00047E-DB for freebsd-current@freebsd.org; Sat, 12 May 2012 07:40:37 -0700 Date: Sat, 12 May 2012 07:40:37 -0700 (PDT) From: hopto To: freebsd-current@freebsd.org Message-ID: <1336833637399-5707220.post@n5.nabble.com> In-Reply-To: References: <201205031853.53102.bschmidt@freebsd.org> <1336805055184-5706728.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 12 May 2012 14:44:37 +0000 Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Sat, 12 May 2012 14:40:38 -0000 on first problem: #ifconfig ral0 inet 192.168.0.1 netmask 0xfffffff0 ssid freebsdap channel 11 mediaopt hostap ifconfig: SIOCS80211: Invalid argument on second problem: If the set is not as klinet otobrazhayutsya available networks at all. Ate configured as an access point to the kind of okay (wlan0 status running)but customers do not see the network. -- View this message in context: http://freebsd.1045724.n5.nabble.com/CFT-Ralink-RT2860-RT2870-RT3060-RT3090-support-tp5683758p5707220.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sat May 12 15:02:20 2012 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 A03C2106564A for ; Sat, 12 May 2012 15:02:20 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C8C68FC12 for ; Sat, 12 May 2012 15:02:19 +0000 (UTC) Received: by lbon10 with SMTP id n10so3466427lbo.13 for ; Sat, 12 May 2012 08:02:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=8ctI0u7w+MsLsU0ewKXn70GqIGttfZ306BjyOTsQQjo=; b=KcPAKAeQYB1i8g0HET7uac76TKcAABqN23c0lDG1JNYVvRVer5r0tx2ypksFWi5eR8 P/liUMjrZa0u95z3r1vHVunJJD7qw6D2mwiN/LB82j1u9pNtJ3JuoENiiWNmUUc+/3cS PypMyBiIjH7MohGTSpwvk89GD2YPW6kMEuZdudleaYbUKhkbUsdzfXWcqoplb8jXNQQ7 e+9Xal3CFQNi4pPWjETHi56q7dHGJON0yAosWZ0uIbYaqs7VkRGNZ52H02QzxMQWA7Qz wy1RRoV63QjS+LJDq8ruzvZO7lhz1DyfOmG4d8Md3OieLc0uTf+vdkALDCMZ5a57FSGF fxdA== MIME-Version: 1.0 Received: by 10.152.105.235 with SMTP id gp11mr1956204lab.44.1336834938848; Sat, 12 May 2012 08:02:18 -0700 (PDT) Received: by 10.152.122.145 with HTTP; Sat, 12 May 2012 08:02:18 -0700 (PDT) X-Originating-IP: [88.65.52.54] In-Reply-To: <1336833637399-5707220.post@n5.nabble.com> References: <201205031853.53102.bschmidt@freebsd.org> <1336805055184-5706728.post@n5.nabble.com> <1336833637399-5707220.post@n5.nabble.com> Date: Sat, 12 May 2012 17:02:18 +0200 Message-ID: From: Bernhard Schmidt To: hopto Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkMOQj0T3TP7pFDSfILregdq+/RfH4sXrvi2q9Z7amv22+B5tqnZwuM52R1Xvs7R7wSYGWA Cc: freebsd-current@freebsd.org Subject: Re: [CFT] Ralink RT2860, RT2870, RT3060, RT3090 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: Sat, 12 May 2012 15:02:20 -0000 On Sat, May 12, 2012 at 4:40 PM, hopto wrote: > on first problem: > #ifconfig ral0 inet 192.168.0.1 netmask 0xfffffff0 ssid freebsdap channel 11 > mediaopt hostap > ifconfig: SIOCS80211: Invalid argument > > on second problem: > If the set is not as klinet otobrazhayutsya available networks at all. > Ate configured as an access point to the kind of okay (wlan0 status > running)but customers do not see the network. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html -- Bernhard From owner-freebsd-current@FreeBSD.ORG Sat May 12 15:45:42 2012 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 61B07106567D for ; Sat, 12 May 2012 15:45:42 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3577C8FC17 for ; Sat, 12 May 2012 15:45:42 +0000 (UTC) Received: from [192.168.135.100] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q4CFje1R022622 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sat, 12 May 2012 08:45:41 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4FAE859F.5010108@feral.com> Date: Sat, 12 May 2012 08:45:35 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FA2434F.1020802@unsane.co.uk> <864nrxh5zf.fsf@ds4.des.no> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Sat, 12 May 2012 08:45:41 -0700 (PDT) Subject: Re: FreeBSD 10 prognostication... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 May 2012 15:45:42 -0000 On 5/12/2012 6:25 AM, Vance Siemens wrote: > Can you share a brief overview of what's wrong with it? I guess I'm > not as knowledgeable as I thought. The story was quite enticing to me. > Very few of the historical facts are actually correct. From owner-freebsd-current@FreeBSD.ORG Sat May 12 17:42:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF83F10657C4; Sat, 12 May 2012 17:42:39 +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 5FBEF8FC1B; Sat, 12 May 2012 17:42:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4CHgcaV088993; Sat, 12 May 2012 13:42:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4CHgc9w088990; Sat, 12 May 2012 17:42:38 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 17:42:38 GMT Message-Id: <201205121742.q4CHgc9w088990@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: Sat, 12 May 2012 17:42:39 -0000 TB --- 2012-05-12 15:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 15:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 15:30:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-05-12 15:30:01 - cleaning the object tree TB --- 2012-05-12 15:30:01 - cvsupping the source tree TB --- 2012-05-12 15:30:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-05-12 15:32:07 - building world TB --- 2012-05-12 15:32:07 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 15:32:07 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 15:32:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 15:32:07 - SRCCONF=/dev/null TB --- 2012-05-12 15:32:07 - TARGET=i386 TB --- 2012-05-12 15:32:07 - TARGET_ARCH=i386 TB --- 2012-05-12 15:32:07 - TZ=UTC TB --- 2012-05-12 15:32:07 - __MAKE_CONF=/dev/null TB --- 2012-05-12 15:32:07 - cd /src TB --- 2012-05-12 15:32:07 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 15:32:08 UTC 2012 >>> 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 [...] building static efi library ranlib libefi.a ===> sys/boot/zfs (all) cc -O2 -pipe -DBOOTPROG=\"zfsloader\" -I/src/sys/boot/zfs/../common -I/src/sys/boot/zfs/../.. -I. -I/src/sys/boot/zfs/../../../lib/libstand -I/src/sys/boot/zfs/../../cddl/boot/zfs -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Wformat -Wall -std=gnu99 -c /src/sys/boot/zfs/zfs.c -o zfs.o In file included from /src/sys/boot/zfs/zfs.c:48: /src/sys/boot/zfs/zfsimpl.c: In function 'zfs_spa_init': /src/sys/boot/zfs/zfsimpl.c:1844: error: 'spa_t' has no member named 'spa_inited' /src/sys/boot/zfs/zfsimpl.c:1850: error: 'spa_t' has no member named 'spa_inited' *** Error code 1 Stop in /src/sys/boot/zfs. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 17:42:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 17:42:38 - ERROR: failed to build world TB --- 2012-05-12 17:42:38 - 6029.05 user 825.89 system 7957.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 17:44:33 2012 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 5D8601065670; Sat, 12 May 2012 17:44:33 +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 2ADF08FC1A; Sat, 12 May 2012 17:44:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4CHiWRP097480; Sat, 12 May 2012 13:44:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4CHiW4o097475; Sat, 12 May 2012 17:44:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 17:44:32 GMT Message-Id: <201205121744.q4CHiW4o097475@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, 12 May 2012 17:44:33 -0000 TB --- 2012-05-12 15:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 15:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 15:30:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-05-12 15:30:01 - cleaning the object tree TB --- 2012-05-12 15:30:01 - cvsupping the source tree TB --- 2012-05-12 15:30:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-05-12 15:32:19 - building world TB --- 2012-05-12 15:32:19 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 15:32:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 15:32:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 15:32:19 - SRCCONF=/dev/null TB --- 2012-05-12 15:32:19 - TARGET=pc98 TB --- 2012-05-12 15:32:19 - TARGET_ARCH=i386 TB --- 2012-05-12 15:32:19 - TZ=UTC TB --- 2012-05-12 15:32:19 - __MAKE_CONF=/dev/null TB --- 2012-05-12 15:32:19 - cd /src TB --- 2012-05-12 15:32:19 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 15:32:20 UTC 2012 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/isapnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/pnp.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -c /src/sys/boot/pc98/loader/../../common/interp_forth.c cc -O2 -pipe -DLOADER_NFS_SUPPORT -DBOOT_FORTH -I/src/sys/boot/pc98/loader/../../ficl -I/src/sys/boot/pc98/loader/../../ficl/i386 -DLOADER_GZIP_SUPPORT -I/src/sys/boot/pc98/loader/../../common -I/src/sys/boot/pc98/loader/../../i386 -I. -Wall -I/src/sys/boot/pc98/loader/.. -I/src/sys/boot/pc98/loader/../btx/lib -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -Os -DPC98 -std=gnu99 -static -Ttext 0x0 -nostdlib -o loader.sym /obj/pc98.i386/src/sys/boot/pc98/loader/../btx/lib/crt0.o main.o conf.o vers.o boot.o commands.o console.o devopen.o disk.o interp.o interp_backslash.o interp_parse.o ls.o misc.o module.o panic.o load_elf32.o load_elf32_obj.o reloc_elf32.o bcache.o isapnp.o pnp.o interp_forth.o /obj/pc98.i386/src/sys/boot/pc98/loader/../../ficl/libficl.a /obj/pc98.i386/src/sys/boot/pc98/loader/../libpc98/libpc98.a /obj/pc98.i386/src/tmp/usr/lib/libstand.a /obj/pc98.i386/src/sys/boot/pc98/loader/../libpc98/libpc98.a(devicename.o): In function `i386_parsedev': devicename.c:(.text+0x19b): undefined reference to `zfs_parsedev' /obj/pc98.i386/src/sys/boot/pc98/loader/../libpc98/libpc98.a(devicename.o): In function `i386_fmtdev': devicename.c:(.text+0x301): undefined reference to `zfs_fmtdev' *** Error code 1 Stop in /src/sys/boot/pc98/loader. *** Error code 1 Stop in /src/sys/boot/pc98. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 17:44:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 17:44:32 - ERROR: failed to build world TB --- 2012-05-12 17:44:32 - 6028.20 user 828.88 system 8071.60 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 17:48:19 2012 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 E07B81065672; Sat, 12 May 2012 17:48: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 7DA508FC12; Sat, 12 May 2012 17:48:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q4CHmGo0020204; Sat, 12 May 2012 13:48:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q4CHmGpB020193; Sat, 12 May 2012 17:48:16 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 12 May 2012 17:48:16 GMT Message-Id: <201205121748.q4CHmGpB020193@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: Sat, 12 May 2012 17:48:19 -0000 TB --- 2012-05-12 15:30:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-12 15:30:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-12 15:30:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-05-12 15:30:01 - cleaning the object tree TB --- 2012-05-12 15:30:01 - cvsupping the source tree TB --- 2012-05-12 15:30:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-05-12 15:36:25 - building world TB --- 2012-05-12 15:36:25 - CROSS_BUILD_TESTING=YES TB --- 2012-05-12 15:36:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-12 15:36:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-12 15:36:25 - SRCCONF=/dev/null TB --- 2012-05-12 15:36:25 - TARGET=amd64 TB --- 2012-05-12 15:36:25 - TARGET_ARCH=amd64 TB --- 2012-05-12 15:36:25 - TZ=UTC TB --- 2012-05-12 15:36:25 - __MAKE_CONF=/dev/null TB --- 2012-05-12 15:36:25 - cd /src TB --- 2012-05-12 15:36:25 - /usr/bin/make -B buildworld >>> World build started on Sat May 12 15:36:26 UTC 2012 >>> 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 [...] building static efi library ranlib libefi.a ===> sys/boot/zfs (all) cc -O2 -pipe -DBOOTPROG=\"zfsloader\" -I/src/sys/boot/zfs/../common -I/src/sys/boot/zfs/../.. -I. -I/src/sys/boot/zfs/../../../lib/libstand -I/src/sys/boot/zfs/../../cddl/boot/zfs -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -m32 -march=i386 -Wformat -Wall -std=gnu99 -c /src/sys/boot/zfs/zfs.c -o zfs.o In file included from /src/sys/boot/zfs/zfs.c:48: /src/sys/boot/zfs/zfsimpl.c: In function 'zfs_spa_init': /src/sys/boot/zfs/zfsimpl.c:1844: error: 'spa_t' has no member named 'spa_inited' /src/sys/boot/zfs/zfsimpl.c:1850: error: 'spa_t' has no member named 'spa_inited' *** Error code 1 Stop in /src/sys/boot/zfs. *** Error code 1 Stop in /src/sys/boot. *** Error code 1 Stop in /src/sys. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-05-12 17:48:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-05-12 17:48:16 - ERROR: failed to build world TB --- 2012-05-12 17:48:16 - 6037.93 user 830.58 system 8295.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat May 12 21:38:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57FB21065670; Sat, 12 May 2012 21:38:30 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3F60E8FC17; Sat, 12 May 2012 21:38:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q4CLcUH7006019; Sat, 12 May 2012 21:38:30 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q4CLcUqs006017; Sat, 12 May 2012 21:38:30 GMT (envelope-from danger) Date: Sat, 12 May 2012 21:38:30 +0000 From: Daniel Gerzo To: hackers@freebsd.org Message-ID: <20120512213829.GA5893@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: FreeBSD Quarterly Status Report January-March, 2012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@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: Sat, 12 May 2012 21:38:30 -0000 FreeBSD Quarterly Status Report January-March, 2012 Introduction This report covers FreeBSD-related projects between January and March 2012. It is the first of the four reports planned for 2012. This quarter was highlighted by releasing the next major version of FreeBSD, 9.0, which was finally released in the beginning of January 2012. The FreeBSD Project dedicates the FreeBSD 9.0-RELEASE to the memory of Dennis M. Ritchie, one of the founding fathers of the UNIXŽ operating system. Our release engineering team has been also busy with preparation of the 8.3-RELEASE, which was publicly announced in April. Thanks to all the reporters for the excellent work! This report contains 27 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between April and June 2012 is July 15th, 2012. __________________________________________________________________ Projects * FreeBSD Services Control * GNU-Free C++11 Stack * Growing filesystems online * The FreeNAS Project User-land Programs * Clang Replacing GCC in the Base System * Replacing the Regular Expression Code * The bsdconfig(8) utility FreeBSD Team Reports * Release Engineering Team Status Report * The FreeBSD Foundation Team Report Kernel * DTrace Probes for the linuxulator * HDMI/DisplayPort Audio Support in HDA Sound Driver (snd_hda) * Improved hwpmc(9) Support for MIPS * isci(4) SAS Driver Network Infrastructure * Atheros 802.11n Support * IPv6 Performance Analysis * Multi-FIB: IPv6 Support and Other Enhancements Documentation * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/arm on Various TI Boards * FreeBSD/powerpc on Freescale QorIQ DPAA * NAND File System, NAND Flash Framework, NAND Simulator * Porting DTrace to MIPS and ARM Ports * A New linux_base Port Based Upon CentOS * BSD-licensed sort Utility (GNU sort Replacement) * KDE/FreeBSD * Perl Ports Testing * The FreeBSD Haskell Ports * The FreeBSD Ports Collection __________________________________________________________________ A New linux_base Port Based Upon CentOS Contact: Alexander Leidinger We got a PR with a linux_based port which is based upon CentOS 6. Currently this can only be used as a test environment, as it depends upon a more recent linux kernel version, than the linuxulator provides. As of this writing, I'm in the process of preparing a commit of this port. Open tasks: 1. Repocopy by portmgr. 2. Add conflicts in other linux_base ports. 3. Commit the CentOS based one. 4. Some cleanup. __________________________________________________________________ Atheros 802.11n Support URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosTxAgg URL: http://wiki.FreeBSD.org/dev/ath(4) Contact: Adrian Chadd 802.11n station and hostap support is now fully functional, sans correct hostap side power saving. TX aggregation and TX BAR handling is implemented. Station chip power saving is not implemented at all yet, it's not in the scope of this work. Testers should disable bgscan (-bgscan) as scan/bgscan will simply drop any traffic in the TX/RX queues, causing potential traffic stalls. Open tasks: 1. Fix up hostap side power save handling. 2. Implement filtered frames support in the driver. 3. Fix scan/bgscan to correctly buffer and retransmit frames when going off channel, so frames are not just "dropped" - this causes issues in the aggregation sessions and may cause traffic stalls. 4. Test/fix any issues with adhoc 802.11n support. __________________________________________________________________ BSD-licensed sort Utility (GNU sort Replacement) URL: http://www.FreeBSD.org/cgi/cvsweb.cgi/ports/textproc/bsdsort/ URL: http://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html Contact: Oleg Moskalenko Contact: Gábor Kövesdán Currently the BSD sort reached usable stable stage. It is stable, it is as fast as the GNU sort, and it supports multi-byte locales (this is something that GNU sort does not do correctly). BSD sort has all features of GNU sort 5.3.0 (version included into FreeBSD) with some extra features and bug fixes. Open tasks: 1. Add BSD sort into HEAD as an alternative, installed as bsdsort. If proven to work as expected, change it to the default sort version and remove GNU sort. 2. Investigate the possibility of a multi-threaded sort implementation and implement it, if it proves more efficient. 3. Upgrade BSD sort features to include some obscure new features in the latest GNU sort version 8.15. __________________________________________________________________ Clang Replacing GCC in the Base System URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang Contact: Brooks Davis Contact: David Chisnall Contact: Dimitry Andric Contact: Ed Schouten Contact: Pawel Worach Contact: Roman Divacky Both FreeBSD 10.0-CURRENT and 9.0-STABLE now have Clang 3.0 release installed by default. At least on 10.0-CURRENT, both world and the GENERIC kernel can be completely built without any -Werror warnings. This may not be the case for all custom kernel configurations yet. As of r231057, there is a WITH_CLANG_EXTRAS option for src.conf(5), which will enable a number of additional LLVM and Clang tools, such as 'llc' and 'opt'. These tools are mainly useful for people that want to manipulate LLVM bitcode (.bc) and LLVM assembly language (.ll) files, or want to tinker with LLVM and Clang themselves. Also, as of r232322, there is a WITH_CLANG_IS_CC option for src.conf(5), which will install Clang as /usr/bin/cc, /usr/bin/c++ and /usr/bin/cpp, making it the default system compiler. Unless you also use the WITHOUT_GCC option, gcc will still be available as /usr/bin/gcc, /usr/bin/g++ and /usr/bin/gcpp. The intent is to switch on this option by default rather sooner than later, so we can start preparing for shipping 10.0-RELEASE with Clang as as the default system compiler, and deprecating gcc. In other news, we will import a newer snapshot of Clang soon, since upstream LLVM/Clang has already announced their 3.1 release will be branched April 16, 2012. Most likely, the actual 3.1 release will be follow a few weeks later, after which we will do another import. Last but not least, there are many ports people working on making our ports compile properly with Clang. Fixes are checked in on a very regular basis now, and full exp-runs with Clang are also done fairly regularly. Of course, there are always a few difficult cases, especially with very old software that will not even compile with newer versions of gcc, let alone clang. Open tasks: 1. One of the most important tasks at the moment is to actually build and run your entire FreeBSD system with Clang, as much as possible. Any compile-time or run-time problems should be reported to the appropriate mailing list, or filed as a PR. If you have patches and/or workarounds, that would be even better. 2. Clang should have gotten better support for cross-compiling after 3.0, so as soon as a 3.1 version is imported, we will need to look at ways to get the FreeBSD world and kernels to cross-compile. This is mainly of use for ARM and MIPS, which are architectures you usually do not want to build natively on. 3. Help to make unwilling ports build with Clang is always needed, and greatly appreciated. Please mail the maintainer of your favorite port with patches, or file PRs. __________________________________________________________________ DTrace Probes for the linuxulator Contact: Alexander Leidinger Recently DTrace in the kernel was improved to be able to load kernel modules with static dtrace providers after the dtrace modules. This allows me to commit my linuxulator specific static provider work to -CURRENT. Together with the linuxulator DTrace probes I developed some D scripts to check various code paths in the linuxulator. Those scripts check various error cases which may be interesting to verify userland code, but also linuxulator internals like locks. As of this writing I'm in the process of updating a test machine to a more recent -current to prepare the commit. __________________________________________________________________ FreeBSD Services Control URL: http://people.FreeBSD.org/~trhodes/fsc/ Contact: Tom Rhodes After a while of moving and getting a new job, I finally got back to this project (also thanks to several submissions by Julian Fagir), a new version has been uploaded along with a short description page. The current version supports more options, a configuration file, and updated rc.d script. It also includes manual page updates and an optional debugging mode. __________________________________________________________________ FreeBSD/arm on Various TI Boards URL: http://svnweb.FreeBSD.org/base/projects/armv6/sys/arm/ti/ Contact: Ben Gray Contact: Olivier Houchard Contact: Damjan Marion Contact: Oleksandr Tymoshenko The goal of this project is to get FreeBSD running on various popular boards that use TI-based SoCs like OMAP3, OMAP4, AM335x. Project covers some ARM generic Cortex-A components: GIC (Generic Interrupt Controller), PL310 L2 Cache Controller and SCU. PandaBoard (TI OMAP4430) and PandaBoard ES (OMAP4460) Dual core ARM Cortex-A9 board support includes: USB, onboard Ethernet over USB, GPIO, I2C and MMC/SD card drivers. Board works in multiuser mode over NFS root. BeagleBone (TI AM3358/AM3359) single core ARM Cortex-A8 based board support currently includes: Ethernet, L2 cache, GPIO, I2C. Board works in multiuser mode over NFS root. Open tasks: 1. Completing missing peripherals: DMA, SPI, MMC/SD, Video, Audio. 2. Completing SMP support and testing. 3. Importing BeagleBoard (OMAP3) code to SVN. 4. Improving overall stability and performance. __________________________________________________________________ FreeBSD/powerpc on Freescale QorIQ DPAA URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P2040 URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P3041 URL: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5020 URL: http://www.freescale.com/webapp/sps/site/homepage.jsp?code=64BIT&fsrch= 1&sr=1 Contact: Michal Dubiel Contact: Rafal Jaworowski Contact: Piotr Ziecik This work is bringing up the FreeBSD on Freescale QorIQ Data Path Acceleration Architecture (DPAA) system-on-chips along with device drivers for integrated peripherals. Since the last status report, the following support has been added: * Ethernet (full network functionality using Regular Mode of DPAA infrastructure) * QorIQ P5020 SoC (e5500 core in legacy 32-bit mode) * P5020 QorIQ Development System support * Initial support for Enhanced SDHC The next step is: * e5500 core in native 64-bit mode Related publications: * Michal Dubiel, Piotr Ziecik, "FreeBSD on Freescale QorIQ Data Path Acceleration Architecture Devices", AsiaBSDCon, March 2012, Tokyo, Japan. __________________________________________________________________ GNU-Free C++11 Stack Contact: David Chisnall Since the last status report, the combination of libc++ and libcxxrt has received some additional testing and gained some new features including support for ARM EABI. With clang 3.1, we now pass all of the C++11 atomics tests. The xlocale implementation (required for libc++) has been tested with a variety of ports that were originally written for the Darwin implementation, and bugs that this testing uncovered have been fixed. This should be released in 9.1. In -CURRENT, we are now building libsupc++ as a shared library. This provides the ABI layer and building it as a shared library means that we can replace it with libcxxrt easily. If you are running -CURRENT, please try using libmap.conf to enable libcxxrt instead of libsupc++. If libstdc++ is using libcxxrt, you can now link against both libraries that are using libstdc++ and libc++, making the migration slightly easier, although you cannot pass STL objects between libraries using different STL versions. We still need a replacement for some parts of libgcc_s and for the linker, but we're on track for a BSD licensed C++ stack in 10.0. Open tasks: 1. Test ports with libc++. Hopefully most will Just Work, but others may need patches or have a hard dependency on libstdc++. 2. Enable building libc++ by default. This is dependent upon building with clang, because the version of gcc in the base system does not support C++11 and so can not be used to build libc++. 3. Removing libstdc++ from the base system and making it available through ports for backwards compatibility. __________________________________________________________________ Growing filesystems online Contact: Edward Tomasz Napierala The goal of this project is to make it possible to grow a filesystem, both UFS and ZFS, while it's mounted read-write. This includes changes to both filesystems, GEOM infrastructure, and the da(4) driver. For testing purposes, I've also added resizing to mdconfig(8) and implemented LUN resizing in CAM Target Layer. From the system administrator point of view, this makes it possible to resize mounted partition using gpart(8) and then resize the filesystem on it using growfs(8) - all without unmounting it first; especially useful if it's a root filesystem. All the functionality works and is in the process of being refined, reviewed and merged to HEAD. This project is sponsored by The FreeBSD Foundation. Open tasks: 1. The write suspension infrastructure (/dev/ufssuspend) implemented to make resizing possible makes it also possible to implement online tunefs(8) and fsck(8). 2. Right now, there is no way for a GEOM class to veto resizing -- classes are notified about resize and they can either adapt, or wither. Many classes store their metadata in the last sector, though, so resizing a partition containing e.g. gmirror will make it inoperable. It would be nice if geom_mirror(4) could veto resizing, so the administrator attempting to shoot himself in the foot would get a warning. __________________________________________________________________ HDMI/DisplayPort Audio Support in HDA Sound Driver (snd_hda) Contact: Alexander Motin snd_hda(4) driver got number of improvements to better support HDMI/DisplayPort audio, such as: * Added fetching EDID-Like Data from the CODEC and video driver, describing audio capabilities of the display device. * Added setting HDMI/DP-specific CODEC options, such as number of channels, speakers configuration and channels mapping. * Added support for more multichannel formats. For HDMI and DisplayPort device now supported: 2.0, 2.1, 3.0, 3.1, 4.0, 4.1, 5.0, 5.1, 6.0, 6.1, 7.0 and 7.1 channels. * Added support for compressed streams passthrough with data rate 6.144 - 24Mbps, such as DTS-HD Master Audio or Dolby TrueHD. * Added support for HDA bus multiplexing to handle higher data rates (up to 92, 184 or more Mbps, depending on hardware capabilities). It allows to handle several 192/24/8 LPCM playback streams simultaneously. Above functionality was successfully tested on NVIDIA GT210 and GT520 video cards with nvidia-driver-290.10 driver. HDMI audio on older NVIDIA ION and Geforce 8300 boards still does not work for unknown reason. There are also successful reports about Intel video with latest KMS-based drivers. Support for ATI cards is limited to older cards, because video driver supporting newer cards does not support HDMI audio. The code was committed to HEAD and merged to 9-STABLE branch. Project sponsored by iXsystems, Inc. Open tasks: 1. Make better use of received EDID-Like Data. 2. Identify and fix problem with older NVIDIA cards. __________________________________________________________________ Improved hwpmc(9) Support for MIPS Contact: Oleksandr Tymoshenko hwpmc(9) for MIPS has been reworked. The changes include: * msip24k code was split to CPU-specific and arch-specific parts to make adding support for new CPUs easier * Added support for Octeon PMC * Added sampling support for MIPS in general __________________________________________________________________ IPv6 Performance Analysis URL: http://people.FreeBSD.org/~bz/bench/ Contact: Bjoern A. Zeeb IPv6 performance numbers were often seen (significantly) lower on FreeBSD when compared to IPv4. Continuing last years IPv6-only kernel efforts this project looked at various reasons for this and started fixing some. As part of the project a benchmark framework was created that could carry out various tests including reboots in between runs and gather results reproducibly without user intervention. It allows regular benchmarking with minimal configuration and easy future extension for more benchmarks. As a result of the initial analysis, UDP locking and route lookups were improved, and delayed checksumming, TSO6 and LRO support for IPv6 were implemented. Following this checksum "offload" for IPv6 on loopback was enabled and various further individual improvements, both locking and general code changes, as well as a reduction of the cache size footprint were carried out. Some of the changes were equally applied to IPv4. Performance numbers on physical and loopback interfaces are on par with IPv4 when using offload support with TCP/IPv6, which is a huge improvement. UDP and non-offload numbers on IPv6 have generally improved but are still lower than on IPv4 and will need future work to catch up with a decade of IPv4 benchmarking and code path optimizations. UDP IPv6 minimal size send path packets per second (pps) numbers however have increased beating IPv4 when sending to a local discard device. This gets us really close to being able to prefer IPv6 by default without causing loopback performance regressions. For physical interfaces, cxgb(4) in HEAD already supports IPv6 TCP offload and LRO/v6 support was added. To be able to get more test results on different hardware, both ixgbe(4) and cxgbe(4) were also updated to support TSO6 and LRO with IPv6. Some of the insights gained from this work will help upcoming discussions on both the lower/link-layer overhaul as well as for the mbuf changes to prepare our stack for more, future improvements (ahead of time). I once again want to thank the FreeBSD Foundation and iXsystems for their support of the project, as well as George Neville-Neil for providing review. Having set the start to close one of the biggest feature parity gaps left I will continue to improve IPv6 code paths and hope that we will see more contributions and independent results from the community as well soon. Open tasks: 1. Carefully merge code changes to SVN. __________________________________________________________________ isci(4) SAS Driver Contact: Jim Harris An Intel-supported isci(4) driver, for the integrated SAS controller in Intel's C600 chipsets, is now available in head, stable/9, stable/8 and stable/7. The isci(4) driver will also be part of the FreeBSD 8.3 release. __________________________________________________________________ KDE/FreeBSD URL: http://FreeBSD.kde.org URL: http://FreeBSD.kde.org/area51.php Contact: KDE FreeBSD The team has made many releases and upstreamed many fixes and patches. The latest round of releases include: * KDE SC: 4.7.4 (in ports) and 4.8.0, 4.8.1, 4.8.2 (in area51) * Qt: 4.8.0, 4.8.1 (in area51) * PyQt: 4.9.1; SIP: 4.13.2 (in area51) * KDevelop: 2.3.0; KDevPlatform: 1.3.0 (in area51) * Calligra: 2.3.87 (in area51) * Amarok: 2.5.0 * CMake: 2.8.7 Due to the prolonged port freeze the KDE team has not been able to update KDE in Ports as it is considered a intrusive change. The team is always looking for more testers and porters so please contact us at kde@FreeBSD.org and visit our home page at http://FreeBSD.kde.org. Open tasks: 1. Testing KDE SC 4.8.2. 2. Testing KDE PIM 4.8.2. 3. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend was deprecated (but will remain in the ports for now). 4. Testing the Calligra beta releases (in the area51 repository). __________________________________________________________________ Multi-FIB: IPv6 Support and Other Enhancements URL: http://svnweb.FreeBSD.org/base/projects/multi-fibv6/ Contact: Bjoern A. Zeeb Contact: Alexander V. Chernikov In 2008 the multiple forwarding information base (FIB) feature was introduced for IPv4 allowing up to 16 distinct forwarding ("routing") tables in the kernel. Thanks to the sponsorship from Cisco Systems, Inc. this feature is now also available for IPv6 and one of the bigger IPv6 feature-parity gaps is closed. The changes have been integrated to HEAD, were merged back to stable/9 and stable/8 and will be part of future releases for these branches. A backport to stable/7 is also available in the project branch. If more than one FIB is requested, IPv6 FIBs will be added along the extra IPv4 FIBs without any special configuration needed and programs like netstat and setfib, as well as ipfw, etc. were extended to seamlessly support the multi-FIB feature on both address families. Thanks to the help of Alexander V. Chernikov all usage of the multi-FIB feature is now using the boot-time variable rather than depending on the compile time option. In HEAD this now allows us you to use the multi-FIB feature with GENERIC kernels not needing to recompile your own anymore. The former kernel option can still be used to set a default value if desired. Otherwise the net.fibs loader tunable can be used to request more than one IPv6 and IPv4 FIB at boot time. Last, routing sockets are now aware of FIBs and will only show the routing messages targeted at the FIB attached to. This allows route monitor or routing daemons to get selective updates for just a specific FIB. __________________________________________________________________ NAND File System, NAND Flash Framework, NAND Simulator URL: http://svnweb.FreeBSD.org/base/projects/nand/ Contact: Grzegorz Bernacki Contact: Mateusz Guzik The NAND Flash stack consists of a driver framework for NAND controllers and memory chips, a NAND device simulator and a fault tolerant, log-structured file system, accompanied by tools, utilities and documentation. NAND FS support merged into "nand" project branch: * NAND FS filesystem * NAND FS userland tools NAND Framework and NAND simulator merged into "nand" project branch: * NAND framework: nandbus, generic nand chips drivers * NAND Flash controllers (NFC) drivers for NAND Simulator and Marvell MV-78100 (ARM) * NAND tool (which allows to erase, write/read pages/oob, etc. The next steps include: * Fix bugs * Merge into HEAD Work on this project is supported by the FreeBSD Foundation and Juniper Networks. __________________________________________________________________ Perl Ports Testing URL: http://wiki.FreeBSD.org/Perl#Test_Dependencies Contact: Steve Wills Many Perl modules in ports come with test cases included with their source. This project's goal is to ensure that all these tests pass. Significant progress has been made on this project. The change to build perl with -pthread was committed and no issues have been reported. Many ports have had missing dependencies added and/or other changes and approximately 90% of p5- ports pass tests. Work is being done on bringing testing support out of ports tinderbox. Open tasks: 1. Finish work on patch to bring testing support to ports. 2. Add additional support for testing other types of ports such as python and ruby. __________________________________________________________________ Porting DTrace to MIPS and ARM Contact: Oleksandr Tymoshenko The major part of DTrace has been ported to MIPS platform. Supported ABIs: o32 and n64. n32 has not been tested yet. MIPS implementation passes 853 of 927 tests from DTrace test suite. The fbt provider and userland DTrace are not supported yet. The port to ARM is in progress. Open tasks: 1. Userland DTrace support for MIPS. 2. Investigate amount of effort required for getting fbt provider work at least partially. 3. Find proper solution for cross-platform CTF data generation (required for ARM). __________________________________________________________________ Release Engineering Team Status Report URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team On behalf of the FreeBSD Project the Release Engineering Team was are pleased to announce the release of the FreeBSD 8.3-RELEASE on April 18th, 2012. With the FreeBSD 8.3 release cycle completed our focus shifts to preparing for the FreeBSD 9.1-RELEASE. A schedule will be posted shortly, with the release target date set for mid-July 2012. __________________________________________________________________ Replacing the Regular Expression Code URL: http://svnweb.FreeBSD.org/base/user/gabor/tre-integration/ URL: http://laurikari.net/tre/ URL: http://www.tdk.aut.bme.hu/Files/TDK2011/POSIX-regularis-kifejezesek1.pd f Contact: Gábor Kövesdán Since the last status report, there has been a significant progress in optimizing TRE. The multiple pattern heuristic code is mostly finished and it distinguishes several different cases to speed up pattern matching. It extracts literal fragments from the original patterns and uses a multiple pattern matching algorithm to find any occurrence. GNU grep uses the Commentz-Walter algorithm, which is an automaton-based algorithm, while in this project, it has been decided to use a Wu-Manber algorithm, which is more efficient and also easier to implement. In the current state, it does not work entirely yet and some cases, like the REG_ICASE flag are not yet covered. This is the next major step to complete this multiple pattern interface. In the development branch, BSD grep is already modified to use this new interface so it can be used for testing and debugging purposes. Open tasks: 1. Finish multiple pattern heuristic regex matching. 2. Implement GNU-specific regex extensions. 3. Test standard-compliance and correct behavior. __________________________________________________________________ The bsdconfig(8) utility URL: http://druidbsd.cvs.sf.net/viewvc/druidbsd/bsdconfig/ URL: http://druidbsd.sf.net/download/bsdconfig/bsdconfig-20120512-1.svg URL: http://druidbsd.sf.net/download/bsdconfig/bsdconfig-20120512-1i.svg Contact: Devin Teske Contact: Ron McDowell Approaching 20,000 lines of sh(1) code, the bsdconfig(8) tool is approximately 70% complete. Upon completion of this project, bsdconfig(8) will represent (in conjunction with already-existing bsdinstall(8)) a complete set of utilities capable of purposefully deprecating sysinstall(8) in FreeBSD 9 and higher. This project has been a labor of love for Ron McDowell and I for over 90 days now and we are approaching the completion of this wonderful tool. Open tasks: 1. The "installer suite" modules for acquiring/installing binary packages and additional distribution sets. Startup services module. __________________________________________________________________ The FreeBSD Foundation Team Report URL: www.FreeBSDFoundation.org Contact: Deb Goodkin The Foundation sponsored AsiaBSDCon 2012 which was held in Tokyo, Japan, March 22-25. We were represented at SCALE on Jan 21 and NELF on March 17. This quarter we plan on being at ILF (Indiana LinuxFest) April 14th, BSDCan May 11-12, and SELF (Southeast LinuxFest) June 9. We are proud to be a gold sponsor of BSDCan 2012, which will be held in Ottawa, Canada, May 11-12. We are sponsoring 14 developers to attend the conference. We kicked off three foundation funded projects -- Growing Filesystems Online by Edward Tomasz Napierala, Implementing auditdistd daemon by Pawel Jakub Dawidek, and NAND Flash Support by Semihalf. We are pleased to announce the addition of George Neville-Neil to our board of directors. Deb Goodkin, our Director of Operations, was interviewed by bsdtalk. We announced a call for project proposals. We will accept proposals until April 30th. Please read Project Proposal Procedures to find out more. FreeBSD 9.0 was released and we are proud to say we funded 7 of the new features! __________________________________________________________________ The FreeBSD Haskell Ports URL: http://wiki.FreeBSD.org/Haskell URL: https://github.com/freebsd-haskell/freebsd-haskell/ URL: https://github.com/freebsd-haskell/hsporter/ URL: https://github.com/freebsd-haskell/hsmtk/ Contact: Gábor PÁLI Contact: Ashish SHUKLA We are proud announce that the FreeBSD Haskell Team has committed the Haskell Platform 2011.4.0.0 update, GHC 7.0.4 update, existing port updates, as well new port additions to FreeBSD ports repository, which were pending due to freeze for 9.0-RELEASE. Some of the new ports which were committed include Yesod, Happstack, wxHaskell, gitit, Threadscope, etc. and the count of Haskell ports in FreeBSD Ports tree is now almost 300. All of these updates will be available as part of upcoming 8.3-RELEASE. We started project hsporter to automate creation of new FreeBSD Haskell ports from .cabal file, as well as update existing ports. We also published scripts which we were using in the FreeBSD Haskell project under the project hsmtk. Open tasks: 1. Test GHC to work with clang/LLVM. 2. Add an option to the lang/ghc port to be able to build it with already installed GHC instead of requiring a separate GHC boostrap tarball. 3. Add more ports to the Ports Collection. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki The same as before, the outdated contents in the www/ja subtree were updated to the latest versions in the English counterpart. The updating work of the outdated translations in the www/ja subtree is almost complete. Only the translations of the release documents for old releases may be outdated. During this period, we translated the 9.0-RELEASE announcement and published it in a timely manner. It seems that the Japanese version of the release announcement is important for Japanese people as this page has frequently been referenced. For FreeBSD Handbook, translation work of the "cutting-edge" section is still on-going. Some updates in the "printing" and the "linuxemu" section were done. Open tasks: 1. Further translation work of outdated documents in both doc/ja_JP.eucJP and www/ja. __________________________________________________________________ The FreeBSD Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/portmgr Contact: Thomas Abthorpe Contact: Port Management Team The ports tree slowly climbs above 23,000 ports. The PR count still remains at about 1100. In Q1 we added 2 new committers, took in 2 commit bits for safe keeping, and had one committer return to ports work. The Ports Management team have been running -exp runs on an ongoing basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * Ports validation in the FreeBSD 10 environment * Updates to bison, libtool and libiconv * Set java/opendjdk6 as default java * Tests with clang set as default * Update to devel/boost and friends * Update of audio/sdl and friends * Tests for changes in the ports licensing infrastructure * Update to devel/ruby1[8|9] * Update to postresql * Update to apr * Checks for new x11/xorg * Security update to security/gnutls * Ongoing validation of infrastructure with pkgng A lot of focus during this period was put into getting the ports tree into a ready state for FreeBSD 8.3, including preparing packages for the release. Beat Gaetzi has been doing ongoing tests with the ports tree to ensure a smooth transition from CVS to Subversion. Open tasks: 1. Looking for help getting ports to build with clang. 2. Looking for help with Tier-2 architectures. 3. ports broken by src changes. 4. ports failing on pointyhat. 5. ports failing on pointyhat-west. 6. ports that are marked as BROKEN. 7. When did that port break? 8. Most ports PRs are assigned, we now need to focus on testing, committing and closing. __________________________________________________________________ The FreeNAS Project URL: http://www.FreeNAS.org Contact: Josh Paetzel Contact: Xin Li FreeNAS 8.0.4 was released last month, which marks the end of the 8.0.x branch in FreeNAS. FreeNAS 8.2.0 is in BETA currently, and will hopefully be released by the end of April. It features a number of improvements over the 8.0.x line, including plugin support, (the ability to run arbitrary software in jails), as well as better integration between command line ZFS and the GUI. Once 8.2.0 is out it will be quickly followed up with 8.3.0, which will include a number of driver updates as well as the long awaited ZFS v28. __________________________________________________________________ (c) 1995-2012 The FreeBSD Project. All rights reserved. From owner-freebsd-current@FreeBSD.ORG Sat May 12 21:39:55 2012 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 9FAB01065670; Sat, 12 May 2012 21:39:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 031758FC12; Sat, 12 May 2012 21:39:54 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q4CLdp40009414; Sun, 13 May 2012 00:39:51 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q4CLdoML071732; Sun, 13 May 2012 00:39:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q4CLdoru071731; Sun, 13 May 2012 00:39:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 13 May 2012 00:39:50 +0300 From: Konstantin Belousov To: x11@freebsd.org Message-ID: <20120512213950.GZ2358@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Djp8Lx/RBO58xNoG" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: current@freebsd.org Subject: Intel GPU driver import 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, 12 May 2012 21:39:55 -0000 --Djp8Lx/RBO58xNoG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline With r235375, all required VM support for new Intel GPU driver was committed into HEAD. There are still some things to improve and change, but now the all.14.9.patch does not touch anything outside agp or drm. This allows to start the process of importing the new Intel GPU driver into HEAD. I am writing this as initial head-up and to discuss some questions, for which I do have answers but would prefer to have additional feedback from people doing Xorg work. The patch as-is just replaces the Intel DRI1 bits with DRI2 driver. Patch added most of the KMS infrastructure into DRM core. Also, patch completely changed the locking model used by Intel driver. I made absolutely minimal efforts needed to keep other DRI1 drivers compilable. Despite that, I got several surpising reports that Radeon DRI1 still works. That said, for import I can (first choice) just apply the patch, replacing the Intel driver with new one. Or (second choice) I may create another directory, say sys/dev/drm2, and import _only_ Intel driver together with updated DRM core, there. The positive points to the second approach is that we still have older kernel drivers around. Also, I have more freedom in changing the DRM core, without fearing breakage in the DRI1 land. Since I do not really want to deal with Gen2-3 hardware, and VGA console does not work with new driver (yet), there are definite advantages. On the other hand, driver automatic loading will not work with dev/drm2 approach. New driver have to use different module name to co-exist with dri1 driver, so ddx driver cannot load new driver by old name. As result, users need to manually kldload new driver before starting Xorg. My own preference is to implement second choice and put the driver into dev/drm2. --Djp8Lx/RBO58xNoG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk+u2KYACgkQC3+MBN1Mb4ialwCeMkZOMwQzA0uSaB2EE9onFJuT qZMAoIRbmtiA62JK3U3a5DHLKCv+C4qw =e37z -----END PGP SIGNATURE----- --Djp8Lx/RBO58xNoG-- From owner-freebsd-current@FreeBSD.ORG Sat May 12 22:01:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 16FDD1065679 for ; Sat, 12 May 2012 22:01:40 +0000 (UTC) (envelope-from break19@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 C23AA8FC1E for ; Sat, 12 May 2012 22:01:39 +0000 (UTC) Received: by yhgm50 with SMTP id m50so4531357yhg.13 for ; Sat, 12 May 2012 15:01:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=mIFlIA9FgiOvPrCKyEP5PM1Z68zsjc7djYDooBEg9wE=; b=SiYXcnHnUue7LZwbbEhwRZJTOClFwbeTVRSO6l37Fv6Nx52Dfw6Z4y9TxdUHkY1ioT zm01ya0gT3h+VuDuUpUqrhffPg7h+myAzBna6G+bpsZX6BYkTJ9U9xngPI6opwCp6Rc+ shG2TuDaWYmjxwbwor5NfRMDvxin+r7Tx+97QnRdCfTqgTdvvFQihVfScXv/xJ9H872A gb1WuUK1qbiNQNSOrcaufvpPK+RfLe2Faidshdm+LdVJov+XmSzVi8nWP12GaZDVK7yE XUpag/A7Z+qle2va8sD3o4CtjYW7sCOeRx4oNGx9lEbbEJ1DOuyCznKx5QYdajPjs/MR 322w== Received: by 10.236.191.138 with SMTP id g10mr2800898yhn.25.1336860099108; Sat, 12 May 2012 15:01:39 -0700 (PDT) Received: from [192.168.0.2] (173-17-108-234.client.mchsi.com. [173.17.108.234]) by mx.google.com with ESMTPS id i2sm21476569anl.9.2012.05.12.15.01.37 (version=SSLv3 cipher=OTHER); Sat, 12 May 2012 15:01:38 -0700 (PDT) Message-ID: <4FAEDDC0.8050507@gmail.com> Date: Sat, 12 May 2012 17:01:36 -0500 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120512213950.GZ2358@deviant.kiev.zoral.com.ua> In-Reply-To: <20120512213950.GZ2358@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Intel GPU driver import 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, 12 May 2012 22:01:40 -0000 On 5/12/2012 4:39 PM, Konstantin Belousov wrote: > > My own preference is to implement second choice and put the driver > into dev/drm2. Is there a way to have an OPTION in the config file build one driver, and without the OPTION to build the other, but use the same name? If so, that might be the most elegant solution.. Chuck From owner-freebsd-current@FreeBSD.ORG Sat May 12 22:49:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F75D1065672; Sat, 12 May 2012 22:49:54 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 584B08FC12; Sat, 12 May 2012 22:49:53 +0000 (UTC) Received: by werg1 with SMTP id g1so2287964wer.13 for ; Sat, 12 May 2012 15:49:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JVaqn4tIaLnhiepMucKeQbXBt8PO6EkZyZJULNkx9Cg=; b=vI0YPokDsR33GK8BWs7o8q/1rPHvkbdrjGWqPZ+KPjNlWqB7ovP8cwzFH4KCHY6Dft TENvd1soU7v8pNic3hEnc5JrVr1lR1KJXHmJcNEyjuZpaAhxVbvAdl0JqqmkVBwK47zk GL3pmdz7y/sGkkn4jCF57AuyBhWg4eWG22684H5QYsbjYtSuNQOCEqSnNctrEsJ0ZXiW JTWrXNrHtfus6BZJpvkTvXx6BpqGOjBwc1GoMgo9dkCn4HZEarLVgI5qbPlEFt3Wg554 gB8NUnkgiPwYDJQ/9gfVuTZzz7RaYvfyfRSUZRjyttIKwJdzZTAXiDnboJnVmHcPZCwf yIKw== Received: by 10.180.87.35 with SMTP id u3mr7133268wiz.11.1336862992490; Sat, 12 May 2012 15:49:52 -0700 (PDT) Received: from dft-labs.eu (dft-labs.eu. [80.87.128.179]) by mx.google.com with ESMTPS id o9sm35275899wia.3.2012.05.12.15.49.49 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 12 May 2012 15:49:50 -0700 (PDT) Date: Sun, 13 May 2012 00:49:38 +0200 From: Mateusz Guzik To: Peter Holm Message-ID: <20120512224938.GA1322@dft-labs.eu> References: <4FA6F324.4080107@FreeBSD.org> <4FA82269.6080406@FreeBSD.org> <20120507201153.GA19942@dft-labs.eu> <20120508194514.GA10688@x2.osted.lan> <20120510102118.GA26472@dft-labs.eu> <20120510103900.GA77554@x2.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120510103900.GA77554@x2.osted.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , Sergey Kandaurov , freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 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, 12 May 2012 22:49:54 -0000 On Thu, May 10, 2012 at 12:39:00PM +0200, Peter Holm wrote: > On Thu, May 10, 2012 at 12:21:18PM +0200, Mateusz Guzik wrote: > > On Tue, May 08, 2012 at 09:45:14PM +0200, Peter Holm wrote: > > > On Mon, May 07, 2012 at 10:11:53PM +0200, Mateusz Guzik wrote: > > > > On Mon, May 07, 2012 at 12:28:41PM -0700, Doug Barton wrote: > > > > > On 05/06/2012 15:19, Sergey Kandaurov wrote: > > > > > > On 7 May 2012 01:54, Doug Barton wrote: > > > > > >> I got this with today's current, previous (working) kernel is r232719. > > > > > >> > > > > > >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx > > > > > >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 > > > > > > > > > > ... > > > > > > > > > > > Please try this patch. > > > > > > > > > > > > Index: fs/ext2fs/ext2_vfsops.c > > > > > > =================================================================== > > > > > > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > > > > > > +++ fs/ext2fs/ext2_vfsops.c (working copy) > > > > > > @@ -830,7 +830,6 @@ > > > > > > /* > > > > > > * Write back each (modified) inode. > > > > > > */ > > > > > > - MNT_ILOCK(mp); > > > > > > loop: > > > > > > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > > > > > > if (vp->v_type == VNON) { > > > > > > > > > > > > > > > > Didn't help, sorry. I put 234385 through some pretty heavy load > > > > > yesterday, and everything was fine. As soon as I move up to 234386, the > > > > > panic triggered again. So I cleaned everything up, applied your patch, > > > > > built a kernel from scratch, and rebooted. It was Ok for a few seconds > > > > > after boot, then panic'ed again, I think in a different place, but I'm > > > > > not sure because subsequent attempts to fsck the file systems caused new > > > > > panics which overwrote the old ones before they could be saved. > > > > > > > > > > > > > Another MNT_ILOCK was hiding few lines below, try this patch: > > > > > > > > http://student.agh.edu.pl/~mjguzik/patches/ext2fs-ilock.patch > > > > > > > > I've tested this a bit and I believe this fixes your problem. > > > > > > > > > > Gave this a spin and found what looks like a deadlock: > > > > > > http://people.freebsd.org/~pho/stress/log/ext2fs.txt > > > > > > Not a new problem, it would seem. Same issue with 8.3-PRERELEASE r232656M. > > > > > > > pid 2680 (fts) holds lock for vnode cb4be414 and tries to lock cc0ac15c > > pid 2581 (openat) holds lock for vnode cc0ac15c and tries to lock cb4be414 > > > > openat calls rmdir foo/bar and ext2_rmdir unlocks and tries to lock > > again foo's vnode. > > > > This is fairly easly reproducible with concurrently running mkdir and fts > > testcase programs that are provided by stress2. > > > > I'll try to come up with a patch by the end of the week. > > > Easier way to reproduce: mkdir from stress2 and "while true; do find /mnt > /dev/null; done" on another terminal. Assuming foo/bar directory tree, deadlock happens during removal of bar with simultaneous lookup of .. in bar. Proposed trivial patch: http://student.agh.edu.pl/~mjguzik/patches/ext2fs_rmdir-deadlock.patch If the lock cannot be acquired immediately unlocks 'bar' vnode and then locks both vnodes in order. After patching this I ran into another issue - wrong vnode type panics from cache_enter_time after calls by ext2_lookup. (It takes some time to reproduce this, testcase as before.) It looks like ext2_lookup is actually adapted version of ufs_lookup and lacks some bugfixes present in current ufs_lookup. I believe those bugfixes address this bug. Here is my attempt to fix the problem (based on ufs_lookup changes): http://student.agh.edu.pl/~mjguzik/patches/ext2fs_lookup-relookup.patch -- Mateusz Guzik