From owner-freebsd-current@FreeBSD.ORG Sun May 22 17:20:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 469DF1065672 for ; Sun, 22 May 2011 17:20:41 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 02B408FC22 for ; Sun, 22 May 2011 17:20:40 +0000 (UTC) Received: by gyg13 with SMTP id 13so2340154gyg.13 for ; Sun, 22 May 2011 10:20:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=YyuCI5+R+b7ed5AOKskyOxT7+0KCIKG7hSWcSUOhdAw=; b=e1QwENtiKK/fKOMdRR6MwtXgZOoQJ4zEtS1oQNbm0KTRTXpplcYbYsNBtrDMRQeiTX wCU4ORoJOLDi2iD9amMA2eJLAUKLinrO/N8FzOjxzFUIsOC9e4U1wEjJiKNRBrRDDGmO MnsZafvtbGEl8/laHdMtGJEBiMc6TV+f9idQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=sgDgvqWfGpPZ6rTEk4K1urHmwVJoJTVNEWIwr7iKqHrETy+qX8cNpXvl+CwNPBGZPs kwrP17/IWeqXQpMuW3EoZ62TRWzhB2o61syeJiRovUYt+UkWI05SKIc76QiDXw5y7xYP XPYwYgoPRoJNLHrMiYd1mJFnR3kMhQZRXOuPo= MIME-Version: 1.0 Received: by 10.236.92.116 with SMTP id i80mr1782685yhf.348.1306084839993; Sun, 22 May 2011 10:20:39 -0700 (PDT) Received: by 10.236.107.197 with HTTP; Sun, 22 May 2011 10:20:39 -0700 (PDT) In-Reply-To: References: <201105190813.37908.jhb@freebsd.org> <201105191735.53889.jhb@freebsd.org> Date: Sun, 22 May 2011 19:20:39 +0200 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 May 2011 17:20:41 -0000 On Sat, May 21, 2011 at 3:59 PM, deeptech71@gmail.com wrote: > On Thu, May 19, 2011 at 11:35 PM, John Baldwin wrote: >> Index: pci_pci.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 >> --- pci_pci.c =A0 (revision 222093) >> +++ pci_pci.c =A0 (working copy) >> @@ -162,8 +162,13 @@ pcib_write_windows(struct pcib_softc *sc, int mask >> =A0{ >> =A0 =A0 =A0 =A0device_t dev; >> =A0 =A0 =A0 =A0uint32_t val; >> + =A0 =A0 =A0 uint16_t cmd; >> >> =A0 =A0 =A0 =A0dev =3D sc->dev; >> + =A0 =A0 =A0 cmd =3D pci_read_config(dev, PCIR_COMMAND, 2); >> + =A0 =A0 =A0 if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 pci_write_config(dev, PCIR_COMMAND, >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD= _MEMEN), 2); >> =A0 =A0 =A0 =A0if (sc->io.valid && mask & WIN_IO) { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0val =3D pci_read_config(dev, PCIR_IOBASEL= _1, 1); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if ((val & PCIM_BRIO_MASK) =3D=3D PCIM_BR= IO_32) { >> @@ -192,6 +197,8 @@ pcib_write_windows(struct pcib_softc *sc, int mask >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pci_write_config(dev, PCIR_PMBASEL_1, sc-= >pmem.base >> 16, 2); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pci_write_config(dev, PCIR_PMLIMITL_1, sc= ->pmem.limit >> 16, 2); >> =A0 =A0 =A0 =A0} >> + =A0 =A0 =A0 if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 pci_write_config(dev, PCIR_COMMAND, cmd, 2= ); >> =A0} >> >> =A0static void >> @@ -231,7 +238,9 @@ pcib_alloc_window(struct pcib_softc *sc, struct pc >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0w->name, (uintmax_t)w->base, (uin= tmax_t)w->limit); >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0w->base =3D max_address; >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0w->limit =3D 0; >> +#if 0 >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0pcib_write_windows(sc, w->mask); >> +#endif >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0return; >> =A0 =A0 =A0 =A0} >> =A0 =A0 =A0 =A0pcib_activate_window(sc, type); > > that seems to work. oops, i forgot to set the AGP aperture size to 128M during testing. that patch actually does NOT work. From owner-freebsd-current@FreeBSD.ORG Sun May 22 21:42:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23A561065670; Sun, 22 May 2011 21:42:04 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D7EC48FC14; Sun, 22 May 2011 21:42:03 +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 <1QOGPS-0003gX-FX>; Sun, 22 May 2011 23:42:02 +0200 Received: from e178036164.adsl.alicedsl.de ([85.178.36.164] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOGPS-0002Yj-Cs>; Sun, 22 May 2011 23:42:02 +0200 Message-ID: <4DD9832A.1060506@mail.zedat.fu-berlin.de> Date: Sun, 22 May 2011 23:42:02 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.36.164 X-Mailman-Approved-At: Sun, 22 May 2011 22:11:31 +0000 Cc: Subject: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 May 2011 21:42:04 -0000 Building kernel and modules with CLANG (did not try with gcc) results in corrupted system with following error message. Operating system is most recent svn update of FreeBSD 9.0-CURRENT/amd64: URL: svn://svn.freebsd.org/base/head Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 222199 Node Kind: directory Schedule: normal Last Changed Author: rmacklem Last Changed Rev: 222199 Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) The error is: ===> mps (install) install -o root -g wheel -m 555 mps.ko /boot/kernel install -o root -g wheel -m 555 mps.ko.symbols /boot/kernel install: mps.ko.symbols: No such file or directory *** Error code 71 Stop in /usr/src/sys/modules/mps. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/THOR. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun May 22 22:37:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CAC0106566C for ; Sun, 22 May 2011 22:37:26 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 643748FC0A for ; Sun, 22 May 2011 22:37:26 +0000 (UTC) Received: by pwj8 with SMTP id 8so3091786pwj.13 for ; Sun, 22 May 2011 15:37:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to:x-mailer; bh=cQDtg5y340e/pMxt4a8Vr3ygWa3fNXrmUeXrfhsgrH8=; b=AuecBOzI+tf1C4Q3ZlEhMYkq9WwAA2PLESlJNjAHgiHh6eDgCO6bX67vsgsd/wAtNC sOfV0xxq21/kyBRZE16k8H/jdz/YrhyeREPwAs+uKYWQ+3sFhHVpcUXTATnejISRIjEk 8u+BNawnr7+t/jL3HEtBhgHmTUY24IJIe73fU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=vGrNiQptxlSIl0cWQx1YEgvczgjmdkvO/RyAiOqnnrS2hSYgnxbzS/x0n6+5L5NAyQ XbevhijEq4JoPIP9d6Bu4M6xpRrTn/LJM0YMYKG5hFbYYt45lyov4BWIy8N1fXqJTIm+ 7nXOYjJrHNrqTbwgRqJeZTFIK80Ai3msncQEw= Received: by 10.68.23.137 with SMTP id m9mr1898084pbf.123.1306103845799; Sun, 22 May 2011 15:37:25 -0700 (PDT) Received: from [192.168.20.5] (c-24-6-49-154.hsd1.ca.comcast.net [24.6.49.154]) by mx.google.com with ESMTPS id y5sm3939155pbb.99.2011.05.22.15.37.24 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 22 May 2011 15:37:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Garrett Cooper In-Reply-To: <4DD9832A.1060506@mail.zedat.fu-berlin.de> Date: Sun, 22 May 2011 15:37:22 -0700 Message-Id: <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> To: "O. Hartmann" X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 May 2011 22:37:26 -0000 On May 22, 2011, at 2:42 PM, O. Hartmann wrote: > Building kernel and modules with CLANG (did not try with gcc) results = in corrupted system with following error message. Operating system is = most recent svn update of FreeBSD 9.0-CURRENT/amd64: >=20 > URL: svn://svn.freebsd.org/base/head > Repository Root: svn://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 222199 > Node Kind: directory > Schedule: normal > Last Changed Author: rmacklem > Last Changed Rev: 222199 > Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) After doing some review of the checkins made recently and per our = offline discussion, it might be r222188 that's causing issues. How did = you issue the build (did you run buildworld buildkernel, or just = buildkernel, KERNFAST, etc)? Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Mon May 23 08:36:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2B7106564A; Mon, 23 May 2011 08:36:34 +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 CBE268FC0C; Mon, 23 May 2011 08:36:33 +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 <1QOQcq-0007WT-T3>; Mon, 23 May 2011 10:36:32 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOQcq-0003I3-R5>; Mon, 23 May 2011 10:36:32 +0200 Message-ID: <4DDA1C90.1060705@zedat.fu-berlin.de> Date: Mon, 23 May 2011 10:36:32 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> In-Reply-To: <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 08:36:34 -0000 On 05/23/11 00:37, Garrett Cooper wrote: > On May 22, 2011, at 2:42 PM, O. Hartmann wrote: > >> Building kernel and modules with CLANG (did not try with gcc) results >> in corrupted system with following error message. Operating system is >> most recent svn update of FreeBSD 9.0-CURRENT/amd64: >> >> URL: svn://svn.freebsd.org/base/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 222199 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: rmacklem >> Last Changed Rev: 222199 >> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) > > After doing some review of the checkins made recently and per our > offline discussion, it might be r222188 that's causing issues. How did > you issue the build (did you run buildworld buildkernel, or just > buildkernel, KERNFAST, etc)? > > Thanks, > > -Garrett > Maybe a hint, I do not know: root@ase: [src] svn diff -r 222185 sys/conf/kmod.mk Index: sys/conf/kmod.mk =================================================================== --- sys/conf/kmod.mk (revision 222185) +++ sys/conf/kmod.mk (working copy) @@ -286,7 +286,8 @@ _kmodinstall: ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${KMODDIR} -.if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) && ${MK_KERNEL_SYMBOLS} == "yes" +.if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ + (defined(MK_KERNEL_SYMBOLS) && ${MK_KERNEL_SYMBOLS} == "yes") ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ ${_INSTALLFLAGS} ${PROG}.symbols ${DESTDIR}${KMODDIR} .endif I'll try on another box with the same OS version I have access to in my lab and report ... Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 11:11:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F8051065686; Mon, 23 May 2011 11:11:33 +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 CE5B18FC17; Mon, 23 May 2011 11:11:32 +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 <1QOT2p-0005Jh-SV>; Mon, 23 May 2011 13:11:31 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOT2p-0000NW-QL>; Mon, 23 May 2011 13:11:31 +0200 Message-ID: <4DDA40E3.1080803@zedat.fu-berlin.de> Date: Mon, 23 May 2011 13:11:31 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA1C90.1060705@zedat.fu-berlin.de> In-Reply-To: <4DDA1C90.1060705@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 11:11:33 -0000 On 05/23/11 10:36, O. Hartmann wrote: > On 05/23/11 00:37, Garrett Cooper wrote: >> On May 22, 2011, at 2:42 PM, O. Hartmann wrote: >> >>> Building kernel and modules with CLANG (did not try with gcc) results >>> in corrupted system with following error message. Operating system is >>> most recent svn update of FreeBSD 9.0-CURRENT/amd64: >>> >>> URL: svn://svn.freebsd.org/base/head >>> Repository Root: svn://svn.freebsd.org/base >>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>> Revision: 222199 >>> Node Kind: directory >>> Schedule: normal >>> Last Changed Author: rmacklem >>> Last Changed Rev: 222199 >>> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) >> >> After doing some review of the checkins made recently and per our >> offline discussion, it might be r222188 that's causing issues. How did >> you issue the build (did you run buildworld buildkernel, or just >> buildkernel, KERNFAST, etc)? >> >> Thanks, >> >> -Garrett >> > > Maybe a hint, I do not know: > > root@ase: [src] svn diff -r 222185 sys/conf/kmod.mk > Index: sys/conf/kmod.mk > =================================================================== > --- sys/conf/kmod.mk (revision 222185) > +++ sys/conf/kmod.mk (working copy) > @@ -286,7 +286,8 @@ > _kmodinstall: > ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ > ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${KMODDIR} > -.if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) && > ${MK_KERNEL_SYMBOLS} == "yes" > +.if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ > + (defined(MK_KERNEL_SYMBOLS) && ${MK_KERNEL_SYMBOLS} == "yes") > ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ > ${_INSTALLFLAGS} ${PROG}.symbols ${DESTDIR}${KMODDIR} > .endif > > > I'll try on another box with the same OS version I have access to in my > lab and report ... > > Oliver All boxes running the most recent FreeBSD 9.0-CURRENT/amd64, compiled with CLANG, suffer from this error. I'll try with gcc compiled system later ... Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 07:34:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD5F106566C; Mon, 23 May 2011 07:34:11 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 35D3D8FC19; Mon, 23 May 2011 07:34:11 +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 <1QOPeU-0007fo-BX>; Mon, 23 May 2011 09:34:10 +0200 Received: from e178026065.adsl.alicedsl.de ([85.178.26.65] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOPeU-0006QM-8l>; Mon, 23 May 2011 09:34:10 +0200 Message-ID: <4DDA0DF2.1000303@mail.zedat.fu-berlin.de> Date: Mon, 23 May 2011 09:34:10 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> In-Reply-To: <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.26.65 X-Mailman-Approved-At: Mon, 23 May 2011 11:24:08 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 07:34:11 -0000 On 05/23/11 00:37, Garrett Cooper wrote: > On May 22, 2011, at 2:42 PM, O. Hartmann wrote: > >> Building kernel and modules with CLANG (did not try with gcc) results in corrupted system with following error message. Operating system is most recent svn update of FreeBSD 9.0-CURRENT/amd64: >> >> URL: svn://svn.freebsd.org/base/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 222199 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: rmacklem >> Last Changed Rev: 222199 >> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) > > After doing some review of the checkins made recently and per our offline discussion, it might be r222188 that's causing issues. How did you issue the build (did you run buildworld buildkernel, or just buildkernel, KERNFAST, etc)? > Thanks, > -Garrett_______________________________________________ > 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" There were some changes in /usr/src/sys/conf/kmod.mk which seem to issue the problem. My buildcommand sequence is: make buildworld && make kernel && make installworld The sequence make buildworld always performs well. Also the sequence make buildkernel is all right. The installation then fails. Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 08:03:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8D81106564A; Mon, 23 May 2011 08:03:43 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 93C5A8FC12; Mon, 23 May 2011 08:03:43 +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 <1QOQ74-0007AK-Rw>; Mon, 23 May 2011 10:03:42 +0200 Received: from e178026065.adsl.alicedsl.de ([85.178.26.65] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOQ74-0000S9-P0>; Mon, 23 May 2011 10:03:42 +0200 Message-ID: <4DDA14DE.9@mail.zedat.fu-berlin.de> Date: Mon, 23 May 2011 10:03:42 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> In-Reply-To: <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.26.65 X-Mailman-Approved-At: Mon, 23 May 2011 11:24:42 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 08:03:43 -0000 On 05/23/11 00:37, Garrett Cooper wrote: > On May 22, 2011, at 2:42 PM, O. Hartmann wrote: > >> Building kernel and modules with CLANG (did not try with gcc) results >> in corrupted system with following error message. Operating system is >> most recent svn update of FreeBSD 9.0-CURRENT/amd64: >> >> URL: svn://svn.freebsd.org/base/head >> Repository Root: svn://svn.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 222199 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: rmacklem >> Last Changed Rev: 222199 >> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) > > After doing some review of the checkins made recently and per our > offline discussion, it might be r222188 that's causing issues. How did > you issue the build (did you run buildworld buildkernel, or just > buildkernel, KERNFAST, etc)? > > Thanks, > > -Garrett > I've blown away /usr/obj, did a svn update in /usr/src this morning (but there were no updates) and issued make buildworld && make buildkernel Both went well. But make installkernel still fails installing mps.ko.symbols (which is not found). Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 12:49:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 267441065672; Mon, 23 May 2011 12:49:00 +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 DD2D28FC08; Mon, 23 May 2011 12:48:59 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:19ad:a219:aff6:b6b4] (unknown [IPv6:2001:7b8:3a7:0:19ad:a219:aff6:b6b4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id E474E5C37; Mon, 23 May 2011 14:48:58 +0200 (CEST) Message-ID: <4DDA57C2.8010206@FreeBSD.org> Date: Mon, 23 May 2011 14:49:06 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18pre) Gecko/20110519 Lanikai/3.1.11pre MIME-Version: 1.0 To: "O. Hartmann" References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> In-Reply-To: <4DDA14DE.9@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 12:49:00 -0000 On 2011-05-23 10:03, O. Hartmann wrote: ... > But make installkernel still fails installing mps.ko.symbols (which is > not found). Is it only mps.ko that suffers from this problem? Or are other kernel modules also resulting in the same message? From owner-freebsd-current@FreeBSD.ORG Mon May 23 12:55:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACB671065673; Mon, 23 May 2011 12:55:14 +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 77E9C8FC12; Mon, 23 May 2011 12:55:11 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:19ad:a219:aff6:b6b4] (unknown [IPv6:2001:7b8:3a7:0:19ad:a219:aff6:b6b4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C72D45C37; Mon, 23 May 2011 14:55:10 +0200 (CEST) Message-ID: <4DDA5937.6070003@FreeBSD.org> Date: Mon, 23 May 2011 14:55:19 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18pre) Gecko/20110519 Lanikai/3.1.11pre MIME-Version: 1.0 To: "O. Hartmann" References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> In-Reply-To: <4DDA57C2.8010206@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------090700050905070109060900" Cc: Garrett Cooper , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 12:55:14 -0000 This is a multi-part message in MIME format. --------------090700050905070109060900 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit On 2011-05-23 14:49, Dimitry Andric wrote: > On 2011-05-23 10:03, O. Hartmann wrote: > ... >> But make installkernel still fails installing mps.ko.symbols (which is >> not found). > > Is it only mps.ko that suffers from this problem? Or are other kernel > modules also resulting in the same message? Ok, I guess it must be just mps.ko, since its Makefile is different. Can you please try the attached patch, which hopefully works around the problem? --------------090700050905070109060900 Content-Type: text/plain; name="mps-debug.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="mps-debug.diff" Index: sys/modules/mps/Makefile =================================================================== --- sys/modules/mps/Makefile (revision 221502) +++ sys/modules/mps/Makefile (working copy) @@ -8,6 +8,6 @@ SRCS+= device_if.h bus_if.h pci_if.h #CFLAGS += -DMPS_DEBUG -DEBUG += -g +#DEBUG += -g .include --------------090700050905070109060900-- From owner-freebsd-current@FreeBSD.ORG Mon May 23 13:07:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD968106564A for ; Mon, 23 May 2011 13:07:40 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7681A8FC12 for ; Mon, 23 May 2011 13:07:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=R47A7vkJhZJA+FoFK6IHQYiMWhmg50aimM0PwJ3Zugg=; b=nDEBVAI5pXTnesqZg1CxKT+f9zgKtxjqgeuK2AYBvrdQSeQWTUtufDiogaGDN9EeJRIgcQCR2NT3KYol/TUs2OmilPG8IOwrrEasnovk2fLpPf34C1IHUofNYkZmA/sokMEL9tJ/zqeG0Bk82+a81ZEAeagNPx0lhQZGXji8Guk=; Received: from [46.185.0.73] (helo=localhost) by fsm2.ukr.net with esmtps ID 1QOUc5-000Dfk-NV ; Mon, 23 May 2011 15:52:01 +0300 Date: Mon, 23 May 2011 15:52:00 +0300 From: Ivan Klymenko To: "O. Hartmann" Message-ID: <20110523155200.1f1dee1c@ukr.net> In-Reply-To: <4DDA14DE.9@mail.zedat.fu-berlin.de> References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 13:07:41 -0000 =D0=92 Mon, 23 May 2011 10:03:42 +0200 "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > On 05/23/11 00:37, Garrett Cooper wrote: > > On May 22, 2011, at 2:42 PM, O. Hartmann wrote: > > > >> Building kernel and modules with CLANG (did not try with gcc) > >> results in corrupted system with following error message. > >> Operating system is most recent svn update of FreeBSD > >> 9.0-CURRENT/amd64: > >> > >> URL: svn://svn.freebsd.org/base/head > >> Repository Root: svn://svn.freebsd.org/base > >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >> Revision: 222199 > >> Node Kind: directory > >> Schedule: normal > >> Last Changed Author: rmacklem > >> Last Changed Rev: 222199 > >> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) > > > > After doing some review of the checkins made recently and per our > > offline discussion, it might be r222188 that's causing issues. How > > did you issue the build (did you run buildworld buildkernel, or just > > buildkernel, KERNFAST, etc)? > > > > Thanks, > > > > -Garrett > > > I've blown away /usr/obj, did a svn update in /usr/src this morning > (but there were no updates) and issued >=20 > make buildworld && make buildkernel >=20 > Both went well. >=20 > But make installkernel still fails installing mps.ko.symbols (which > is not found). >=20 > Oliver > _______________________________________________ > 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" >=20 >=20 I change the line: .if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ on .if (defined(DEBUG) || defined(DEBUG_FLAGS)) && !defined(INSTALL_NODEBUG) &= & \ in the file /sys/conf/kmod.mk From owner-freebsd-current@FreeBSD.ORG Mon May 23 14:39:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 818991065670 for ; Mon, 23 May 2011 14:39:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3E50E8FC0C for ; Mon, 23 May 2011 14:39:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id C548246CC2 for ; Mon, 23 May 2011 10:39:03 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 57FE38A04F for ; Mon, 23 May 2011 10:39:03 -0400 (EDT) From: John Baldwin To: current@freebsd.org Date: Mon, 23 May 2011 10:39:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201105231039.02845.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 23 May 2011 10:39:03 -0400 (EDT) Cc: Subject: [PATCH] Simple tidy up of puc(4) bus driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 14:39:04 -0000 This small patch makes the puc(4) bus drivers a little more friendly. It should now list the port for each child device in the boot messages, and devinfo -v should list the type and port of each child device in its output as well: Index: puc_pci.c =================================================================== --- puc_pci.c (revision 222126) +++ puc_pci.c (working copy) @@ -132,7 +132,9 @@ DEVMETHOD(bus_read_ivar, puc_bus_read_ivar), DEVMETHOD(bus_setup_intr, puc_bus_setup_intr), DEVMETHOD(bus_teardown_intr, puc_bus_teardown_intr), - DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_print_child, puc_bus_print_child), + DEVMETHOD(bus_child_pnpinfo_str, puc_bus_child_pnpinfo_str), + DEVMETHOD(bus_child_location_str, puc_bus_child_location_str), DEVMETHOD(bus_driver_added, bus_generic_driver_added), { 0, 0 } }; Index: puc_pccard.c =================================================================== --- puc_pccard.c (revision 222126) +++ puc_pccard.c (working copy) @@ -82,7 +82,9 @@ DEVMETHOD(bus_read_ivar, puc_bus_read_ivar), DEVMETHOD(bus_setup_intr, puc_bus_setup_intr), DEVMETHOD(bus_teardown_intr, puc_bus_teardown_intr), - DEVMETHOD(bus_print_child, bus_generic_print_child), + DEVMETHOD(bus_print_child, puc_bus_print_child), + DEVMETHOD(bus_child_pnpinfo_str, puc_bus_child_pnpinfo_str), + DEVMETHOD(bus_child_location_str, puc_bus_child_location_str), DEVMETHOD(bus_driver_added, bus_generic_driver_added), { 0, 0 } }; Index: puc.c =================================================================== --- puc.c (revision 222126) +++ puc.c (working copy) @@ -726,3 +726,41 @@ } return (0); } + +int +puc_bus_print_child(device_t dev, device_t child) +{ + struct puc_port *port; + int retval; + + port = device_get_ivars(child); + retval = 0; + + retval += bus_print_child_header(dev, child); + retval += printf(" at port %d", port->p_nr); + retval += bus_print_child_footer(dev, child); + + return (retval); +} + +int +puc_bus_child_location_str(device_t dev, device_t child, char *buf, + size_t buflen) +{ + struct puc_port *port; + + port = device_get_ivars(child); + snprintf(buf, buflen, "port=%d", port->p_nr); + return (0); +} + +int +puc_bus_child_pnpinfo_str(device_t dev, device_t child, char *buf, + size_t buflen) +{ + struct puc_port *port; + + port = device_get_ivars(child); + snprintf(buf, buflen, "type=%d", port->p_type); + return (0); +} Index: puc_bfe.h =================================================================== --- puc_bfe.h (revision 222126) +++ puc_bfe.h (working copy) @@ -82,9 +82,12 @@ int puc_bfe_detach(device_t); int puc_bfe_probe(device_t, const struct puc_cfg *); +int puc_bus_child_location_str(device_t, device_t, char *, size_t); +int puc_bus_child_pnpinfo_str(device_t, device_t, char *, size_t); struct resource *puc_bus_alloc_resource(device_t, device_t, int, int *, u_long, u_long, u_long, u_int); int puc_bus_get_resource(device_t, device_t, int, int, u_long *, u_long *); +int puc_bus_print_child(device_t, device_t); int puc_bus_read_ivar(device_t, device_t, int, uintptr_t *); int puc_bus_release_resource(device_t, device_t, int, int, struct resource *); int puc_bus_setup_intr(device_t, device_t, struct resource *, int, -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon May 23 14:45:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2D11065670; Mon, 23 May 2011 14:45:55 +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 B9D9B8FC17; Mon, 23 May 2011 14:45:54 +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 <1QOWOH-0008EW-1y>; Mon, 23 May 2011 16:45:53 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOWOH-0000sf-06>; Mon, 23 May 2011 16:45:53 +0200 Message-ID: <4DDA7320.9070809@zedat.fu-berlin.de> Date: Mon, 23 May 2011 16:45:52 +0200 From: "O. Hartmann" Organization: Freie =?windows-1252?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Ivan Klymenko References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <20110523155200.1f1dee1c@ukr.net> In-Reply-To: <20110523155200.1f1dee1c@ukr.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: quoted-printable X-Originating-IP: 130.133.86.198 Cc: Garrett Cooper , "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 14:45:55 -0000 On 05/23/11 14:52, Ivan Klymenko wrote: > =D0=92 Mon, 23 May 2011 10:03:42 +0200 > "O. Hartmann" =D0=BF=D0=B8=D1=88=D0=B5= =D1=82: > >> On 05/23/11 00:37, Garrett Cooper wrote: >>> On May 22, 2011, at 2:42 PM, O. Hartmann wrote: >>> >>>> Building kernel and modules with CLANG (did not try with gcc) >>>> results in corrupted system with following error message. >>>> Operating system is most recent svn update of FreeBSD >>>> 9.0-CURRENT/amd64: >>>> >>>> URL: svn://svn.freebsd.org/base/head >>>> Repository Root: svn://svn.freebsd.org/base >>>> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >>>> Revision: 222199 >>>> Node Kind: directory >>>> Schedule: normal >>>> Last Changed Author: rmacklem >>>> Last Changed Rev: 222199 >>>> Last Changed Date: 2011-05-22 23:04:32 +0200 (So, 22 Mai 2011) >>> >>> After doing some review of the checkins made recently and per our >>> offline discussion, it might be r222188 that's causing issues. How >>> did you issue the build (did you run buildworld buildkernel, or just >>> buildkernel, KERNFAST, etc)? >>> >>> Thanks, >>> >>> -Garrett >>> >> I've blown away /usr/obj, did a svn update in /usr/src this morning >> (but there were no updates) and issued >> >> make buildworld&& make buildkernel >> >> Both went well. >> >> But make installkernel still fails installing mps.ko.symbols (which >> is not found). >> >> Oliver >> _______________________________________________ >> 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" >> >> > > I change the line: > .if defined(DEBUG)&& !defined(INSTALL_NODEBUG)&& \ > on > .if (defined(DEBUG) || defined(DEBUG_FLAGS))&& !defined(INSTALL_NODEBU= G)&& \ > in the file /sys/conf/kmod.mk A diff shows this: Index: /usr/src/sys/conf/kmod.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/sys/conf/kmod.mk (revision 222180) +++ /usr/src/sys/conf/kmod.mk (working copy) @@ -286,7 +286,8 @@ _kmodinstall: ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ ${_INSTALLFLAGS} ${PROG} ${DESTDIR}${KMODDIR} -.if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) +.if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ + (defined(MK_KERNEL_SYMBOLS) && ${MK_KERNEL_SYMBOLS} =3D=3D "yes") ${INSTALL} -o ${KMODOWN} -g ${KMODGRP} -m ${KMODMODE} \ ${_INSTALLFLAGS} ${PROG}.symbols ${DESTDIR}${KMODDIR} .endif I reverted manually the changed lines to the previous ones and everthing = went smooth. Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 16:10:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A24B5106564A; Mon, 23 May 2011 16:10:38 +0000 (UTC) (envelope-from yanegomi@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 630928FC14; Mon, 23 May 2011 16:10:38 +0000 (UTC) Received: by pzk27 with SMTP id 27so3382172pzk.13 for ; Mon, 23 May 2011 09:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=5EUALptAsrcm11CWkjA+vTDlLgiIfl7C64Odlwql8sY=; b=RI7VV5sizKYynlgVD5a14Fm8yfmHlWIdbkae8M6PhNCbTZFLNoTEezaGBOldgG+OK2 kJB65elHDjDTvL/wVzTBH2Axw3dvNimHMqNLyBfXyZjwIzhZPE2Q5inNuwvcvw28xRQK zVCAbGlYZzf76ltmJQ9ys53DgQRe/YrxmeXWc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=dVJ/9J+eUo2nBdwt7VEO4EhJd38RmsHiQVbn/quY+Z4RQfO8avFZogfTAxtRMmD8o6 4EsBm78RyWsoYswLwJ5IY2Q30AY9RsIpluCw1oiUvIXihyzAZ6Kc8VgzfL/L3ecsm0L0 ptBsidh9SV+q45nbhKFQT+n8UFaMfXuroq9cU= Received: by 10.68.17.232 with SMTP id r8mr2240693pbd.91.1306167037643; Mon, 23 May 2011 09:10:37 -0700 (PDT) Received: from [192.168.20.5] (c-24-6-49-154.hsd1.ca.comcast.net [24.6.49.154]) by mx.google.com with ESMTPS id h7sm4416782pbg.74.2011.05.23.09.10.35 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 23 May 2011 09:10:36 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: <4DDA5937.6070003@FreeBSD.org> Date: Mon, 23 May 2011 09:10:33 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> <4DDA5937.6070003@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1084) Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 16:10:38 -0000 On May 23, 2011, at 5:55 AM, Dimitry Andric wrote: > Shouldn't DEBUG_FLAGS be the proper usage in this particular case? -Garrett From owner-freebsd-current@FreeBSD.ORG Mon May 23 16:28:30 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0026106566B; Mon, 23 May 2011 16:28: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 9F0D18FC12; Mon, 23 May 2011 16:28:29 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA14756; Mon, 23 May 2011 19:28:27 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDA8B2A.6010500@FreeBSD.org> Date: Mon, 23 May 2011 19:28:26 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Attilio Rao References: <4DD3F662.9040603@FreeBSD.org> <4DD54C18.8050305@FreeBSD.org> In-Reply-To: <4DD54C18.8050305@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , "freebsd-current@freebsd.org" , "freebsd-arch@freebsd.org" Subject: Re: [rfc] remove hlt_cpus et al sysctls and related code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 16:28:30 -0000 on 19/05/2011 19:58 Andriy Gapon said the following: > on 18/05/2011 20:04 Attilio Rao said the following: >> 2011/5/18 Garrett Cooper : >>> We use this internally at work still with a software config that uses 4BSD so >>> as long as there is an equivalent tunable, that's good enough for us moving >>> forward. > > Can you please clarify which exactly tunable(s) do you use/need? > Just turning hyperthreading on/off or more? (BTW, doing that via BIOS is > inconvenient / not feasible?) > > BTW, I think that if we switch hyperthreading off then we better off not sending > Start IPI to the logical CPUs at all. > >> Tunables are pretty much acceptable for this case. What is really broken is the >> on-the-fly ability to mark CPUs active/inactive and subsequent handovers. > > Yes, I completely agree. Static disabling of CPUs doesn't have any problems, and > IMO, currently the best way to do it is with hint.lapic.X.disabled. > >> I thought Andriy attached a patch to the tree, but it doesn't seem so... >> anyway, yes, I think that adding tunables for this is very reasonable and not >> as dangerous as the current mechanism. > > I agree. > I haven't sent a patch, because I don't have it yet :) > I decided to solicit opinions before getting to hacking code. > I propose the following path for moving forward. - use hint.lapic.X.disabled to disable individual CPUs by their APIC ID - use machdep.hyperthreading_allowed tunable to disable second logical CPU on each real core The above should already work as expected. One thing is that currently we have handling of machdep.hyperthreading_allowed tunable under SCHED_ULE. I plan to make it unconditional. Things to remove: - all the related sysctls for dynamic onlining/offlining - machdep.hlt_logical_cpus tunable (it duplicates hint.lapic.X.disabled) It's possible to keep machdep.hlt_logical_cpus and just add some code to convert hlt_logical_cpus mask to a set of individual hint.lapic.X.disabled, but I don't see very much value in that. But if there is a good reason to keep that tunable, I am prepared to jump through this hoop. If no one objects to this proposal, I will provide a patch soon. Thank you. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon May 23 18:44:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BFB7106564A; Mon, 23 May 2011 18:44:14 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F112D8FC08; Mon, 23 May 2011 18:44:13 +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 <1QOa6v-0004Tz-2Q>; Mon, 23 May 2011 20:44:13 +0200 Received: from e178037247.adsl.alicedsl.de ([85.178.37.247] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOa6u-00080D-Vr>; Mon, 23 May 2011 20:44:13 +0200 Message-ID: <4DDAAAFC.8010301@mail.zedat.fu-berlin.de> Date: Mon, 23 May 2011 20:44:12 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> <4DDA5937.6070003@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.37.247 X-Mailman-Approved-At: Mon, 23 May 2011 19:06:52 +0000 Cc: "fidaj@ukr.net >> Ivan Klymenko" , freebsd-current@freebsd.org, Dimitry Andric , freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 18:44:14 -0000 On 05/23/11 18:10, Garrett Cooper wrote: > On May 23, 2011, at 5:55 AM, Dimitry Andric wrote: > >> > > Shouldn't DEBUG_FLAGS be the proper usage in this particular case? > -Garrett > _______________________________________________ > 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" Mmmhhh, I changed .if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ [...] to .if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) && \ [...] and everything runs smooth ... Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 21:11:30 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F60106564A; Mon, 23 May 2011 21:11:30 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail.sippysoft.com (mail.sippysoft.com [4.59.13.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8461A8FC15; Mon, 23 May 2011 21:11:30 +0000 (UTC) Received: from [4.59.13.245] (helo=[192.168.1.79]) by mail.sippysoft.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QOcPR-0001zJ-Kr; Mon, 23 May 2011 14:11:29 -0700 Message-ID: <4DDACD7F.7040704@sippysoft.com> Date: Mon, 23 May 2011 14:11:27 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4DD2CEE7.1070805@sippysoft.com> <20110521155755.GC3326@garage.freebsd.pl> In-Reply-To: <20110521155755.GC3326@garage.freebsd.pl> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-ssp-trusted: yes X-Mailman-Approved-At: Mon, 23 May 2011 21:15:57 +0000 Cc: "current@freebsd.org" Subject: Re: Randomization in hastd(8) synchronization thread X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 21:11:30 -0000 On 5/21/2011 8:57 AM, Pawel Jakub Dawidek wrote: > Hmm, hastd keeps separate bitmap for synchronization. It is stored in > am_syncmap field. Blocks that are dirtied during regular writes should > not effect on synchronization bitmap and synchronization progress. Possibly, but this policy is not very appropriate for slow links. Please see my other patch, which only dirties blocks on write. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts Tel: +1-646-651-1110 Fax: +1-866-857-6942 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-current@FreeBSD.ORG Mon May 23 21:55:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9FB7106566B; Mon, 23 May 2011 21:55:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3937B8FC0C; Mon, 23 May 2011 21:55:40 +0000 (UTC) Received: by vws18 with SMTP id 18so6124103vws.13 for ; Mon, 23 May 2011 14:55:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=gkXyqF8i0VwIDZamMhMOqu4kYIiXKSgRthEB4D/iglk=; b=hA4+NAaJUkuDGjQmVDzrnH2oMf6cB1drpDTu15kOWRipC80btWTIEIrgsSmM9N+Mr8 Rfp8OK+y1iLZDezCRc6mp6wWNptvSBw9uakgHIQchFXBjTF3cvRLPf42eONE6qrXtwp0 xugmLPa71zYw/gA17jJ8zZyJMxdRbHmIeCLoU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vtciF7U7w7qekGXrCa4wSnl39ODBbB++zxzxJ0Su9UeIiMtGaLtIUwMsRAD1FGTcHq xRYkZ6/qIpGOoB0POB+qVUUttyRZ2ycGnMk8/ZtSsBCZr+NbWOWPCBmPAvfXSn1+DXn7 aD7TSgsb4JBivPktFY5/e2z1jyRrMAZVAOF1g= MIME-Version: 1.0 Received: by 10.220.105.75 with SMTP id s11mr869177vco.73.1306187739478; Mon, 23 May 2011 14:55:39 -0700 (PDT) Received: by 10.220.183.11 with HTTP; Mon, 23 May 2011 14:55:39 -0700 (PDT) In-Reply-To: <4DDAAAFC.8010301@mail.zedat.fu-berlin.de> References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> <4DDA5937.6070003@FreeBSD.org> <4DDAAAFC.8010301@mail.zedat.fu-berlin.de> Date: Mon, 23 May 2011 14:55:39 -0700 Message-ID: From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: "fidaj@ukr.net >> Ivan Klymenko" , freebsd-current@freebsd.org, Dimitry Andric , freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 21:55:41 -0000 On Mon, May 23, 2011 at 11:44 AM, O. Hartmann wrote: > On 05/23/11 18:10, Garrett Cooper wrote: >> >> On May 23, 2011, at 5:55 AM, Dimitry Andric wrote: >> >>> >> >> Shouldn't DEBUG_FLAGS be the proper usage in this particular case? > > Mmmhhh, > I changed > > .if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ [...] > > to > > .if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) && \ [...] > > > and everything runs smooth ... Please update to r222229 and see if things are fixed. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon May 23 22:09:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD731065675; Mon, 23 May 2011 22:09:55 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id B897B8FC15; Mon, 23 May 2011 22:09:54 +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 <1QOdJx-00058g-Fi>; Tue, 24 May 2011 00:09:53 +0200 Received: from e178037247.adsl.alicedsl.de ([85.178.37.247] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QOdJx-00034a-D1>; Tue, 24 May 2011 00:09:53 +0200 Message-ID: <4DDADB31.5050504@mail.zedat.fu-berlin.de> Date: Tue, 24 May 2011 00:09:53 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Garrett Cooper References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> <4DDA5937.6070003@FreeBSD.org> <4DDAAAFC.8010301@mail.zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.37.247 X-Mailman-Approved-At: Mon, 23 May 2011 22:26:53 +0000 Cc: "fidaj@ukr.net >> Ivan Klymenko" , freebsd-current@freebsd.org, Dimitry Andric , freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 May 2011 22:09:55 -0000 On 05/23/11 23:55, Garrett Cooper wrote: > On Mon, May 23, 2011 at 11:44 AM, O. Hartmann > wrote: >> On 05/23/11 18:10, Garrett Cooper wrote: >>> >>> On May 23, 2011, at 5:55 AM, Dimitry Andric wrote: >>> >>>> >>> >>> Shouldn't DEBUG_FLAGS be the proper usage in this particular case? >> >> Mmmhhh, >> I changed >> >> .if defined(DEBUG)&& !defined(INSTALL_NODEBUG)&& \ [...] >> >> to >> >> .if defined(DEBUG_FLAGS)&& !defined(INSTALL_NODEBUG)&& \ [...] >> >> >> and everything runs smooth ... > > Please update to r222229 and see if things are fixed. > Thanks! > -Garrett Done! And working! Thanks, Oliver From owner-freebsd-current@FreeBSD.ORG Mon May 23 23:37:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 399D1106566B; Mon, 23 May 2011 23:37:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 08C988FC1B; Mon, 23 May 2011 23:37:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4NNbtGg048866; Mon, 23 May 2011 19:37:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4NNbtiw048861; Mon, 23 May 2011 23:37:55 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 23 May 2011 23:37:55 GMT Message-Id: <201105232337.p4NNbtiw048861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2011 23:37:56 -0000 TB --- 2011-05-23 22:06:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-23 22:06:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-05-23 22:06:05 - cleaning the object tree TB --- 2011-05-23 22:06:19 - cvsupping the source tree TB --- 2011-05-23 22:06:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-05-23 22:06:33 - building world TB --- 2011-05-23 22:06:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-23 22:06:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-23 22:06:33 - TARGET=ia64 TB --- 2011-05-23 22:06:33 - TARGET_ARCH=ia64 TB --- 2011-05-23 22:06:33 - TZ=UTC TB --- 2011-05-23 22:06:33 - __MAKE_CONF=/dev/null TB --- 2011-05-23 22:06:33 - cd /src TB --- 2011-05-23 22:06:33 - /usr/bin/make -B buildworld >>> World build started on Mon May 23 22:06:34 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon May 23 23:29:09 UTC 2011 TB --- 2011-05-23 23:29:09 - generating LINT kernel config TB --- 2011-05-23 23:29:09 - cd /src/sys/ia64/conf TB --- 2011-05-23 23:29:09 - /usr/bin/make -B LINT TB --- 2011-05-23 23:29:09 - building LINT kernel TB --- 2011-05-23 23:29:09 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-23 23:29:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-23 23:29:09 - TARGET=ia64 TB --- 2011-05-23 23:29:09 - TARGET_ARCH=ia64 TB --- 2011-05-23 23:29:09 - TZ=UTC TB --- 2011-05-23 23:29:09 - __MAKE_CONF=/dev/null TB --- 2011-05-23 23:29:09 - cd /src TB --- 2011-05-23 23:29:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon May 23 23:29:09 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mpt/mpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mpt/mpt_raid.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/mpt/mpt_user.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 -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/msk/if_msk.c /src/sys/dev/msk/if_msk.c: In function 'mskc_reset': /src/sys/dev/msk/if_msk.c:1303: error: 'B28_Y2_CPU_WDOG' undeclared (first use in this function) /src/sys/dev/msk/if_msk.c:1303: error: (Each undeclared identifier is reported only once /src/sys/dev/msk/if_msk.c:1303: error: for each function it appears in.) *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-23 23:37:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-23 23:37:55 - ERROR: failed to build lint kernel TB --- 2011-05-23 23:37:55 - 4348.80 user 789.67 system 5509.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue May 24 00:28:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 405EE1065672; Tue, 24 May 2011 00:28:09 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm1.ukr.net (fsm1.ukr.net [195.214.192.120]) by mx1.freebsd.org (Postfix) with ESMTP id D4F628FC12; Tue, 24 May 2011 00:28:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=GmmTW02t/Z3L8E/yGVuFyqUGwdNVOyLvxkoNNC7s01g=; b=QTS++/wxw9bCwJFgJTj6J7Bh9f+lx1XD5c3aPN4g19SZnMQm5ZiOCzJS+Pkl0IvV5LsQFaIo3JabO6FEhO92KTHMN9LM5cBGfuJjJGOsM+A9NYUdeRzzI8VmJOjUEXmo8OvZs7q5MryNYhh4THcPAnv4jlDtbmZ0KUjp+BvxP6Q=; Received: from [46.185.0.73] (helo=localhost) by fsm1.ukr.net with esmtps ID 1QOfRY-000LIS-G4 ; Tue, 24 May 2011 03:25:52 +0300 Date: Tue, 24 May 2011 02:46:13 +0300 From: Ivan Klymenko To: Garrett Cooper Message-ID: <20110524024613.0d87c41c@ukr.net> In-Reply-To: References: <4DD9832A.1060506@mail.zedat.fu-berlin.de> <2CCA2B24-7EB8-4A66-B39D-BD6BDCE34880@gmail.com> <4DDA14DE.9@mail.zedat.fu-berlin.de> <4DDA57C2.8010206@FreeBSD.org> <4DDA5937.6070003@FreeBSD.org> <4DDAAAFC.8010301@mail.zedat.fu-berlin.de> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "O. Hartmann" , freebsd-current@freebsd.org, Dimitry Andric , freebsd-questions@freebsd.org Subject: Re: kernel: install: mps.ko.symbols: No such file or directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 00:28:09 -0000 =D0=92 Mon, 23 May 2011 14:55:39 -0700 Garrett Cooper =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Mon, May 23, 2011 at 11:44 AM, O. Hartmann > wrote: > > On 05/23/11 18:10, Garrett Cooper wrote: > >> > >> On May 23, 2011, at 5:55 AM, Dimitry Andric wrote: > >> > >>> > >> > >> Shouldn't DEBUG_FLAGS be the proper usage in this particular case? > > > > Mmmhhh, > > I changed > > > > .if defined(DEBUG) && !defined(INSTALL_NODEBUG) && \ [...] > > > > to > > > > .if defined(DEBUG_FLAGS) && !defined(INSTALL_NODEBUG) && \ [...] > > > > > > and everything runs smooth ... >=20 > Please update to r222229 and see if things are fixed. > Thanks! > -Garrett Working! Thanks! From owner-freebsd-current@FreeBSD.ORG Tue May 24 07:34:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3AE51065670 for ; Tue, 24 May 2011 07:34:40 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3DB8FC1B for ; Tue, 24 May 2011 07:34:40 +0000 (UTC) Received: from 6nq.localdomain (addal.unistra.fr [130.79.40.51]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id p4O7YcRd073383 for ; Tue, 24 May 2011 09:34:38 +0200 (CEST) (envelope-from gb@unistra.fr) Received: by 6nq.localdomain (Postfix, from userid 1001) id B4C8F12CEEA; Tue, 24 May 2011 09:34:18 +0200 (CEST) Date: Tue, 24 May 2011 09:34:18 +0200 From: Guy Brand To: Current List Message-ID: <20110524073418.GA13860@unistra.fr> Mail-Followup-To: Current List MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (mailhost.u-strasbg.fr [130.79.200.155]); Tue, 24 May 2011 09:34:38 +0200 (CEST) X-Spam-Status: No, score=-99.0 required=5.0 tests=SPF_SOFTFAIL, T_RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr5.u-strasbg.fr Subject: Kernel install error today, mps module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 07:34:40 -0000 Hello, With revision 218881, I hit an error in make installkernel: ===> mps (install) install -o root -g wheel -m 555 mps.ko /boot/kernel install -o root -g wheel -m 555 mps.ko.symbols /boot/kernel install: mps.ko.symbols: No such file or directory *** Error code 71 Stop in /usr/src/sys/modules/mps. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/MOJITO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. my kernel config is: include GENERIC cpu HAMMER ident MYKERNEL nomakeoptions DEBUG nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN options SC_PIXEL_MODE options VESA Any idea? -- bug From owner-freebsd-current@FreeBSD.ORG Tue May 24 07:47:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26CFD1065674 for ; Tue, 24 May 2011 07:47:50 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id C65F18FC12 for ; Tue, 24 May 2011 07:47:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=YLGpZkUNDlu/hBKUfpcudK34JPiBO8XF5umpwrLQyPs=; b=EZa4X3sXMNYoXGIfdYL404htlh16iI0d/lPffBnkHnD8btaqcYIJpYs/lWKSubBJSmkYRdpFoNGP3GQO8YILq9VMDI3PqZSD2kBdPlmKFHmpYPxVw3YmjbyC5hsI4Szz83zj1likAPnrkicpABLOWu5iZzHDxW6NdPCg/lrYmpk=; Received: from [46.185.0.73] (helo=localhost) by fsm2.ukr.net with esmtps ID 1QOmLD-000G6Y-V4 ; Tue, 24 May 2011 10:47:48 +0300 Date: Tue, 24 May 2011 10:47:47 +0300 From: Ivan Klymenko To: Guy Brand Message-ID: <20110524104747.303f9142@ukr.net> In-Reply-To: <20110524073418.GA13860@unistra.fr> References: <20110524073418.GA13860@unistra.fr> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Current List Subject: Re: Kernel install error today, mps module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 07:47:50 -0000 =D0=92 Tue, 24 May 2011 09:34:18 +0200 Guy Brand =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Hello, >=20 >=20 > With revision 218881, I hit an error in make installkernel: >=20 > =3D=3D=3D> mps (install) > install -o root -g wheel -m 555 mps.ko /boot/kernel > install -o root -g wheel -m 555 mps.ko.symbols /boot/kernel > install: mps.ko.symbols: No such file or directory > *** Error code 71 >=20 > Stop in /usr/src/sys/modules/mps. > *** Error code 1 >=20 > Stop in /usr/src/sys/modules. > *** Error code 1 >=20 > Stop in /usr/obj/usr/src/sys/MOJITO. > *** Error code 1 >=20 > Stop in /usr/src. > *** Error code 1 >=20 > Stop in /usr/src. >=20 > my kernel config is: >=20 > include GENERIC > cpu HAMMER > ident MYKERNEL >=20 > nomakeoptions DEBUG >=20 > nooptions INVARIANTS > nooptions INVARIANT_SUPPORT > nooptions WITNESS > nooptions WITNESS_SKIPSPIN >=20 > options SC_PIXEL_MODE > options VESA >=20 > Any idea? >=20 Update source tree to revision 222229 http://docs.freebsd.org/cgi/mid.cgi?20110524024613.0d87c41c From owner-freebsd-current@FreeBSD.ORG Tue May 24 08:28:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B542106564A for ; Tue, 24 May 2011 08:28:48 +0000 (UTC) (envelope-from gb@unistra.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [IPv6:2001:660:2402::155]) by mx1.freebsd.org (Postfix) with ESMTP id B72258FC1E for ; Tue, 24 May 2011 08:28:47 +0000 (UTC) Received: from 6nq.localdomain (addal.unistra.fr [130.79.40.51]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id p4O8SkYo083977 for ; Tue, 24 May 2011 10:28:46 +0200 (CEST) (envelope-from gb@unistra.fr) Received: by 6nq.localdomain (Postfix, from userid 1001) id 9EB1312CEEC; Tue, 24 May 2011 10:28:25 +0200 (CEST) Date: Tue, 24 May 2011 10:28:25 +0200 From: Guy Brand To: Current List Message-ID: <20110524082825.GG13860@unistra.fr> Mail-Followup-To: Current List References: <20110524073418.GA13860@unistra.fr> <20110524104747.303f9142@ukr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20110524104747.303f9142@ukr.net> x-gpg-fingerprint: B423 4924 012E 52F3 BA9E 547F CC8C 0BC5 9C0E B1CA x-gpg-key: 9C0EB1CA User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.5 (mailhost.u-strasbg.fr [130.79.200.155]); Tue, 24 May 2011 10:28:46 +0200 (CEST) X-Spam-Status: No, score=-99.0 required=5.0 tests=SPF_SOFTFAIL, T_RP_MATCHES_RCVD,USER_IN_WHITELIST autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr5.u-strasbg.fr Subject: Re: Kernel install error today, mps module X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 08:28:48 -0000 Ivan Klymenko (fidaj@ukr.net) on 24/05/2011 at 10:47 wrote: > Update source tree to revision 222229 > http://docs.freebsd.org/cgi/mid.cgi?20110524024613.0d87c41c Sorry I should have checked the timestamp of the revision I had. Thanks for your answer -- bug From owner-freebsd-current@FreeBSD.ORG Tue May 24 11:24:48 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71CB2106566B for ; Tue, 24 May 2011 11:24:48 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5243E8FC1A for ; Tue, 24 May 2011 11:24:48 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0214F46B2C for ; Tue, 24 May 2011 07:24:41 -0400 (EDT) Date: Tue, 24 May 2011 12:24:40 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: FYI: merging TCP, UDP, netisr locking changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 11:24:48 -0000 Dear all: Over the next few days, I will be merging a number of TCP-related locking changes, as well as changes to various network stack infrastructure bits, such as the netisr implementation. The goal, generally, has been to move us in the direction of supporting more clear CPU affinity for network flows, the ability to program filters in network cards to support those affinities explicitly, and elimination of cache line contention (whether by locks, stats, etc) during high-volume parallel steady-state TCP load, with ancillary benefits (hopefully) for UDP and other protocols. This has implied non-trivial changes to our inpcb locking model, netisr code, etc. Detailed information will appear in commit messages as I go; some elements, such a programming of card filters based on setting TCP socket options, are very much a work in progress. Obviously, there are no bugs in this code at all. However, if they are, they might manifest as network problems, new WITNESS warnings, etc, and network stack exercise + reports would be greatly appreciated! This work has been sponsored by Juniper Networks. Thanks also to Bjoern Zeeb, who has been reviewing changes! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Tue May 24 11:31:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5652106566C for ; Tue, 24 May 2011 11:31:28 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 929A18FC0C for ; Tue, 24 May 2011 11:31:28 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QOppf-0004Sj-4B for freebsd-current@freebsd.org; Tue, 24 May 2011 13:31:27 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2011 13:31:27 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 24 May 2011 13:31:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 24 May 2011 13:31:15 +0200 Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: FYI: merging TCP, UDP, netisr locking changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 11:31:28 -0000 On 24/05/2011 13:24, Robert Watson wrote: > Dear all: > > Over the next few days, I will be merging a number of TCP-related > locking changes, as well as changes to various network stack > infrastructure bits, such as the netisr implementation. The goal, > generally, has been to move us in the direction of supporting more clear > CPU affinity for network flows, the ability to program filters in > network cards to support those affinities explicitly, and elimination of > cache line contention (whether by locks, stats, etc) during high-volume > parallel steady-state TCP load, with ancillary benefits (hopefully) for > UDP and other protocols. This has implied non-trivial changes to our > inpcb locking model, netisr code, etc. Detailed information will appear > in commit messages as I go; some elements, such a programming of card > filters based on setting TCP socket options, are very much a work in > progress. This sounds great! Thanks! :) From owner-freebsd-current@FreeBSD.ORG Tue May 24 20:09:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F52D106564A for ; Tue, 24 May 2011 20:09:44 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C10098FC18 for ; Tue, 24 May 2011 20:09:43 +0000 (UTC) Received: by gxk28 with SMTP id 28so3540851gxk.13 for ; Tue, 24 May 2011 13:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:date:message-id:x-mailer; bh=NpQ59fZVOOJv3p4OHjTbtAKvN2Cql0iSpMiVVXvXyu8=; b=qlKz+DenUWEK4hDG3toZmQ0MBvWtrqy01+adxw9quemvHTwvVagsYBY6/hY4HzHR+/ u8my1Dx9PIw+Jw1uely6+FYddY5MLhUAhyZekXW9uFdSG0j3QWOedTOGApuUlp/zdMhZ fuuLnbglmDCZaZCyftFQLiuJzpgMn393Jau8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:x-mailer; b=uAnqNQHy51fCrgdiKr0BzVEGGNp9PDk0zQw22uE0HqklLxkJb8ESS5+zAA5CxO0nob MsuGgVGwz3kwkKchH1VP8YUiRKxD8U3hcbecKSywn7t0W2SDjTpZ+pC7TN5jlP4vH+bd rwZhdc398ZZKeAnu/9N2jq4ZhM3xiLYz7I7UE= Received: by 10.236.189.100 with SMTP id b64mr5358255yhn.411.1306267782413; Tue, 24 May 2011 13:09:42 -0700 (PDT) Received: from localhost.localdomain (76-10-146-236.dsl.teksavvy.com [76.10.146.236]) by mx.google.com with ESMTPS id t3sm3373287yhm.51.2011.05.24.13.09.41 (version=SSLv3 cipher=OTHER); Tue, 24 May 2011 13:09:41 -0700 (PDT) From: Arnaud Lacombe To: current@freebsd.org Date: Tue, 24 May 2011 16:09:32 -0400 Message-Id: <1306267772-31084-1-git-send-email-lacombar@gmail.com> X-Mailer: git-send-email 1.7.3.4.574.g608b.dirty Cc: Arnaud Lacombe Subject: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 20:09:44 -0000 Many Makefile (espectially under sys/boot/) overwrite the value of CFLAGS. This is an issue if you want to generate code for a specific CPU as before the Makefile is interpreted, CFLAGS might already have been set with CPU specific settings by , which is source from sys.mk. Signed-off-by: Arnaud Lacombe --- sbin/gvinum/Makefile | 2 +- sys/boot/arm/at91/Makefile.inc | 2 +- sys/boot/i386/boot2/Makefile | 2 +- sys/boot/i386/gptboot/Makefile | 2 +- sys/boot/i386/gptzfsboot/Makefile | 2 +- sys/boot/i386/kgzldr/Makefile | 2 +- sys/boot/i386/zfsboot/Makefile | 2 +- sys/boot/pc98/boot2/Makefile | 2 +- sys/boot/pc98/kgzldr/Makefile | 2 +- sys/boot/powerpc/boot1.chrp/Makefile | 2 +- sys/boot/sparc64/boot1/Makefile | 2 +- 11 files changed, 11 insertions(+), 11 deletions(-) diff --git a/sbin/gvinum/Makefile b/sbin/gvinum/Makefile index 8cccf56..465b617 100644 --- a/sbin/gvinum/Makefile +++ b/sbin/gvinum/Makefile @@ -5,7 +5,7 @@ SRCS= gvinum.c gvinum.h geom_vinum_share.c MAN= gvinum.8 WARNS?= 2 -CFLAGS= -I${.CURDIR}/../../sys -I${DESTDIR}/${INCLUDEDIR}/edit +CFLAGS+=-I${.CURDIR}/../../sys -I${DESTDIR}/${INCLUDEDIR}/edit DPADD= ${LIBEDIT} ${LIBTERMCAP} ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} LDADD= -ledit -ltermcap -ldevstat -lkvm -lgeom diff --git a/sys/boot/arm/at91/Makefile.inc b/sys/boot/arm/at91/Makefile.inc index 2f528e3..db37c7d 100644 --- a/sys/boot/arm/at91/Makefile.inc +++ b/sys/boot/arm/at91/Makefile.inc @@ -8,7 +8,7 @@ __at91_boot_Makefile.inc__: # tsc, bwct, kb920x, centipad are the supported flavors BOOT_FLAVOR?=kb920x -CFLAGS=-Os -mcpu=arm9 -ffreestanding \ +CFLAGS+=-Os -mcpu=arm9 -ffreestanding \ -I${.CURDIR}/../libat91 \ -I${.CURDIR}/../../../.. \ -I${.CURDIR}/../../../../arm \ diff --git a/sys/boot/i386/boot2/Makefile b/sys/boot/i386/boot2/Makefile index 9568c1c..fc231e6 100644 --- a/sys/boot/i386/boot2/Makefile +++ b/sys/boot/i386/boot2/Makefile @@ -22,7 +22,7 @@ BOOT2_UFS?= UFS1_AND_UFS2 #BOOT2_UFS?= UFS2_ONLY #BOOT2_UFS?= UFS1_ONLY -CFLAGS= -Os \ +CFLAGS+=-Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ -fno-unit-at-a-time \ diff --git a/sys/boot/i386/gptboot/Makefile b/sys/boot/i386/gptboot/Makefile index 5642220..18c0f35 100644 --- a/sys/boot/i386/gptboot/Makefile +++ b/sys/boot/i386/gptboot/Makefile @@ -19,7 +19,7 @@ GPTBOOT_UFS?= UFS1_AND_UFS2 #GPTBOOT_UFS?= UFS2_ONLY #GPTBOOT_UFS?= UFS1_ONLY -CFLAGS= -DBOOTPROG=\"gptboot\" \ +CFLAGS+=-DBOOTPROG=\"gptboot\" \ -Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ diff --git a/sys/boot/i386/gptzfsboot/Makefile b/sys/boot/i386/gptzfsboot/Makefile index f0ee578..6e7d543 100644 --- a/sys/boot/i386/gptzfsboot/Makefile +++ b/sys/boot/i386/gptzfsboot/Makefile @@ -16,7 +16,7 @@ REL1= 0x700 ORG1= 0x7c00 ORG2= 0x0 -CFLAGS= -DBOOTPROG=\"gptzfsboot\" \ +CFLAGS+=-DBOOTPROG=\"gptzfsboot\" \ -Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ diff --git a/sys/boot/i386/kgzldr/Makefile b/sys/boot/i386/kgzldr/Makefile index a124474..e8a4157 100644 --- a/sys/boot/i386/kgzldr/Makefile +++ b/sys/boot/i386/kgzldr/Makefile @@ -7,7 +7,7 @@ BINDIR= ${LIBDIR} NO_MAN= SRCS= start.s boot.c inflate.c lib.c crt.s sio.s -CFLAGS= -Os +CFLAGS+=-Os CFLAGS+=-DKZIP NO_SHARED= LDFLAGS=-Wl,-r diff --git a/sys/boot/i386/zfsboot/Makefile b/sys/boot/i386/zfsboot/Makefile index 06ff863..aa1bfbe 100644 --- a/sys/boot/i386/zfsboot/Makefile +++ b/sys/boot/i386/zfsboot/Makefile @@ -14,7 +14,7 @@ REL1= 0x700 ORG1= 0x7c00 ORG2= 0x2000 -CFLAGS= -DBOOTPROG=\"zfsboot\" \ +CFLAGS+=-DBOOTPROG=\"zfsboot\" \ -Os -g \ -fno-guess-branch-probability \ -fomit-frame-pointer \ diff --git a/sys/boot/pc98/boot2/Makefile b/sys/boot/pc98/boot2/Makefile index 18bf251..e9f1506 100644 --- a/sys/boot/pc98/boot2/Makefile +++ b/sys/boot/pc98/boot2/Makefile @@ -22,7 +22,7 @@ BOOT2_UFS?= UFS1_AND_UFS2 #BOOT2_UFS?= UFS2_ONLY #BOOT2_UFS?= UFS1_ONLY -CFLAGS= -Os \ +CFLAGS+=-Os \ -fno-guess-branch-probability \ -fomit-frame-pointer \ -fno-unit-at-a-time \ diff --git a/sys/boot/pc98/kgzldr/Makefile b/sys/boot/pc98/kgzldr/Makefile index 2303fd9..645cc58 100644 --- a/sys/boot/pc98/kgzldr/Makefile +++ b/sys/boot/pc98/kgzldr/Makefile @@ -7,7 +7,7 @@ BINDIR= ${LIBDIR} NO_MAN= SRCS= start.s boot.c inflate.c lib.c crt.s sio.s -CFLAGS= -Os +CFLAGS+=-Os CFLAGS+=-DKZIP NO_SHARED= LDFLAGS=-Wl,-r diff --git a/sys/boot/powerpc/boot1.chrp/Makefile b/sys/boot/powerpc/boot1.chrp/Makefile index f3f7e4d..88358b5 100644 --- a/sys/boot/powerpc/boot1.chrp/Makefile +++ b/sys/boot/powerpc/boot1.chrp/Makefile @@ -13,7 +13,7 @@ SRCS= boot1.c ashldi3.c INTERNALPROG= NO_MAN= -CFLAGS= -ffreestanding -msoft-float -Os \ +CFLAGS+=-ffreestanding -msoft-float -Os \ -I${.CURDIR}/../../common -I${.CURDIR}/../../../ LDFLAGS=-nostdlib -static -N diff --git a/sys/boot/sparc64/boot1/Makefile b/sys/boot/sparc64/boot1/Makefile index dec3e09..29e14f8 100644 --- a/sys/boot/sparc64/boot1/Makefile +++ b/sys/boot/sparc64/boot1/Makefile @@ -8,7 +8,7 @@ SRCS= _start.s boot1.c BOOTBLOCKBASE= 0x4000 -CFLAGS= -mcmodel=medlow -Os -I${.CURDIR}/../../common +CFLAGS+=-mcmodel=medlow -Os -I${.CURDIR}/../../common LDFLAGS=-Ttext ${BOOTBLOCKBASE} -Wl,-N # Construct boot1. sunlabel expects it to contain zeroed-out space for the -- 1.7.5.rc1.23.g0cac8.dirty From owner-freebsd-current@FreeBSD.ORG Tue May 24 20:41:02 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCEB31065673 for ; Tue, 24 May 2011 20:41:02 +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 A05218FC1A for ; Tue, 24 May 2011 20:41:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:65b2:fb03:eecb:f6cc] (unknown [IPv6:2001:7b8:3a7:0:65b2:fb03:eecb:f6cc]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 821D65C37; Tue, 24 May 2011 22:41:01 +0200 (CEST) Message-ID: <4DDC17E5.2020700@FreeBSD.org> Date: Tue, 24 May 2011 22:41:09 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.18pre) Gecko/20110519 Lanikai/3.1.11pre MIME-Version: 1.0 To: Arnaud Lacombe References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> In-Reply-To: <1306267772-31084-1-git-send-email-lacombar@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 20:41:02 -0000 On 2011-05-24 22:09, Arnaud Lacombe wrote: > Many Makefile (espectially under sys/boot/) overwrite the value of CFLAGS. > This is an issue if you want to generate code for a specific CPU as before the > Makefile is interpreted, CFLAGS might already have been set with CPU specific > settings by, which is source from sys.mk. ... > --- a/sys/boot/i386/boot2/Makefile > +++ b/sys/boot/i386/boot2/Makefile ... The problem with this patch is that for some of the things you fixed, stuff like boot-time programs, you NEVER want any CPU specific settings! You must use the default, lowest common denominator setting instead, or there is no guarantee the boot program will be correct. So that is why these Makefiles purposefully overwrite CFLAGS, it is not by accident. Besides, for space-constrained things like boot2, you might not even be able to compile it when using non-standard settings, since the code might grow too large. From owner-freebsd-current@FreeBSD.ORG Tue May 24 20:45:40 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 41FBA106566C; Tue, 24 May 2011 20:45:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 340E9155159; Tue, 24 May 2011 20:45:36 +0000 (UTC) Message-ID: <4DDC18EF.2020502@FreeBSD.org> Date: Tue, 24 May 2011 13:45:35 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Dimitry Andric References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> In-Reply-To: <4DDC17E5.2020700@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, Arnaud Lacombe Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 20:45:40 -0000 On 05/24/2011 13:41, Dimitry Andric wrote: > So that is why these Makefiles purposefully overwrite CFLAGS, it is not > by accident. In those cases adding comments to the Makefile is probably appropriate, if they are not present already. Something to the effect of, "Purposely overwriting CFLAGS because ..." Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue May 24 21:30:38 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D5EA106566C; Tue, 24 May 2011 21:30:38 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 491968FC12; Tue, 24 May 2011 21:30:37 +0000 (UTC) Received: by iyj12 with SMTP id 12so8575589iyj.13 for ; Tue, 24 May 2011 14:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=4G46OLcemaXp5A7QEft/rHOI8poNSWJ4yIZrdyCvSaI=; b=womRg5XB2d5v+iIBV6+DPlIw9tdRMEslxWZIh4XB8I4T06iRWbqkUQy1V1v9SQOEgQ ykTgkMMQwm2bwAnZjPqwv9RvwIhi8fVBpwPo/oXnu4c7sUD57gaubNFw9z/n5YuTCfQN HPIXA+Nam/anR7hg6htulc1yUZfayHKBH8ceU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VyfaZev2utxyz4l0f+kHSog36latcQ3YRHLO+U5GVXT89AUYyqB6/fSptu7mgfr98d 8KpxrL/kyJUXY10EjAvNHMWFM7YfbucsjPn72/oztGoFL1khsMYNgRHhoYVvz+Lditud tMk4LdfkoAygKsYmre9QnFdjO2WUkJ9WJ13qQ= MIME-Version: 1.0 Received: by 10.42.229.135 with SMTP id ji7mr3639023icb.143.1306272637421; Tue, 24 May 2011 14:30:37 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Tue, 24 May 2011 14:30:37 -0700 (PDT) In-Reply-To: <4DDC17E5.2020700@FreeBSD.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> Date: Tue, 24 May 2011 17:30:37 -0400 Message-ID: From: Arnaud Lacombe To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 May 2011 21:30:38 -0000 Hi, On Tue, May 24, 2011 at 4:41 PM, Dimitry Andric wrote: > On 2011-05-24 22:09, Arnaud Lacombe wrote: >> >> Many Makefile (espectially under sys/boot/) overwrite the value of CFLAGS. >> This is an issue if you want to generate code for a specific CPU as before >> the >> Makefile is interpreted, CFLAGS might already have been set with CPU >> specific >> settings by, which is source from sys.mk. > > ... >> >> --- a/sys/boot/i386/boot2/Makefile >> +++ b/sys/boot/i386/boot2/Makefile > > ... > > The problem with this patch is that for some of the things you fixed, > stuff like boot-time programs, you NEVER want any CPU specific settings! > You must use the default, lowest common denominator setting instead, or > there is no guarantee the boot program will be correct. > To use your argument against you: with the default, the boot program is not correct (see below). > So that is why these Makefiles purposefully overwrite CFLAGS. it is not > by accident. You just might be right, but unless the code say the overwrite is _on_purpose_, I would not assume the state of mind of the author, one way or another. > Besides, for space-constrained things like boot2, you > might not even be able to compile it when using non-standard settings, > since the code might grow too large. > or can shrink by using more optimized instructions. The original trouble I met, is that building for an i586 target in a 32bits jail, on top of an amd64 system[0] (I do not have control over that setup) produces incorrect binaries. The current fix I've got is to define MACHINE_ARCH=i386 and CPUTYPE=i586. This enforces `-march=i586' to be passed to the compiler, for all except the bootloader (because it overwrites CFLAGS). With this, binaries produced works fine (ie. /bin/sh no longer SIGILL when bringing up the system). So I suspect that gcc default to i686 in this setup and corrupt all the binaries, thus the attached patch. - Arnaud [0]: to sum up, unless error of my part, this is a canadian setup where HOST=amd64, BUILD=i386 and TARGET=i586, and all hell breaks loose because of COMPAT_FREEBSD32. From owner-freebsd-current@FreeBSD.ORG Wed May 25 02:54:27 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8065F106566C; Wed, 25 May 2011 02:54:27 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1D58FC15; Wed, 25 May 2011 02:54:26 +0000 (UTC) Received: by iwn33 with SMTP id 33so9124594iwn.13 for ; Tue, 24 May 2011 19:54:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=8GKWcoye+qVNTInm0iNY03Nxtni+2qlIQq4xslTFYSk=; b=pPRcb+Cf+t0LmnQkWOsOhbAJRKIeTBqlJR0y2C+/Z1ooQ8k0a2TsVlh6CUaC3hImdM WV9cI4iqE/9ZNsERWnVquoV/uZFVuXdo0acp5irLUdE47Agi2XDU6gghxS++mtgAjQIe MjkJ/A8zZ/aQSJMxb+iZqzdlwX4N28gs1Jcc4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=esfgnod0LzLfOn3WxNEyvkOqhAuL4RPkukZ6QnkyRYEaYjcyNNYi3f5S1NKoPIg2Bv UhmhqrzTfazlVG3ifVHUJ1W4/GcTMnxlbDzFRHx+7qosF/RIUkzwj83olcqpDL+UiZse xvOJRcMcsHsPfDsQ/h7wf9L8o3gcoV47aEmKg= MIME-Version: 1.0 Received: by 10.42.220.202 with SMTP id hz10mr12406000icb.76.1306292066439; Tue, 24 May 2011 19:54:26 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Tue, 24 May 2011 19:54:26 -0700 (PDT) In-Reply-To: <4DDC17E5.2020700@FreeBSD.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> Date: Tue, 24 May 2011 22:54:26 -0400 Message-ID: From: Arnaud Lacombe To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 02:54:27 -0000 Hi, On Tue, May 24, 2011 at 4:41 PM, Dimitry Andric wrote: > Besides, for space-constrained things like boot2, you > might not even be able to compile it when using non-standard settings, > since the code might grow too large. > About the size, let's get some number lib/libstand (library): (without -Os) text data bss CPUTYPE 139696 4861 4160 i386 143212 4861 4160 i486 142491 4861 4160 i586 146893 4861 4160 i686 147145 4861 4160 lib/libstand (library): (with -Os, only enabled on pc98) 90386 4472 4160 i386 90381 4472 4160 i486 90381 4472 4160 i586 90369 4472 4160 i686 90387 4472 4160 sys/boot/i386/btx/lib/crt0.o is not affected size-wise by any of the i[3456]86 CPUTYPE. sys/boot/i386/boot2/boot2.out: text data bss dec hex CPUTYPE 5024 29 1780 6833 1ab1 i386 5024 29 1780 6833 1ab1 i486 5024 29 1780 6833 1ab1 i586 5004 29 1780 6813 1a9d i686 5024 29 1780 6833 1ab1 sys/boot/i386/libi386 (library): text data bss CPUTYPE 36168 13970 18658 i386 37419 13970 18658 i486 37483 13970 18658 i586 40073 13970 18658 i686 40137 13970 18658 sys/boot/ficl (library): 58245 4711 0 i386 61215 4711 0 i486 61183 4711 0 i586 70787 4711 0 i686 70851 4711 0 and finally: sys/boot/i386/loader: 57853 556 452 i386 58755 556 452 i486 58783 556 452 i586 63631 556 452 i686 63695 556 452 So except for btx/crt0.o, the default setting generate the worst code size. - Arnaud ps: for static library and loader, I derived the total size as the sum of the size of the text/data/bss section of the member object using : size *.o | awk 'BEGIN {text=0; data=0; bss=0;}; {text+=$1; data+=$2; bss+=$3}; END {print text " " data " " bss " '$i'"}' where $i is the cpu type to test. make(1) is passed either CPUTYPE=$i for i in i[3456]86, or the empty string. The compiler used for the test is gcc, and it is the compiler build during a buildworld stage, in the tmp directory. ps2: this was only a compile test. No code has been ran. From owner-freebsd-current@FreeBSD.ORG Wed May 25 03:08:53 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DE3106564A; Wed, 25 May 2011 03:08:53 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 571318FC08; Wed, 25 May 2011 03:08:53 +0000 (UTC) Received: by iwn33 with SMTP id 33so9135526iwn.13 for ; Tue, 24 May 2011 20:08:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=XF5SD+t9vjY6kjhW0HiPww+tj/V0GMzkEo9C7gqIj6I=; b=rFho4tIBxfT4AC/hmotfN6z7O4fK9f2bVMywDEb4sUQV1T7Km3K7ygqL1XF2fj5eG3 +aHx+kzRo1CGAj2Te+2eX2GzPHLujFQ3p7OFvJhS8CS3HgM1zbX7AObtJt1+KuHD5Rnw HyYrf3G37EuhVHglQNOk8lchGwPXGoaWkkwAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VaJ6LlcX5OUw0ANpS+37TynTS3aoxEf1tymaRrmZWpq9lpGLhgobjoUCobSsx8hD4f VmjdYLe8ZdwdonTClbUbdr4ueTcM9fOQMtF4zQ6wr37stbZYoq551+bUME/lPkYd4YjT hU5NNh/Z7hnC05cLKLo1suLAvpm1CrlRFJKIc= MIME-Version: 1.0 Received: by 10.42.134.67 with SMTP id k3mr10459260ict.478.1306292932563; Tue, 24 May 2011 20:08:52 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Tue, 24 May 2011 20:08:52 -0700 (PDT) In-Reply-To: References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> Date: Tue, 24 May 2011 23:08:52 -0400 Message-ID: From: Arnaud Lacombe To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 03:08:53 -0000 Hi, On Tue, May 24, 2011 at 10:54 PM, Arnaud Lacombe wrote: > ps: for static library and loader, I derived the total size as the sum > of the size of the text/data/bss section of the member object using : > > size *.o | awk 'BEGIN {text=0; data=0; bss=0;}; {text+=$1; data+=$2; > bss+=$3}; END {print text " " data " " bss " '$i'"}' > > where $i is the cpu type to test. make(1) is passed either CPUTYPE=$i > for i in i[3456]86, or the empty string. The compiler used for the > test is gcc, and it is the compiler build during a buildworld stage, > in the tmp directory. > just to cut loose any question about my environment, additionally to the original patch, I made the following modification to the tree to try to isolate it from the host: - applied the following patch: diff --git a/lib/libstand/Makefile b/lib/libstand/Makefile index 05f0995..06592cd 100644 --- a/lib/libstand/Makefile +++ b/lib/libstand/Makefile @@ -19,14 +19,14 @@ WARNS?= 0 CFLAGS+= -ffreestanding -Wformat CFLAGS+= -I${.CURDIR} +CFLAGS+= -I${.CURDIR}/../../include +CFLAGS+= -I${.CURDIR}/../../sys .if ${MACHINE_CPUARCH} == "i386" || ${MACHINE_CPUARCH} == "amd64" CFLAGS+= -mpreferred-stack-boundary=2 CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float .endif -.if ${MACHINE} == "pc98" -CFLAGS+= -Os -.endif +#CFLAGS+= -Os .if ${MACHINE_CPUARCH} == "powerpc" CFLAGS+= -msoft-float -D_STANDALONE -DNETIF_DEBUG .endif diff --git a/sys/boot/i386/libi386/Makefile b/sys/boot/i386/libi386/Makefile index 7940471..1af3f44 100644 --- a/sys/boot/i386/libi386/Makefile +++ b/sys/boot/i386/libi386/Makefile @@ -51,6 +51,8 @@ CFLAGS+= -I${.CURDIR}/../../common -I${.CURDIR}/../btx/lib \ -I${.CURDIR}/../../../contrib/dev/acpica/include \ -I${.CURDIR}/../../.. -I. # the location of libstand +CFLAGS+= -I${.CURDIR}/../../../../include +CFLAGS+= -I${.CURDIR}/../../../../sys CFLAGS+= -I${.CURDIR}/../../../../lib/libstand/ .if ${CC:T:Mclang} == "clang" - manually created two symlinks: 1) include/machine -> ../sys/i386/include/ 2) include/x86 -> ../sys/x86/include/ The host is running a custom 8.2-STABLE/amd64 kernel (only config change) on the following CPU: CPU: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz (2394.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant I am still not sure what is the default gcc target architecture on this machine. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed May 25 12:23:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from lo0.su (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by hub.freebsd.org (Postfix) with ESMTP id 09802106566B; Wed, 25 May 2011 12:23:18 +0000 (UTC) (envelope-from ru@FreeBSD.org) Date: Wed, 25 May 2011 12:25:01 +0000 From: Ruslan Ermilov To: Arnaud Lacombe Message-ID: <20110525122501.GA68680@lo0.su> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: Dimitry Andric , current@freebsd.org Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 12:23:20 -0000 On Tue, May 24, 2011 at 11:08:52PM -0400, Arnaud Lacombe wrote: > Hi, > > On Tue, May 24, 2011 at 10:54 PM, Arnaud Lacombe wrote: > > ps: for static library and loader, I derived the total size as the sum > > of the size of the text/data/bss section of the member object using : > > > > size *.o | awk 'BEGIN {text=0; data=0; bss=0;}; {text+=$1; data+=$2; > > bss+=$3}; END {print text " " data " " bss " '$i'"}' > > > > where $i is the cpu type to test. make(1) is passed either CPUTYPE=$i > > for i in i[3456]86, or the empty string. The compiler used for the > > test is gcc, and it is the compiler build during a buildworld stage, > > in the tmp directory. > > > just to cut loose any question about my environment, additionally to > the original patch, I made the following modification to the tree to > try to isolate it from the host: > - applied the following patch: [...] > - manually created two symlinks: > 1) include/machine -> ../sys/i386/include/ > 2) include/x86 -> ../sys/x86/include/ > > The host is running a custom 8.2-STABLE/amd64 kernel (only config > change) on the following CPU: > > CPU: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz (2394.00-MHz K8-class CPU) > Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 > Features=0xbfebfbff > Features2=0x98e3fd > AMD Features=0x28100800 > AMD Features2=0x1 > TSC: P-state invariant > > I am still not sure what is the default gcc target architecture on this machine. Why not go along a supported way, and do a cross-build? -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed May 25 13:42:52 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E818E106566B for ; Wed, 25 May 2011 13:42:51 +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 CFF438FC0C for ; Wed, 25 May 2011 13:42:50 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28416; Wed, 25 May 2011 16:42:49 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDD0758.2050007@FreeBSD.org> Date: Wed, 25 May 2011 16:42:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Ruslan Ermilov References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> <20110525122501.GA68680@lo0.su> In-Reply-To: <20110525122501.GA68680@lo0.su> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Dimitry Andric , current@FreeBSD.org, Arnaud Lacombe Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 13:42:52 -0000 on 25/05/2011 15:25 Ruslan Ermilov said the following: > On Tue, May 24, 2011 at 11:08:52PM -0400, Arnaud Lacombe wrote: >> Hi, >> >> On Tue, May 24, 2011 at 10:54 PM, Arnaud Lacombe wrote: >>> ps: for static library and loader, I derived the total size as the sum >>> of the size of the text/data/bss section of the member object using : >>> >>> size *.o | awk 'BEGIN {text=0; data=0; bss=0;}; {text+=$1; data+=$2; >>> bss+=$3}; END {print text " " data " " bss " '$i'"}' >>> >>> where $i is the cpu type to test. make(1) is passed either CPUTYPE=$i >>> for i in i[3456]86, or the empty string. The compiler used for the >>> test is gcc, and it is the compiler build during a buildworld stage, >>> in the tmp directory. >>> >> just to cut loose any question about my environment, additionally to >> the original patch, I made the following modification to the tree to >> try to isolate it from the host: >> - applied the following patch: > > [...] > >> - manually created two symlinks: >> 1) include/machine -> ../sys/i386/include/ >> 2) include/x86 -> ../sys/x86/include/ >> >> The host is running a custom 8.2-STABLE/amd64 kernel (only config >> change) on the following CPU: >> >> CPU: Intel(R) Xeon(R) CPU X3430 @ 2.40GHz (2394.00-MHz K8-class CPU) >> Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 >> Features=0xbfebfbff >> Features2=0x98e3fd >> AMD Features=0x28100800 >> AMD Features2=0x1 >> TSC: P-state invariant >> >> I am still not sure what is the default gcc target architecture on this machine. Default target architecture should not depend on current machine. It is in gcc manual page: generic Produce code optimized for the most common IA32/AMD64/EM64T processors. If you know the CPU on which your code will run, then you should use the corresponding -mtune option instead of -mtune=generic. But, if you do not know exactly what CPU users of your application will have, then you should use this option. As new processors are deployed in the marketplace, the behavior of this option will change. Therefore, if you upgrade to a newer version of GCC, the code generated option will change to reflect the processors that were most common when that version of GCC was released. There is no -march=generic option because -march indicates the instruction set the compiler can use, and there is no generic instruction set applicable to all processors. In contrast, -mtune indicates the processor (or, in this case, collection of processors) for which the code is optimized. ... i686 Same as "generic", but when used as "march" option, PentiumPro instruction set will be used, so the code will run on all i686 family chips. > Why not go along a supported way, and do a cross-build? There is nothing wrong about the day he does it. And a classic cross-build won't help with setting i586 or lower that he needs: i586, pentium Intel Pentium CPU with no MMX support. Just my 2 cents. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 25 13:46:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5952C106564A; Wed, 25 May 2011 13:46:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 168888FC1C; Wed, 25 May 2011 13:46:47 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 87CAC46B03; Wed, 25 May 2011 09:46:46 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 262648A050; Wed, 25 May 2011 09:46:46 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 25 May 2011 09:43:15 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105250943.15362.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 25 May 2011 09:46:46 -0400 (EDT) Cc: Dimitry Andric , Arnaud Lacombe Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 13:46:47 -0000 On Tuesday, May 24, 2011 5:30:37 pm Arnaud Lacombe wrote: > Hi, > > On Tue, May 24, 2011 at 4:41 PM, Dimitry Andric wrote: > > On 2011-05-24 22:09, Arnaud Lacombe wrote: > >> > >> Many Makefile (espectially under sys/boot/) overwrite the value of CFLAGS. > >> This is an issue if you want to generate code for a specific CPU as before > >> the > >> Makefile is interpreted, CFLAGS might already have been set with CPU > >> specific > >> settings by, which is source from sys.mk. > > > > ... > >> > >> --- a/sys/boot/i386/boot2/Makefile > >> +++ b/sys/boot/i386/boot2/Makefile > > > > ... > > > > The problem with this patch is that for some of the things you fixed, > > stuff like boot-time programs, you NEVER want any CPU specific settings! > > You must use the default, lowest common denominator setting instead, or > > there is no guarantee the boot program will be correct. > > > To use your argument against you: with the default, the boot program > is not correct (see below). Thousands of machines succesfully booting FreeBSD would seem to contradict your assertion. > > So that is why these Makefiles purposefully overwrite CFLAGS. it is not > > by accident. > You just might be right, but unless the code say the overwrite is > _on_purpose_, I would not assume the state of mind of the author, one > way or another. The boot code is certainly intended to be something that works across the board. Also, I doubt you will see any user-visible performance difference from changing the optimization options for the boot code. > > Besides, for space-constrained things like boot2, you > > might not even be able to compile it when using non-standard settings, > > since the code might grow too large. > > > or can shrink by using more optimized instructions. Well, your test in a later e-mail is a bit flawed. GCC tends to insert a lot of padding for newer CPUs to align things on more optimal boundaries. We run 'sed' over the assembly version of boot2 to strip all that out. However, the more important point for the boot code is that it needs to just work. > The original trouble I met, is that building for an i586 target in a > 32bits jail, on top of an amd64 system[0] (I do not have control over > that setup) produces incorrect binaries. The current fix I've got is > to define MACHINE_ARCH=i386 and CPUTYPE=i586. This enforces > `-march=i586' to be passed to the compiler, for all except the > bootloader (because it overwrites CFLAGS). With this, binaries > produced works fine (ie. /bin/sh no longer SIGILL when bringing up the > system). So I suspect that gcc default to i686 in this setup and > corrupt all the binaries, thus the attached patch. Wait. You must have something wrong in your jail if you can't do a buildworld with CPUTYPE set to none and have it do the right thing. You need to find your root problem. Forcing CPUCFLAGS for the boot code is a band-aid, it's not the right solution to your problem. It may be that your jail is not a pure 32-bit jail (some things like a 32-bit ps won't really work in with a 64-bit host for example). Also, until recently, the machine_arch sysctl reported amd64 for 32-bit binaries. That was recently changed and might also help your world build to be more correct. You could also try doing 'make buildworld TARGET=i386' in a 64-bit jail. However, one question is what problem are you trying to solve? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 25 15:34:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C65C106564A; Wed, 25 May 2011 15:34:31 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C9C878FC20; Wed, 25 May 2011 15:34:30 +0000 (UTC) Received: by iyj12 with SMTP id 12so9507081iyj.13 for ; Wed, 25 May 2011 08:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wbgV/MgmauB55ptemDej1B2n6uQi20FVl5B3QTh362g=; b=wWMyrL/pf2PTnNQecHvhJKktLprgmU+fe+BC4nwxRCQii9PZ2jURrmbLQdD/V+2mCl TTA0SN5FKK0Qr+5qU++qH7OkNl2dXPNaXtZrSH2+pCuhX7t0jVTJKUXf1Fq3Q1SKwXqp X9w23NxcPaW19XZk85oZugsSdLcVkt2wpuxrs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NXzPC/DHlf6LbMtgqo/gRM4bS5y/Je4jjiHJQdkWFMSu0vplS1r1gaZ22NL6g8X8Hj D8Xv+sgqtVxiAAdjdiqswt9cpHBOlbwpuaJz5Cnp6D2ubIZAzMgMf7c+LsfIPupF3t2M NaUTuJhK442Noi6G6RTKvqw1PZ6L4no52i6Uk= MIME-Version: 1.0 Received: by 10.43.58.15 with SMTP id wi15mr13262325icb.411.1306337669896; Wed, 25 May 2011 08:34:29 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 08:34:29 -0700 (PDT) In-Reply-To: <201105250943.15362.jhb@freebsd.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> <201105250943.15362.jhb@freebsd.org> Date: Wed, 25 May 2011 11:34:29 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 15:34:31 -0000 Hi, On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote: >> The original trouble I met, is that building for an i586 target in a >> 32bits jail, on top of an amd64 system[0] (I do not have control over >> that setup) produces incorrect binaries. The current fix I've got is >> to define MACHINE_ARCH=3Di386 and CPUTYPE=3Di586. This enforces >> `-march=3Di586' to be passed to the compiler, for all except the >> bootloader (because it overwrites CFLAGS). With this, binaries >> produced works fine (ie. /bin/sh no longer SIGILL when bringing up the >> system). So I suspect that gcc default to i686 in this setup and >> corrupt all the binaries, thus the attached patch. > > Wait. =A0You must have something wrong in your jail if you can't do a bui= ldworld > with CPUTYPE set to none and have it do the right thing. =A0You need to f= ind > your root problem. =A0Forcing CPUCFLAGS for the boot code is a band-aid, = it's > not the right solution to your problem. > Unless error of my part, I never mentioned it was using `buildworld', which it is not. The system uses bare calls to make(1) in the sys/boot/ directory. As the jail is 32bits, it was expected not to be an issue, but the jail compiler uses /lib/libstand.a to link the loader, and it obviously contains i686-only instructions, which trigger a reset of an i586-only CPU. The more broad issue with the setup is that gcc within that environment, without being told -march=3Di586, produces i686 instructions which are incompatible with the target CPU. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed May 25 16:02:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 882621065672; Wed, 25 May 2011 16:02:44 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3383F8FC18; Wed, 25 May 2011 16:02:44 +0000 (UTC) Received: by iyj12 with SMTP id 12so9539001iyj.13 for ; Wed, 25 May 2011 09:02:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XM52JP5QFYZ0R/+Tv3iD4knSlNxmjRv6Ht3G5ptZITo=; b=hTJ5bBMQR+bJr2c83GRvLgEAAsjthjruq3CrVtyk/lGWz7wEvzSNcEoYCFmyHSlUdr idmJ4UA3KKOsCiO4Xvt/dp8jSRo/7bn98zo9rKqsuevB9HCu5I69IVMrNJFHBp39pNS0 ONx81tBHO7DkrAVvR7vJoVkPglHT7+JHkzEyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lTEsw3FkwXhk3RMwmU1REiXxVDYZc+3UCSdTtGe7HlFg10gmJDh1wRV6+AfY8+NBIE fMKIn5wlpLoOaeItnocHJFmwsmBUNORNZqqsw7YCqyUiiRwelJL/9kFjNpsoIyu6r404 98e9aOV0cbVTd+/00yRwfpbTkLao94ze1SZ6k= MIME-Version: 1.0 Received: by 10.42.159.66 with SMTP id k2mr6917066icx.344.1306339363734; Wed, 25 May 2011 09:02:43 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 09:02:43 -0700 (PDT) In-Reply-To: <201105250943.15362.jhb@freebsd.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> <201105250943.15362.jhb@freebsd.org> Date: Wed, 25 May 2011 12:02:43 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 16:02:44 -0000 Hi, On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote: > On Tuesday, May 24, 2011 5:30:37 pm Arnaud Lacombe wrote: >> Hi, >> >> On Tue, May 24, 2011 at 4:41 PM, Dimitry Andric wrote: >> > On 2011-05-24 22:09, Arnaud Lacombe wrote: >> >> >> >> Many Makefile (espectially under sys/boot/) overwrite the value of > CFLAGS. >> >> This is an issue if you want to generate code for a specific CPU as > before >> >> the >> >> Makefile is interpreted, CFLAGS might already have been set with CPU >> >> specific >> >> settings by, which is source from sys.mk. >> > >> > ... >> >> >> >> --- a/sys/boot/i386/boot2/Makefile >> >> +++ b/sys/boot/i386/boot2/Makefile >> > >> > ... >> > >> > The problem with this patch is that for some of the things you fixed, >> > stuff like boot-time programs, you NEVER want any CPU specific setting= s! >> > You must use the default, lowest common denominator setting instead, o= r >> > there is no guarantee the boot program will be correct. >> > >> To use your argument against you: with the default, the boot program >> is not correct (see below). > > Thousands of machines succesfully booting FreeBSD would seem to contradic= t > your assertion. > my assertion is backed by experiment, so I'm fine with the contradiction. >> > So that is why these Makefiles purposefully overwrite CFLAGS. it is no= t >> > by accident. >> You just might be right, but unless the code say the overwrite is >> _on_purpose_, I would not assume the state of mind of the author, one >> way or another. > > The boot code is certainly intended to be something that works across the > board. =A0Also, I doubt you will see any user-visible performance differe= nce > from changing the optimization options for the boot code. > Saving a few kilobytes of space might be more important than speed in some environment. >> > Besides, for space-constrained things like boot2, you >> > might not even be able to compile it when using non-standard settings, >> > since the code might grow too large. >> > >> or can shrink by using more optimized instructions. > > Well, your test in a later e-mail is a bit flawed. =A0GCC tends to insert > a lot of padding for newer CPUs to align things on more optimal boundarie= s. > That does not explain at all why the default setting always produces the worst code, size-wise. > We run 'sed' over the assembly version of boot2 to strip all that out. > ... to save 4 bytes. > However, the more important point for the boot code is that it needs to > just work. > and it does not, because gcc defaults are _bad_. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed May 25 16:15:51 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A601065672; Wed, 25 May 2011 16:15:51 +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 A01598FC13; Wed, 25 May 2011 16:15:50 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA01088; Wed, 25 May 2011 19:15:49 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDD2B34.5070702@FreeBSD.org> Date: Wed, 25 May 2011 19:15:48 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Attilio Rao References: <4DD3F662.9040603@FreeBSD.org> <4DD54C18.8050305@FreeBSD.org> <4DDA8B2A.6010500@FreeBSD.org> In-Reply-To: <4DDA8B2A.6010500@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" , "freebsd-arch@freebsd.org" Subject: Re: [rfc] remove hlt_cpus et al sysctls and related code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 16:15:51 -0000 on 23/05/2011 19:28 Andriy Gapon said the following: > I propose the following path for moving forward. > - use hint.lapic.X.disabled to disable individual CPUs by their APIC ID > - use machdep.hyperthreading_allowed tunable to disable second logical CPU on each > real core > > The above should already work as expected. One thing is that currently we have > handling of machdep.hyperthreading_allowed tunable under SCHED_ULE. I plan to > make it unconditional. > > Things to remove: > - all the related sysctls for dynamic onlining/offlining > - machdep.hlt_logical_cpus tunable (it duplicates hint.lapic.X.disabled) > > It's possible to keep machdep.hlt_logical_cpus and just add some code to convert > hlt_logical_cpus mask to a set of individual hint.lapic.X.disabled, but I don't > see very much value in that. But if there is a good reason to keep that tunable, > I am prepared to jump through this hoop. > > If no one objects to this proposal, I will provide a patch soon. The patch is here: http://people.freebsd.org/~avg/cpu-offline-sysctl.diff It should implement the strategy described above. I have mp_watchdog alone for now. It seems to have the same issues with respect to dynamic CPU state change. Besides its compilation is disabled when SCHED_ULE is enabled. mp_watchdog is a nice idea, but I wonder if anyone actually uses it (with success). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 25 16:28:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791F1106564A; Wed, 25 May 2011 16:28:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4D8D38FC08; Wed, 25 May 2011 16:28:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D857446B03; Wed, 25 May 2011 12:28:33 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 759B28A050; Wed, 25 May 2011 12:28:33 -0400 (EDT) From: John Baldwin To: Arnaud Lacombe Date: Wed, 25 May 2011 12:28:32 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105250943.15362.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105251228.32399.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 25 May 2011 12:28:33 -0400 (EDT) Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 16:28:34 -0000 On Wednesday, May 25, 2011 11:34:29 am Arnaud Lacombe wrote: > Hi, > > On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote: > >> The original trouble I met, is that building for an i586 target in a > >> 32bits jail, on top of an amd64 system[0] (I do not have control over > >> that setup) produces incorrect binaries. The current fix I've got is > >> to define MACHINE_ARCH=i386 and CPUTYPE=i586. This enforces > >> `-march=i586' to be passed to the compiler, for all except the > >> bootloader (because it overwrites CFLAGS). With this, binaries > >> produced works fine (ie. /bin/sh no longer SIGILL when bringing up the > >> system). So I suspect that gcc default to i686 in this setup and > >> corrupt all the binaries, thus the attached patch. > > > > Wait. You must have something wrong in your jail if you can't do a buildworld > > with CPUTYPE set to none and have it do the right thing. You need to find > > your root problem. Forcing CPUCFLAGS for the boot code is a band-aid, it's > > not the right solution to your problem. > > > Unless error of my part, I never mentioned it was using `buildworld', > which it is not. The system uses bare calls to make(1) in the > sys/boot/ directory. As the jail is 32bits, it was expected not to be > an issue, but the jail compiler uses /lib/libstand.a to link the > loader, and it obviously contains i686-only instructions, which > trigger a reset of an i586-only CPU. > > The more broad issue with the setup is that gcc within that > environment, without being told -march=i586, produces i686 > instructions which are incompatible with the target CPU. Huh? GCC does not generate i686 instructions by default on FreeBSD/i386. It generates i486 instructions but that is all. Are you sure you aren't running the 64-bit gcc (which will generate i686 instructions by default)? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 25 16:30:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 459971065676; Wed, 25 May 2011 16:30:10 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 93F2B8FC20; Wed, 25 May 2011 16:30:09 +0000 (UTC) Received: by vws18 with SMTP id 18so8099084vws.13 for ; Wed, 25 May 2011 09:30:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jiZgUomQQZNxMqa3ArR2qFKvVvMueYMA4XqALgZ00YA=; b=ZYu5Mv3pwxUSUOLnozeAzKvMTFliAtDF7qgfCcJZI0PQ/ztEUm0qL9MyUISy5zR4cm zHmWxFti4TK0q191akdj3eOBFhCw/lDfW4kJ1czthoEugzQ15P83m97PsgqT2admf7Ek sBt8kB/Ss+Z0BL+Z57Gtxpg9KIefOuEMrqQ+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=PirJnw+XTnpDiNd1ytc1CQP1zAzVz9kwr509ejvIfQZdMrItkEiStq9stIv4eHGpEh uH9KUiFIDsFoM8pIFq2qqrgSEzE8f9PWRY86halzrL+e7roYpPg41cDaI1UjxkwR6WHY QNPYTjGsGH1F9zQ5TwFaflijCrhP2AqThPdus= MIME-Version: 1.0 Received: by 10.220.105.75 with SMTP id s11mr1597645vco.73.1306341008527; Wed, 25 May 2011 09:30:08 -0700 (PDT) Received: by 10.220.183.11 with HTTP; Wed, 25 May 2011 09:30:08 -0700 (PDT) In-Reply-To: <4DDD2B34.5070702@FreeBSD.org> References: <4DD3F662.9040603@FreeBSD.org> <4DD54C18.8050305@FreeBSD.org> <4DDA8B2A.6010500@FreeBSD.org> <4DDD2B34.5070702@FreeBSD.org> Date: Wed, 25 May 2011 09:30:08 -0700 Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Attilio Rao , "freebsd-current@freebsd.org" , "freebsd-arch@freebsd.org" Subject: Re: [rfc] remove hlt_cpus et al sysctls and related code X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 16:30:10 -0000 On Wed, May 25, 2011 at 9:15 AM, Andriy Gapon wrote: > on 23/05/2011 19:28 Andriy Gapon said the following: >> I propose the following path for moving forward. >> - use hint.lapic.X.disabled to disable individual CPUs by their APIC ID >> - use machdep.hyperthreading_allowed tunable to disable second logical C= PU on each >> real core >> >> The above should already work as expected. =A0One thing is that currentl= y we have >> handling of machdep.hyperthreading_allowed tunable under SCHED_ULE. =A0I= plan to >> make it unconditional. >> >> Things to remove: >> - all the related sysctls for dynamic onlining/offlining >> - machdep.hlt_logical_cpus tunable (it duplicates hint.lapic.X.disabled) >> >> It's possible to keep machdep.hlt_logical_cpus and just add some code to= convert >> hlt_logical_cpus mask to a set of individual hint.lapic.X.disabled, but = I don't >> see very much value in that. =A0But if there is a good reason to keep th= at tunable, >> I am prepared to jump through this hoop. >> >> If no one objects to this proposal, I will provide a patch soon. > > The patch is here: > http://people.freebsd.org/~avg/cpu-offline-sysctl.diff > It should implement the strategy described above. > > I have mp_watchdog alone for now. =A0It seems to have the same issues wit= h respect > to dynamic CPU state change. =A0Besides its compilation is disabled when = SCHED_ULE > is enabled. =A0mp_watchdog is a nice idea, but I wonder if anyone actuall= y uses it > (with success). I'll have to test out the patch, but at first glance it seems ok (at least the machdep.hyperthreading_allowed changes which $WORK depends upon). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed May 25 16:57:24 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA3E51065670; Wed, 25 May 2011 16:57: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 B04048FC13; Wed, 25 May 2011 16:57:22 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA01934; Wed, 25 May 2011 19:57:21 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDD34F0.1010504@FreeBSD.org> Date: Wed, 25 May 2011 19:57:20 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: John Baldwin , Arnaud Lacombe References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105250943.15362.jhb@freebsd.org> <201105251228.32399.jhb@freebsd.org> In-Reply-To: <201105251228.32399.jhb@freebsd.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 16:57:24 -0000 on 25/05/2011 19:28 John Baldwin said the following: > On Wednesday, May 25, 2011 11:34:29 am Arnaud Lacombe wrote: >> The more broad issue with the setup is that gcc within that >> environment, without being told -march=i586, produces i686 >> instructions which are incompatible with the target CPU. > > Huh? GCC does not generate i686 instructions by default on FreeBSD/i386. It > generates i486 instructions but that is all. Are you sure you aren't running > the 64-bit gcc (which will generate i686 instructions by default)? Just curious if Arnaud has forgot to set UNAME_m="i386" UNAME_p="i386" in the environment of his build shell within the jail. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed May 25 17:03:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76BF106564A; Wed, 25 May 2011 17:03:11 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 60ECB8FC13; Wed, 25 May 2011 17:03:11 +0000 (UTC) Received: by iwn33 with SMTP id 33so9912821iwn.13 for ; Wed, 25 May 2011 10:03:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6P5IetMiruo8FNRWhCmkYESeCDwvjSqwpcdfBTMGQQM=; b=Mq6lo1lUnWzwFk/sRzz0rdorxKIEJnI+5DjPYeGuFfjBmwJjYv17SFKsOX7tqaUPks HSycPP+z4EDxBWeCzcq4hFB2Tpj3Q2DfkBpUf9NYjFv6G/07UZZS6ucnw9pcckKJMrar ZqG3E2f7Fy8UnTAPcEfsEpwLUePJFVnOzYukQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oiluHBDbafM5bCMETUsLyZJ6ZiokTfiNtPHZMNlFudk0DQ63KNWMHVKN+ESWerJhYQ b058L57+2TVxqLNuQq0LuuRXH/GT4Djh/kGGl9clquweZ0xPRbovgOWXhgZi2QcMRIdi +GRUKbrDnPvaLH5QfGP0uvDDKCRUioxCK7jx4= MIME-Version: 1.0 Received: by 10.42.117.137 with SMTP id t9mr12514589icq.277.1306342990715; Wed, 25 May 2011 10:03:10 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 10:03:10 -0700 (PDT) In-Reply-To: <201105251228.32399.jhb@freebsd.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105250943.15362.jhb@freebsd.org> <201105251228.32399.jhb@freebsd.org> Date: Wed, 25 May 2011 13:03:10 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 17:03:11 -0000 Hi, On Wed, May 25, 2011 at 12:28 PM, John Baldwin wrote: > On Wednesday, May 25, 2011 11:34:29 am Arnaud Lacombe wrote: >> Hi, >> >> On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote: >> >> The original trouble I met, is that building for an i586 target in a >> >> 32bits jail, on top of an amd64 system[0] (I do not have control over >> >> that setup) produces incorrect binaries. The current fix I've got is >> >> to define MACHINE_ARCH=3Di386 and CPUTYPE=3Di586. This enforces >> >> `-march=3Di586' to be passed to the compiler, for all except the >> >> bootloader (because it overwrites CFLAGS). With this, binaries >> >> produced works fine (ie. /bin/sh no longer SIGILL when bringing up th= e >> >> system). So I suspect that gcc default to i686 in this setup and >> >> corrupt all the binaries, thus the attached patch. >> > >> > Wait. =A0You must have something wrong in your jail if you can't do a > buildworld >> > with CPUTYPE set to none and have it do the right thing. =A0You need t= o find >> > your root problem. =A0Forcing CPUCFLAGS for the boot code is a band-ai= d, > it's >> > not the right solution to your problem. >> > >> Unless error of my part, I never mentioned it was using `buildworld', >> which it is not. The system uses bare calls to make(1) in the >> sys/boot/ directory. As the jail is 32bits, it was expected not to be >> an issue, but the jail compiler uses /lib/libstand.a to link the >> loader, and it obviously contains i686-only instructions, which >> trigger a reset of an i586-only CPU. >> >> The more broad issue with the setup is that gcc within that >> environment, without being told -march=3Di586, produces i686 >> instructions which are incompatible with the target CPU. > > Huh? =A0GCC does not generate i686 instructions by default on FreeBSD/i38= 6. =A0It > generates i486 instructions but that is all. something is odd somewhere. > Are you sure you aren't running > the 64-bit gcc (which will generate i686 instructions by default)? > yes. # which gcc /usr/bin/gcc # file /usr/bin/gcc /usr/bin/gcc: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD), for FreeBSD 7.1, statically linked, FreeBSD-style, stripped # gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] # uname -a FreeBSD build 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 The fact that /usr/bin/gcc is statically linked made me think we may have built internally, but it is also statically linked on a 8.2 machine from release packages. - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed May 25 18:21:06 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C8551065674; Wed, 25 May 2011 18:21:06 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail.sippysoft.com (mail.sippysoft.com [4.59.13.245]) by mx1.freebsd.org (Postfix) with ESMTP id 0521F8FC0A; Wed, 25 May 2011 18:21:06 +0000 (UTC) Received: from [4.59.13.245] (helo=[192.168.1.79]) by mail.sippysoft.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QPIhd-0008ms-3i; Wed, 25 May 2011 11:21:05 -0700 Message-ID: <4DDD4890.70604@FreeBSD.org> Date: Wed, 25 May 2011 11:21:04 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Pawel Jakub Dawidek Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Sender: sobomax@sippysoft.com X-ssp-trusted: yes Cc: "current@freebsd.org" Subject: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 18:21:06 -0000 Hi Pawel, I am observing strange errors while synchronizing the data between primary and secondary. I keep getting the following error messages: May 25 11:09:19 eights hastd[10113]: [test] (secondary) Unable to receive request header: Socket is not connected. May 25 11:09:24 eights hastd[37571]: [test] (secondary) Worker process exited ungracefully (pid=10113, exitcode=75). May 25 11:10:17 eights hastd[12109]: [test] (secondary) Unable to receive request header: Socket is not connected. May 25 11:10:18 eights hastd[37571]: [test] (secondary) Worker process exited ungracefully (pid=12109, exitcode=75). May 25 11:10:39 eights hastd[14685]: [test] (secondary) Unable to receive request header: Socket is not connected. May 25 11:10:44 eights hastd[37571]: [test] (secondary) Worker process exited ungracefully (pid=14685, exitcode=75). The synchronization steel proceeds, but it's slow due to the need to re-negotiate and re-spawn the secondary worker. I have tried to ktrace both server and client at the same time. For some reason the primary keeps sending data, while client gets 0-read from the recvfrom at some point, while the primary keeps sending more data. This is 8-STABLE code on both ends. Any ideas of what could be wrong here are appreciated. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed May 25 18:24:39 2011 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7EF11065679; Wed, 25 May 2011 18:24:38 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail.sippysoft.com (mail.sippysoft.com [4.59.13.245]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9F88FC1D; Wed, 25 May 2011 18:24:38 +0000 (UTC) Received: from [4.59.13.245] (helo=[192.168.1.79]) by mail.sippysoft.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QPIl3-0008p5-H3; Wed, 25 May 2011 11:24:37 -0700 Message-ID: <4DDD4964.7060008@sippysoft.com> Date: Wed, 25 May 2011 11:24:36 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <4DDD4890.70604@FreeBSD.org> In-Reply-To: <4DDD4890.70604@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------070703080106020807050502" X-ssp-trusted: yes X-Mailman-Approved-At: Wed, 25 May 2011 18:29:30 +0000 Cc: "current@freebsd.org" Subject: Re: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 18:24:39 -0000 This is a multi-part message in MIME format. --------------070703080106020807050502 Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit On 5/25/2011 11:21 AM, Maxim Sobolev wrote: > Hi Pawel, > > I am observing strange errors while synchronizing the data between > primary and secondary. I keep getting the following error messages: > > May 25 11:09:19 eights hastd[10113]: [test] (secondary) Unable to > receive request header: Socket is not connected. > May 25 11:09:24 eights hastd[37571]: [test] (secondary) Worker process > exited ungracefully (pid=10113, exitcode=75). > May 25 11:10:17 eights hastd[12109]: [test] (secondary) Unable to > receive request header: Socket is not connected. > May 25 11:10:18 eights hastd[37571]: [test] (secondary) Worker process > exited ungracefully (pid=12109, exitcode=75). > May 25 11:10:39 eights hastd[14685]: [test] (secondary) Unable to > receive request header: Socket is not connected. > May 25 11:10:44 eights hastd[37571]: [test] (secondary) Worker process > exited ungracefully (pid=14685, exitcode=75). > > The synchronization steel proceeds, but it's slow due to the need to > re-negotiate and re-spawn the secondary worker. I have tried to ktrace > both server and client at the same time. For some reason the primary > keeps sending data, while client gets 0-read from the recvfrom at some > point, while the primary keeps sending more data. This is 8-STABLE code > on both ends. > > Any ideas of what could be wrong here are appreciated. Sorry, forgot the traces. Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts Tel: +1-646-651-1110 Fax: +1-866-857-6942 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft --------------070703080106020807050502 Content-Type: text/plain; name="ktrace_secondary.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ktrace_secondary.txt" 83257 hastd 1306344078.593820 CALL recvfrom(0x7,0x80360d400,0x8c,MSG_WAITALL,0,0) 83257 hastd 1306344078.593825 GIO fd 7 read 140 bytes 0x0000 0204 0100 0000 636d 6400 0068 0000 0200 0000 0000 0000 0804 0800 0000 7365 7100 0068 |......cmd..h................seq..h| 0x0022 0000 0100 0000 0000 0000 0807 0800 0000 6f66 6673 6574 0000 0000 2040 0000 0000 0807 |................offset.... @......| 0x0044 0800 0000 6c65 6e67 7468 0000 0000 0200 0000 0000 110c 0400 0000 636f 6d70 7265 7373 |....length................compress| 0x0066 696f 6e00 0000 0000 6c7a 6600 0000 0000 0605 0400 0000 7369 7a65 0068 0000 80e8 0100 |ion.....lzf...........size.h......| 0x0088 0000 0000 |....| 83257 hastd 1306344078.593830 RET recvfrom 140/0x8c 83257 hastd 1306344078.593851 CALL recvfrom(0x7,0x8030c4000,0x1e880,MSG_WAITALL,0,0) 83257 hastd 1306344098.677645 GIO fd 7 read 4096 bytes 0x0000 0000 0200 1f10 031a 0003 2403 2e03 3803 4200 034c 0356 0360 036a 0003 7403 7e03 8803 |..........$...8.B..L.V.`.j..t.~...| 0x0022 9200 031f 9c03 a603 b003 ba00 03c4 03ce 03d8 03e2 0003 ec03 f603 f518 1600 65bb 124e |..............................e..N| 0x0044 378d 1f11 8f00 b402 0700 0103 0402 0000 0200 96a4 939a ba28 ac5b 6400 1401 0814 0a03 |7......................(.[d.......| [...] 0x0ff0 7c26 017d 2601 7e20 0c09 7f26 0180 2601 ||&.}&.~ ...&..&.| 83257 hastd 1306344098.677664 RET recvfrom 125056/0x1e880 83257 hastd 1306344098.678035 CALL _umtx_op(0x801223120,0x9,0,0,0) 83257 hastd 1306344098.678046 RET _umtx_op 0 83257 hastd 1306344098.678048 RET _umtx_op 0 83257 hastd 1306344098.678050 CALL recvfrom(0x7,0x7fffff9fdf70,0x5,MSG_WAITALL,0,0) 83257 hastd 1306344098.678057 GIO fd 7 read 0 bytes "" 83257 hastd 1306344098.678060 RET recvfrom 0 83257 hastd 1306344098.678064 CALL pwrite(0x4,0x8030c4000,0x20000,0x40208a00) 83257 hastd 1306344098.678097 CALL stat(0x7fffff9fd590,0x7fffff9fd510) 83257 hastd 1306344098.678102 NAMI "/usr/share/nls/C/libc.cat" 83257 hastd 1306344098.678108 RET stat -1 errno 2 No such file or directory 83257 hastd 1306344098.678111 CALL stat(0x7fffff9fd590,0x7fffff9fd510) 83257 hastd 1306344098.678115 NAMI "/usr/share/nls/libc/C" 83257 hastd 1306344098.678121 RET stat -1 errno 2 No such file or directory 83257 hastd 1306344098.678123 GIO fd 4 wrote 4096 bytes 0x0000 1003 1a00 0324 032e 0338 0342 0003 4c03 5603 6003 6a00 0374 037e 0388 0392 0003 9c03 |.....$...8.B..L.V.`.j..t.~........| 0x0022 a603 b003 ba00 03c4 03ce 03d8 03e2 0003 ec03 f603 f518 1600 65bb 124e 378d 118f 00b4 |........................e..N7.....| 0x0044 0207 0001 0304 0200 0002 0096 a493 9aba 28ac 5b64 0014 0108 140a 0300 0403 ea39 239c |................(.[d...........9#.| [...] 0x0f8a 0a60 014a 011c 0000 011c 0126 0130 013a 0001 4401 4e01 5801 6200 016c 0176 0180 018a |.`.J.......&.0.:..D.N.X.b..l.v....| 0x0fac 0001 9401 9e01 a801 b200 01bc 01c6 01d0 01da 0001 e401 ee01 f802 0200 020c 0216 0220 |................................. | 0x0fce 022a 0002 3402 3e02 4802 5200 025c 0266 0270 027a 0002 8402 8e02 9802 a200 02ac 02b6 |.*..4.>.H.R..\.f.p.z..............| 0x0ff0 02c0 02ca 0002 d402 de02 e802 f200 02fc |................| 83257 hastd 1306344098.678125 CALL stat(0x7fffff9fd590,0x7fffff9fd510) 83257 hastd 1306344098.678137 RET pwrite 131072/0x20000 83257 hastd 1306344098.678138 NAMI "/usr/local/share/nls/C/libc.cat" 83257 hastd 1306344098.678141 CALL _umtx_op(0x801223160,0x9,0,0,0) 83257 hastd 1306344098.678142 RET stat -1 errno 2 No such file or directory 83257 hastd 1306344098.678153 CALL stat(0x7fffff9fd590,0x7fffff9fd510) 83257 hastd 1306344098.678156 NAMI "/usr/local/share/nls/libc/C" 83257 hastd 1306344098.678159 RET _umtx_op 0 83257 hastd 1306344098.678160 RET stat -1 errno 2 No such file or directory 83257 hastd 1306344098.678163 CALL _umtx_op(0x801223120,0x8,0x1,0x801223100,0) 83257 hastd 1306344098.678163 RET _umtx_op 0 83257 hastd 1306344098.678192 CALL clock_gettime(0xd,0x7fffff9fcc40) 83257 hastd 1306344098.678197 RET clock_gettime 0 83257 hastd 1306344098.678203 CALL sendto(0x8,0x8013f93fb,0x1b,MSG_NOSIGNAL,0,0) 83257 hastd 1306344098.678218 GIO fd 8 wrote 27 bytes 0x0000 0116 0000 0008 0408 0000 0073 6571 0060 0308 0001 0000 0000 0000 00 |...........seq.`...........| 83257 hastd 1306344098.678221 RET sendto 27/0x1b 83257 hastd 1306344098.678228 CALL _umtx_op(0x801223160,0x8,0x1,0x801223140,0) 83257 hastd 1306344098.678229 CALL getpid 83257 hastd 1306344098.678234 RET getpid 83257/0x14539 83257 hastd 1306344098.678239 CALL sendto(0x3,0x7fffff9fccd0,0x6f,0,0,0) 83257 hastd 1306344098.678248 GIO fd 3 wrote 111 bytes "<27>May 25 10:21:38 hastd[83257]: [test] (secondary) Unable to receive request header: Socket is not connected." --------------070703080106020807050502 Content-Type: text/plain; name="ktrace_primary.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="ktrace_primary.txt" 8173 hastd 1306344078.549041 RET sendto 145/0x91 8173 hastd 1306344078.549043 CALL sendto(0x6,0x80385c000,0x8000,MSG_NOSIGNAL,0,0) 8173 hastd 1306344078.549109 GIO fd 6 wrote 4096 bytes 0x0000 0000 0200 1f10 031a 0003 2403 2e03 3803 4200 034c 0356 0360 036a 0003 7403 7e03 8803 |..........$...8.B..L.V.`.j..t.~...| 0x0022 9200 031f 9c03 a603 b003 ba00 03c4 03ce 03d8 03e2 0003 ec03 f603 f518 1600 65bb 124e |..............................e..N| 0x0044 378d 1f11 8f00 b402 0700 0103 0402 0000 0200 96a4 939a ba28 ac5b 6400 1401 0814 0a03 |7......................(.[d.......| 0x0066 001f 0403 ea39 239c 0681 52ff 060a 8200 070a 8007 0a81 0507 0af4 0705 f501 5900 4280 |.....9#...R...................Y.B.| 0x0088 1fea 3927 5807 60e1 0005 0037 ea09 0303 0300 a450 4209 1ab2 8604 b386 04b4 5586 0409 |..9'X.`....7.......PB.........U...| 0x00aa b586 04b6 8604 b786 04b8 200c 09b9 8604 ba86 04bb 8604 bc20 0c09 bd86 04be 8604 bf86 |.......... ............ ..........| 0x0f8a 015e 2601 5f23 0135 a809 1960 2601 6126 0162 26ec 0963 2601 6426 0165 2601 6620 0c09 |.^&._#.5...`&.a&.b&..c&.d&.e&.f ..| 0x0fac 6726 0168 2601 6926 016a 200c 096b 2601 6c26 016d 2601 6e20 0c09 6f26 0170 2601 7126 |g&.h&.i&.j ..k&.l&.m&.n ..o&.p&.q&| 0x0fce 0172 200c 0973 2601 7426 0175 2601 7620 0c09 7726 0178 2601 7926 017a 200c 097b 2601 |.r ..s&.t&.u&.v ..w&.x&.y&.z ..{&.| 0x0ff0 7c26 017d 2601 7e20 0c09 7f26 0180 2601 ||&.}&.~ ...&..&.| [...] 8173 hastd 1306344078.549113 RET sendto 32768/0x8000 8173 hastd 1306344078.549116 CALL sendto(0x6,0x803864000,0x8000,MSG_NOSIGNAL,0,0) 8173 hastd 1306344078.549180 GIO fd 6 wrote 4096 bytes 0x0000 4a47 6b76 0559 7730 6234 4923 a715 7976 7462 6348 5844 4b78 6b5a 6371 4d65 7958 746a |JGkv.Yw0b4I#..yvtbcHXDKxkZcqMeyXtj| 0x0022 4731 33a2 1874 746b 4546 6b77 5973 4741 4c4f 6b72 3556 5166 7542 6a6c 6e44 2710 004b |G13..ttkEFkwYsGALOkr5VQfuBjlnD'..K| 0x0044 24f1 0765 486e 6e45 4f4a 702d 8306 386f 7775 4e78 452a 0d1c 746c 5868 5739 6a47 626a |$..eHnnEOJp-..8owuNxE*..tlXhW9jGbj| [...] 0x0f68 6945 6864 6d38 3929 9f07 335a 6742 4b57 5945 2607 1f47 6669 6762 4c57 316a 2f5a 702f |iEhdm89)..3ZgBKWYE&..GfigbLW1j/Zp/| 0x0f8a 5a36 3066 514c 3238 7362 7251 7266 5564 5430 7a05 5576 6970 7273 3079 0433 4353 3345 |Z60fQL28sbrQrfUdT0z.Uviprs0y.3CS3E| 0x0fac 29bf 0c72 7248 6964 626a 534c 4b36 6b68 3a31 1f57 3074 7264 4162 4553 5345 7367 794f |)..rrHidbjSLK6kh:1.W0trdAbESSEsgyO| 0x0fce 4a38 5433 7678 4975 2f69 5838 4c37 7634 7032 a60a 6165 7558 3274 574e 7861 5220 9d04 |J8T3vxIu/iX8L7v4p2..aeuX2tWNxaR ..| 0x0ff0 4266 5847 6b23 9800 7158 fb0d 754c 4b34 |BfXGk#..qX..uLK4| 8173 hastd 1306344078.549184 RET sendto 32768/0x8000 8173 hastd 1306344078.549186 CALL sendto(0x6,0x80386c000,0x8000,MSG_NOSIGNAL,0,0) 8173 hastd 1306344078.645696 GIO fd 6 wrote 4096 bytes 0x0000 4362 6247 306b 6246 676b 2895 1f4a 7655 6a63 4649 474f 4258 5179 334e 734e 6175 6b56 |CbbG0kbFgk(..JvUjcFIGOBXQy3NsNaukV| 0x0022 516a 7241 7269 5159 6a55 6c0d 564b 4249 386b 447a 4163 6b78 444a 2b45 0e56 6477 7751 |QjrAriQYjUl.VKBI8kDzAckxDJ+E.VdwwQ| 0x0044 4255 7668 697a 744c 4b4b 2766 046c 5957 374a 2725 1f6b 4979 5933 5553 4441 4277 4645 |BUvhiztLKK'f.lYW7J'%.kIyY3USDABwFE| 0x0fac 7131 5a30 3432 7670 4658 6c1f 4a4e 4e4a 4b50 5461 3656 3372 6532 312b 6837 566f 6b61 |q1Z042vpFXl.JNNJKPTa6V3re21+h7Voka| 0x0fce 7168 6a59 414d 3752 7946 0243 6d35 2e1c 032f 6474 7621 371f 7970 546e 4f46 504b 6a49 |qhjYAM7RyF.Cm5.../dtv!7.ypTnOFPKjI| 0x0ff0 7a78 3071 3263 4839 6e36 6863 2b62 4757 |zx0q2cH9n6hc+bGW| [...] 8173 hastd 1306344078.645762 RET sendto 32768/0x8000 8173 hastd 1306344078.645769 CALL sendto(0x6,0x803874000,0x6880,MSG_NOSIGNAL,0,0) 8173 hastd 1306344078.732828 GIO fd 6 wrote 4096 bytes 0x0000 1f73 0f6c e01e 2190 e31e 9473 0021 0f41 e060 6200 2181 afff 3f7f b263 b229 1e47 201f |.s.l..!....s.!.A.`b.!...?..c.).G .| 0x0022 2d6e a02a fa65 ea1d 5420 0e3f b3ff 1cf1 1c63 8e7f 6b1c 612b 658e ff1c ff1c ef1c 1fa1 |-n.*.e..T .?.....c..k.a+e.........| 0x0044 6c6d ffe0 d3a1 7ce1 4da3 2ba7 02bf 0ebf 0eaf 0e5a 4ce0 7d6f a00e a91d 44a2 9b03 67bf |lm....|.M.+........ZL.}o....D...g.| 0x0f46 6047 be6d a222 7f22 ed8a 6f22 a186 6ca0 201f d761 5521 213f 3469 e055 53a0 4861 575d |`G.m."."..o"..l. ..aU!!?4i.US.HaW]| 0x0f68 215b 69bf 23ee 9b75 3376 601b 692d 621d 0762 a000 3f46 65e2 7d26 761f e96a 6123 7920 |![i.#..u3v`.i-b..b..?Fe.}&v..ja#y | 0x0f8a 5172 ff12 ff12 0096 4520 41e1 b279 6066 4700 a764 15a1 1465 a07d 1965 20bd 2000 4805 |Qr......E A..y`fG..d...e.}.e . .H.| 0x0fac e021 e7e0 22d6 001f 0165 c5e0 0059 e00f 6b00 2e45 411f b520 1078 20c3 6c22 1ae1 6867 |.!.."....e...Y..k..EA.. .x .l"..hg| 0x0fce 2011 e84c 00fc 2056 66e0 3621 9d21 8f8a 6be2 2579 01e0 1058 ee04 10ba 5420 2925 f41f | ..L.. Vf.6!.!..k.%y...X....T )%..| 0x0ff0 a19b a321 2ee0 11b7 3f12 6fd1 6f35 53e0 |...!....?.o.o5S.| [...] 8173 hastd 1306344078.732850 RET sendto 26752/0x6880 8173 hastd 1306344078.732864 CALL _umtx_op(0x801223220,0x9,0,0,0) 8173 hastd 1306344078.732870 RET _umtx_op 0 8173 hastd 1306344078.732875 CALL clock_gettime(0x4,0x7fffff3faf10) 8173 hastd 1306344078.732878 RET clock_gettime 0 8173 hastd 1306344078.732882 CALL clock_gettime(0x4,0x7fffff3faea0) 8173 hastd 1306344078.732885 RET clock_gettime 0 8173 hastd 1306344078.732887 CALL _umtx_op(0x8012231e0,0x8,0x1,0x8012231c0,0x7fffff3fae90) 8173 hastd 1306344078.732893 RET _umtx_op 0 8173 hastd 1306344078.732899 CALL recvfrom(0x7,0x7fffff1f9f30,0x5,MSG_WAITALL,0,0) 8173 hastd 1306344079.641192 RET ioctl 0 8173 hastd 1306344079.641354 CALL pwrite(0x4,0x8012b8000,0x7800,0x1000) 8173 hastd 1306344079.641376 GIO fd 4 wrote 4096 bytes 0x0000 feff efff f36f eb66 c585 1b00 b038 0119 2d62 8006 d418 dcfa d73c fd73 2630 4dd2 d699 |.....o.f.....8..-b.......<.s&0M...| 0x0022 f751 f69e e1af d97c fd00 2010 0856 0200 0d00 0002 2000 0820 8252 7002 4400 42c8 0259 |.Q.....|.. ..V...... .. .Rp.D.B..Y| 0x0044 0040 2610 c940 601b 7043 1000 0402 240c 8060 00d0 0900 802f 2512 0000 23ad 410c 003a |.@&..@`.pC....$..`...../%...#.A..:| 0x0066 a002 0000 1801 0001 008a 3150 8000 0000 1008 0002 4062 8000 0401 1000 8030 caa8 2801 |..........1P........@b.......0..(.| --------------070703080106020807050502-- From owner-freebsd-current@FreeBSD.ORG Wed May 25 19:15:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CBF4106564A; Wed, 25 May 2011 19:15:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id EADB68FC15; Wed, 25 May 2011 19:15:56 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p4PJFqAE026260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 May 2011 22:15:52 +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.4/8.14.4) with ESMTP id p4PJFqNk014153; Wed, 25 May 2011 22:15:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p4PJFqYl014152; Wed, 25 May 2011 22:15:52 +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: Wed, 25 May 2011 22:15:52 +0300 From: Kostik Belousov To: John Baldwin Message-ID: <20110525191552.GA48734@deviant.kiev.zoral.com.ua> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <4DDC17E5.2020700@FreeBSD.org> <201105250943.15362.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0zFmc7P4JeMfRocR" Content-Disposition: inline In-Reply-To: <201105250943.15362.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Dimitry Andric , Arnaud Lacombe Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 19:15:57 -0000 --0zFmc7P4JeMfRocR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, May 25, 2011 at 09:43:15AM -0400, John Baldwin wrote: > It may be that your jail is not a pure 32-bit jail (some things like a 32= -bit=20 > ps won't really work in with a 64-bit host for example). Also, until=20 Err, is it broken (again) ? I committed the 32bit compat shims for kinfo_pr= oc long time ago, and do have ps working in 32bit jail in stable/8. > recently, the machine_arch sysctl reported amd64 for 32-bit binaries. Th= at=20 > was recently changed and might also help your world build to be more corr= ect. > You could also try doing 'make buildworld TARGET=3Di386' in a 64-bit jail= . =20 > However, one question is what problem are you trying to solve? --0zFmc7P4JeMfRocR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3dVWcACgkQC3+MBN1Mb4hZ4wCg3LFdIXXwjM9GTdgzENHpRTY9 Oy4AoNjEdOF/vRb1lWTXcstpMI94n4XU =bZnL -----END PGP SIGNATURE----- --0zFmc7P4JeMfRocR-- From owner-freebsd-current@FreeBSD.ORG Wed May 25 19:24:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17DA11065672 for ; Wed, 25 May 2011 19:24:45 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id C7C318FC14 for ; Wed, 25 May 2011 19:24:44 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id 715971B5A1; Wed, 25 May 2011 21:07:41 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id DNgbvUk4XIn3; Wed, 25 May 2011 21:07:39 +0200 (CEST) Received: from danger-mbp.local (adsl-dyn230.91-127-165.t-com.sk [91.127.165.230]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.syscare.sk (Postfix) with ESMTPSA id 1EF3A1B58D; Wed, 25 May 2011 21:07:39 +0200 (CEST) Message-ID: <4DDD537A.7090408@FreeBSD.org> Date: Wed, 25 May 2011 21:07:38 +0200 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.18pre) Gecko/20110427 Lanikai/3.1.11pre MIME-Version: 1.0 To: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Mikolaj Golub References: <4DDD4890.70604@FreeBSD.org> <4DDD4964.7060008@sippysoft.com> In-Reply-To: <4DDD4964.7060008@sippysoft.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 19:24:45 -0000 On 25.5.2011 20:24, Maxim Sobolev wrote: > On 5/25/2011 11:21 AM, Maxim Sobolev wrote: >> Hi Pawel, >> >> I am observing strange errors while synchronizing the data between >> primary and secondary. I keep getting the following error messages: >> >> May 25 11:09:19 eights hastd[10113]: [test] (secondary) Unable to >> receive request header: Socket is not connected. >> May 25 11:09:24 eights hastd[37571]: [test] (secondary) Worker process >> exited ungracefully (pid=10113, exitcode=75). >> May 25 11:10:17 eights hastd[12109]: [test] (secondary) Unable to >> receive request header: Socket is not connected. >> May 25 11:10:18 eights hastd[37571]: [test] (secondary) Worker process >> exited ungracefully (pid=12109, exitcode=75). >> May 25 11:10:39 eights hastd[14685]: [test] (secondary) Unable to >> receive request header: Socket is not connected. >> May 25 11:10:44 eights hastd[37571]: [test] (secondary) Worker process >> exited ungracefully (pid=14685, exitcode=75). I can only confirm this behavior. I have already reported this to Mikolaj and we are trying to hunt down the problem. I have started observing suddenly after some update. Unfortunately I haven't noted which revision I started to observe this bug ;( Do you happen to use some net.inet sysctls/tunables? >> >> The synchronization steel proceeds, but it's slow due to the need to >> re-negotiate and re-spawn the secondary worker. I have tried to ktrace >> both server and client at the same time. For some reason the primary >> keeps sending data, while client gets 0-read from the recvfrom at some >> point, while the primary keeps sending more data. This is 8-STABLE code >> on both ends. >> >> Any ideas of what could be wrong here are appreciated. > > Sorry, forgot the traces. > > Regards, > > > > _______________________________________________ > 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" -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed May 25 19:44:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 458FB106566B; Wed, 25 May 2011 19:44:04 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1A6E58FC08; Wed, 25 May 2011 19:44:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A675146B32; Wed, 25 May 2011 15:44:03 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3EAE58A04F; Wed, 25 May 2011 15:44:03 -0400 (EDT) From: John Baldwin To: Arnaud Lacombe Date: Wed, 25 May 2011 15:44:02 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105251228.32399.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105251544.02621.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 25 May 2011 15:44:03 -0400 (EDT) Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 19:44:04 -0000 On Wednesday, May 25, 2011 1:03:10 pm Arnaud Lacombe wrote: > Hi, > > On Wed, May 25, 2011 at 12:28 PM, John Baldwin wrote: > > On Wednesday, May 25, 2011 11:34:29 am Arnaud Lacombe wrote: > >> Hi, > >> > >> On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote: > >> >> The original trouble I met, is that building for an i586 target in a > >> >> 32bits jail, on top of an amd64 system[0] (I do not have control over > >> >> that setup) produces incorrect binaries. The current fix I've got is > >> >> to define MACHINE_ARCH=i386 and CPUTYPE=i586. This enforces > >> >> `-march=i586' to be passed to the compiler, for all except the > >> >> bootloader (because it overwrites CFLAGS). With this, binaries > >> >> produced works fine (ie. /bin/sh no longer SIGILL when bringing up the > >> >> system). So I suspect that gcc default to i686 in this setup and > >> >> corrupt all the binaries, thus the attached patch. > >> > > >> > Wait. You must have something wrong in your jail if you can't do a > > buildworld > >> > with CPUTYPE set to none and have it do the right thing. You need to find > >> > your root problem. Forcing CPUCFLAGS for the boot code is a band-aid, > > it's > >> > not the right solution to your problem. > >> > > >> Unless error of my part, I never mentioned it was using `buildworld', > >> which it is not. The system uses bare calls to make(1) in the > >> sys/boot/ directory. As the jail is 32bits, it was expected not to be > >> an issue, but the jail compiler uses /lib/libstand.a to link the > >> loader, and it obviously contains i686-only instructions, which > >> trigger a reset of an i586-only CPU. > >> > >> The more broad issue with the setup is that gcc within that > >> environment, without being told -march=i586, produces i686 > >> instructions which are incompatible with the target CPU. > > > > Huh? GCC does not generate i686 instructions by default on FreeBSD/i386. It > > generates i486 instructions but that is all. > something is odd somewhere. > > > Are you sure you aren't running > > the 64-bit gcc (which will generate i686 instructions by default)? > > > yes. > > # which gcc > /usr/bin/gcc > > # file /usr/bin/gcc > /usr/bin/gcc: ELF 32-bit LSB executable, Intel 80386, version 1 > (FreeBSD), for FreeBSD 7.1, statically linked, FreeBSD-style, stripped > > # gcc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > > # uname -a > FreeBSD build 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 > UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > amd64 ^^^^^ I think this is probably going to confuse make and some other things as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed May 25 20:10:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993CA1065672; Wed, 25 May 2011 20:10:18 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 430008FC08; Wed, 25 May 2011 20:10:18 +0000 (UTC) Received: by iwn33 with SMTP id 33so17114iwn.13 for ; Wed, 25 May 2011 13:10:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sDYply9JuYG/gBaKUor9xu2Gd+cYZWj6dO0e+Nk89rM=; b=UayELTFALA/9pkzPv+zpg0WoVIlXw351/3SClOLNm7xauZqlQdU2UAEDAH6Z/zunqN BTxg5YUQUc6c0+dUgntSW2OK5xSkKeE3rjh/U9IopZ1fOKix2qFHYre9SmOUQewEjEjm 5IhzNL0OEMf8f0bCJXHY0RXNzVdnXZc/MoGaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=sj9+18aDC8tnVX3lwhFvV6ZuN3bwSbt+4mlVMuewAuyATtXCfqrrxBwZRr3jmENLba /hZKbgS/d9VAY04Whzj+eVi44FvZah0Yqw+wO5ahIqZwrXglFKllbOJAICLbApfh79Ok NXMSKvEcKBQafYRMxV4hTBReutgPN3JemUu6g= MIME-Version: 1.0 Received: by 10.42.117.137 with SMTP id t9mr12749077icq.277.1306354217520; Wed, 25 May 2011 13:10:17 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 13:10:17 -0700 (PDT) In-Reply-To: <201105251544.02621.jhb@freebsd.org> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105251228.32399.jhb@freebsd.org> <201105251544.02621.jhb@freebsd.org> Date: Wed, 25 May 2011 16:10:17 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 20:10:18 -0000 Hi, On Wed, May 25, 2011 at 3:44 PM, John Baldwin wrote: > On Wednesday, May 25, 2011 1:03:10 pm Arnaud Lacombe wrote: >> Hi, >> >> On Wed, May 25, 2011 at 12:28 PM, John Baldwin wrote: >> > On Wednesday, May 25, 2011 11:34:29 am Arnaud Lacombe wrote: >> >> Hi, >> >> >> >> On Wed, May 25, 2011 at 9:43 AM, John Baldwin wrote= : >> >> >> The original trouble I met, is that building for an i586 target in= a >> >> >> 32bits jail, on top of an amd64 system[0] (I do not have control o= ver >> >> >> that setup) produces incorrect binaries. The current fix I've got = is >> >> >> to define MACHINE_ARCH=3Di386 and CPUTYPE=3Di586. This enforces >> >> >> `-march=3Di586' to be passed to the compiler, for all except the >> >> >> bootloader (because it overwrites CFLAGS). With this, binaries >> >> >> produced works fine (ie. /bin/sh no longer SIGILL when bringing up= the >> >> >> system). So I suspect that gcc default to i686 in this setup and >> >> >> corrupt all the binaries, thus the attached patch. >> >> > >> >> > Wait. =A0You must have something wrong in your jail if you can't do= a >> > buildworld >> >> > with CPUTYPE set to none and have it do the right thing. =A0You nee= d to > find >> >> > your root problem. =A0Forcing CPUCFLAGS for the boot code is a band= -aid, >> > it's >> >> > not the right solution to your problem. >> >> > >> >> Unless error of my part, I never mentioned it was using `buildworld', >> >> which it is not. The system uses bare calls to make(1) in the >> >> sys/boot/ directory. As the jail is 32bits, it was expected not to be >> >> an issue, but the jail compiler uses /lib/libstand.a to link the >> >> loader, and it obviously contains i686-only instructions, which >> >> trigger a reset of an i586-only CPU. >> >> >> >> The more broad issue with the setup is that gcc within that >> >> environment, without being told -march=3Di586, produces i686 >> >> instructions which are incompatible with the target CPU. >> > >> > Huh? =A0GCC does not generate i686 instructions by default on FreeBSD/= i386. > =A0It >> > generates i486 instructions but that is all. >> something is odd somewhere. >> >> > Are you sure you aren't running >> > the 64-bit gcc (which will generate i686 instructions by default)? >> > >> yes. >> >> # which gcc >> /usr/bin/gcc >> >> # file /usr/bin/gcc >> /usr/bin/gcc: ELF 32-bit LSB executable, Intel 80386, version 1 >> (FreeBSD), for FreeBSD 7.1, statically linked, FreeBSD-style, stripped >> >> # gcc -v >> Using built-in specs. >> Target: i386-undermydesk-freebsd >> Configured with: FreeBSD/i386 system compiler >> Thread model: posix >> gcc version 4.2.1 20070719 =A0[FreeBSD] >> >> # uname -a >> FreeBSD build 7.2-RELEASE FreeBSD 7.2-RELEASE #0: Fri May =A01 07:18:07 >> UTC 2009 =A0 =A0 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENE= RIC >> =A0amd64 > =A0 ^^^^^ > > I think this is probably going to confuse make and some other things as w= ell. > This is what I meant when I said "canadian setup". HOST=3Damd64, BUIILD=3Di386 and TARGET=3Di586. I'm now trying to track down the original instruction triggering the SIGILL, but it is in a library and that section of the memory does not seem to be included in the core. Moreover I do not think I have any way on a broken system to get the address at which libraries get loaded (understand that ldd(1) is dynamically linked, and as the libc the likely culprit, rendering ldd(1) useless). - Arnaud From owner-freebsd-current@FreeBSD.ORG Wed May 25 21:49:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D47D1106564A; Wed, 25 May 2011 21:49:24 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 81FBC8FC13; Wed, 25 May 2011 21:49:24 +0000 (UTC) Received: by iwn33 with SMTP id 33so101491iwn.13 for ; Wed, 25 May 2011 14:49:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UWQ7HEsitcUIaI+NmgLwbZyJEfwmpuyXr4sQBp4gEe4=; b=VRTWvrsPz+6oqKtmYGnsMhhMJLxWEoyt5Th8FLkK5o9nkzVZpgc0rIwabshiu8CdCX 3oRuSL2s1hfpNe5E1PTqF40OQlrsQjKwWhD0iQLhbz/ufOouIcpXaiTNINWcsTnLSpGQ KG4eWPQT3Au2VYypJoXhfKjae1UY8+ImNKVZQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DA3NLkFaN5+c6ulvwayqoh/r3hpzUHh+XC2487pIsNKP7X383G/M2OcRxXhBWtfHPr LSkmkgjf+DPs6CM6Eb5R8fCIb1LEL+ErCI69xwXDvni4jwuC+5mPtEQBbRX7jDMwQbBm bl9oFha9xUTUp5u2gmUdNJiYwLCTV1/JffcH4= MIME-Version: 1.0 Received: by 10.42.134.67 with SMTP id k3mr58207ict.478.1306360164076; Wed, 25 May 2011 14:49:24 -0700 (PDT) Received: by 10.42.177.10 with HTTP; Wed, 25 May 2011 14:49:24 -0700 (PDT) In-Reply-To: References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> <201105251228.32399.jhb@freebsd.org> <201105251544.02621.jhb@freebsd.org> Date: Wed, 25 May 2011 17:49:24 -0400 Message-ID: From: Arnaud Lacombe To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Dimitry Andric Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 May 2011 21:49:24 -0000 Hi, On Wed, May 25, 2011 at 4:10 PM, Arnaud Lacombe wrote: > I'm now trying to track down the original instruction triggering the > SIGILL, but it is in a library and that section of the memory does not > seem to be included in the core. Moreover I do not think I have any > way on a broken system to get the address at which libraries get > loaded (understand that ldd(1) is dynamically linked, and as the libc > the likely culprit, rendering ldd(1) useless). > ok, the reason the whole system appears broken is because `/libexec/ld-elf.so.1' is broken, it contains several CMOV instructions. The objects it is made from are clear from any CMOV, so this code likely comes from the jail's lib. I guess that the responsible for building the jail environment had the wonderful idea to use the host /usr/lib32 and put them in the jail /usr/lib, without knowing that those libraries are i686-optimized, That also explain the /boot/loader brokenness which links against the jail's libstand.a. - Arnaud From owner-freebsd-current@FreeBSD.ORG Thu May 26 02:48:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D27C1065673; Thu, 26 May 2011 02:48:54 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail.sippysoft.com (mail.sippysoft.com [4.59.13.245]) by mx1.freebsd.org (Postfix) with ESMTP id 660DD8FC1B; Thu, 26 May 2011 02:48:54 +0000 (UTC) Received: from [4.59.13.245] (helo=[192.168.1.79]) by mail.sippysoft.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QPQ97-0009lp-LZ; Wed, 25 May 2011 19:17:57 -0700 Message-ID: <4DDDB854.50306@FreeBSD.org> Date: Wed, 25 May 2011 19:17:56 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Daniel Gerzo References: <4DDD4890.70604@FreeBSD.org> <4DDD4964.7060008@sippysoft.com> <4DDD537A.7090408@FreeBSD.org> In-Reply-To: <4DDD537A.7090408@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Sender: sobomax@sippysoft.com X-ssp-trusted: yes Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Mikolaj Golub Subject: Re: Weird issue with hastd(8) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 02:48:54 -0000 On 5/25/2011 12:07 PM, Daniel Gerzo wrote: > I can only confirm this behavior. I have already reported this to > Mikolaj and we are trying to hunt down the problem. I have started > observing suddenly after some update. Unfortunately I haven't noted > which revision I started to observe this bug ;( > > Do you happen to use some net.inet sysctls/tunables? Not really. The only sysctls we override are UDP ones: net.inet.udp.blackhole=1 # --SSP-- net.inet.udp.recvspace=332800 # --SSP-- net.inet.udp.maxdgram=57344 # --SSP-- net.link.ether.inet.log_arp_wrong_iface=0 # - But at least it is good to know that we are not alone with this issue. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu May 26 08:37:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA26A1065670 for ; Thu, 26 May 2011 08:37:35 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4578FC18 for ; Thu, 26 May 2011 08:37:35 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QPW4J-0007rb-B3 for freebsd-current@freebsd.org; Thu, 26 May 2011 10:37:24 +0200 Date: Thu, 26 May 2011 10:37:21 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org Message-ID: <20110526083718.GA28784@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Subject: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 08:37:35 -0000 Hello, I'm running -CURRENT on my laptop (r220692 from ~mid of April) and /usr/ports from CVS from the same day; I want from time to time (let's says once a week) SVN update my kernel and userland; I know that these two should be in sync, but what about the ports? I have installed around 1200 ports I'm used to use. Is there any special note in /usr/src/UPDATING when the ABI changes and would break the compiled ports? Thanks for a comment matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu May 26 09:27:37 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 300ED106564A for ; Thu, 26 May 2011 09:27:37 +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 4DF268FC08 for ; Thu, 26 May 2011 09:27:36 +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 MAA16795; Thu, 26 May 2011 12:27:34 +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 1QPWqs-00008t-Kt; Thu, 26 May 2011 12:27:34 +0300 Message-ID: <4DDE1D05.5030109@FreeBSD.org> Date: Thu, 26 May 2011 12:27:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 09:27:37 -0000 Rick, maybe I've just not looked hard enough, but I am a little bit confused about how to setup properly newnfs server and client via rc.conf. That is, I am not sure which exactly daemons I need and what variables to set. The reason I am asking is that I see some things than seems unexpected to me. For example, rc.d/nfsserver tries to load nfsserver.ko, but that fails in my environment: root: /etc/rc: WARNING: Unable to load kernel module nfsserver And these modules come built into my kernel: $ kldstat -v | fgrep nfs 171 nfssvc 126 nfsd 123 nfscommon 172 nfslockd 124 nfs 130 unionfs 125 nfscl 170 nfslock Also, I see that rc.d/nfsclient has required_modules="nfsclient:oldnfs" which is also a little bit surprising. So I would appreciate an example here. Also, for my future tests, I would like to get some pointers on getting started with NFSv4 in FreeBSD. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 26 13:14:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E294D106567A; Thu, 26 May 2011 13:14:17 +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 61C8D8FC14; Thu, 26 May 2011 13:14:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAPtR3k2DaFvO/2dsb2JhbABUG4QuolyIcKxmkGKBK4NqgQcEkDmPLA X-IronPort-AV: E=Sophos;i="4.65,273,1304308800"; d="scan'208";a="125900025" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 26 May 2011 09:14:01 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 094DEB3E95; Thu, 26 May 2011 09:14:01 -0400 (EDT) Date: Thu, 26 May 2011 09:14:01 -0400 (EDT) From: Rick Macklem To: Andriy Gapon Message-ID: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DDE1D05.5030109@FreeBSD.org> 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 - IE7 (Win)/6.0.10_GA_2692) Cc: Rick Macklem , FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 13:14:18 -0000 > Rick, > > maybe I've just not looked hard enough, but I am a little bit confused > about how > to setup properly newnfs server and client via rc.conf. > That is, I am not sure which exactly daemons I need and what variables > to set. > Well, for head/current, I don't think you'll need anything different unless you want to run NFSv4. If you want to force use of the old nfs server, you can do that with: oldnfs_server_enable="YES" As for the client side, I have up to date scripts for /etc/rc.d in http://people.freebsd.org/~rmacklem/rc.conf - I am waiting for a review on those, before they go into head. > The reason I am asking is that I see some things than seems unexpected > to me. > For example, rc.d/nfsserver tries to load nfsserver.ko, but that fails > in my > environment: > root: /etc/rc: WARNING: Unable to load kernel module nfsserver Hmm, I have no idea why the old server module won't load for you, but if you want to run the new/default one, you don't need it anyhow. (If you replace /etc/rc.d/nfsd with the one in ~rmacklem/rc.conf you should delete /etc/rc.d/nfsserver. All it does is make the old nfs server module load and my modified /etc/rc.d/nfsd does that, as required.) > And these modules come built into my kernel: > $ kldstat -v | fgrep nfs > 171 nfssvc > 126 nfsd > 123 nfscommon > 172 nfslockd > 124 nfs > 130 unionfs > 125 nfscl > 170 nfslock > So you have the new client (nfscl) and new server (nfsd) already loaded and should be good to go. > Also, I see that rc.d/nfsclient has > required_modules="nfsclient:oldnfs" > which is also a little bit surprising. > This would just force loading of the old client. Harmless, but unnecessary unless you are using it. This is because the rc.d scripts haven`t been updated for the client yet. (See above w.r.t. ones for review. The 3 that change are mountcritremote, nfsclient, plus a one line change to rc.conf in defaults.) However, I think everything should work for your case. > So I would appreciate an example here. > I don`t think any changes are necessary, although it would be nice if you grabbed the new rc.d scripts and tested them. > Also, for my future tests, I would like to get some pointers on > getting started > with NFSv4 in FreeBSD. > For the NFSv4 client, you need to: nfsuserd_enable=``YES`` for the server nfsv4_server_enable=``YES`` nfs_server_enable=``YES`` - you`ll also need to add a ``V4: ...`` line to your exports file. See man exports or man nfsv4 rick From owner-freebsd-current@FreeBSD.ORG Thu May 26 13:40:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952BD106566B for ; Thu, 26 May 2011 13:40:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 53C828FC12 for ; Thu, 26 May 2011 13:40:38 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E307846B0A; Thu, 26 May 2011 09:40:37 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8253D8A04F; Thu, 26 May 2011 09:40:37 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 26 May 2011 09:40:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105260940.37035.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 26 May 2011 09:40:37 -0400 (EDT) Cc: "deeptech71@gmail.com" Subject: Re: pcib allocation failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 13:40:38 -0000 On Sunday, May 22, 2011 1:20:39 pm deeptech71@gmail.com wrote: > On Sat, May 21, 2011 at 3:59 PM, deeptech71@gmail.com > wrote: > > On Thu, May 19, 2011 at 11:35 PM, John Baldwin wrote: > >> Index: pci_pci.c > >> =================================================================== > >> --- pci_pci.c (revision 222093) > >> +++ pci_pci.c (working copy) > >> @@ -162,8 +162,13 @@ pcib_write_windows(struct pcib_softc *sc, int mask > >> { > >> device_t dev; > >> uint32_t val; > >> + uint16_t cmd; > >> > >> dev = sc->dev; > >> + cmd = pci_read_config(dev, PCIR_COMMAND, 2); > >> + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) > >> + pci_write_config(dev, PCIR_COMMAND, > >> + cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD_MEMEN), 2); > >> if (sc->io.valid && mask & WIN_IO) { > >> val = pci_read_config(dev, PCIR_IOBASEL_1, 1); > >> if ((val & PCIM_BRIO_MASK) == PCIM_BRIO_32) { > >> @@ -192,6 +197,8 @@ pcib_write_windows(struct pcib_softc *sc, int mask > >> pci_write_config(dev, PCIR_PMBASEL_1, sc->pmem.base >> 16, 2); > >> pci_write_config(dev, PCIR_PMLIMITL_1, sc->pmem.limit >> 16, 2); > >> } > >> + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) > >> + pci_write_config(dev, PCIR_COMMAND, cmd, 2); > >> } > >> > >> static void > >> @@ -231,7 +238,9 @@ pcib_alloc_window(struct pcib_softc *sc, struct pc > >> w->name, (uintmax_t)w->base, (uintmax_t)w->limit); > >> w->base = max_address; > >> w->limit = 0; > >> +#if 0 > >> pcib_write_windows(sc, w->mask); > >> +#endif > >> return; > >> } > >> pcib_activate_window(sc, type); > > > > that seems to work. > > oops, i forgot to set the AGP aperture size to 128M during testing. > that patch actually does NOT work. Hmmm, I've no idea why this breaks your device. It should just leave the window alone until we shrink it down to the actual window. Ohh, you have two devices behind this bridge that have prefetch ranges. As a hack, can you try this: Index: pci_pci.c =================================================================== --- pci_pci.c (revision 222285) +++ pci_pci.c (working copy) @@ -162,8 +162,13 @@ pcib_write_windows(struct pcib_softc *sc, int mask { device_t dev; uint32_t val; + uint16_t cmd; dev = sc->dev; + cmd = pci_read_config(dev, PCIR_COMMAND, 2); + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, + cmd & ~(PCIM_CMD_PORTEN | PCIM_CMD_MEMEN), 2); if (sc->io.valid && mask & WIN_IO) { val = pci_read_config(dev, PCIR_IOBASEL_1, 1); if ((val & PCIM_BRIO_MASK) == PCIM_BRIO_32) { @@ -192,6 +197,8 @@ pcib_write_windows(struct pcib_softc *sc, int mask pci_write_config(dev, PCIR_PMBASEL_1, sc->pmem.base >> 16, 2); pci_write_config(dev, PCIR_PMLIMITL_1, sc->pmem.limit >> 16, 2); } + if (cmd & (PCIM_CMD_PORTEN | PCIM_CMD_MEMEN)) + pci_write_config(dev, PCIR_COMMAND, cmd, 2); } static void @@ -337,6 +344,9 @@ pcib_probe_windows(struct pcib_softc *sc) pci_read_config(dev, PCIR_PMLIMITL_1, 2)); max = 0xffffffff; } + /* XXX: Testing hack */ + if (device_get_unit(sc->sc_dev) == 1) + sc->pmem.limit = 0xefffffff; pcib_alloc_window(sc, &sc->pmem, SYS_RES_MEMORY, RF_PREFETCHABLE, max); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu May 26 13:41:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B11F31065674; Thu, 26 May 2011 13:41:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4980F8FC27; Thu, 26 May 2011 13:41:12 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAOVX3k2DaFvO/2dsb2JhbABUG4QuolyIcKw9kFyBK4NqgQcEkDmPLA X-IronPort-AV: E=Sophos;i="4.65,273,1304308800"; d="scan'208";a="121930508" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 May 2011 09:41:11 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5AC6AB3F92; Thu, 26 May 2011 09:41:11 -0400 (EDT) Date: Thu, 26 May 2011 09:41:11 -0400 (EDT) From: Rick Macklem To: Andriy Gapon Message-ID: <942786495.837245.1306417271311.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: Rick Macklem , FreeBSD-Current , Andriy Gapon Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 13:41:12 -0000 > Well, for head/current, I don't think you'll need anything different > unless > you want to run NFSv4. If you want to force use of the old nfs server, > you > can do that with: > oldnfs_server_enable="YES" > > As for the client side, I have up to date scripts for /etc/rc.d in > http://people.freebsd.org/~rmacklem/rc.conf > - I am waiting for a review on those, before they go into head. > > > The reason I am asking is that I see some things than seems > > unexpected > > to me. > > For example, rc.d/nfsserver tries to load nfsserver.ko, but that > > fails > > in my > > environment: > > root: /etc/rc: WARNING: Unable to load kernel module nfsserver > Hmm, I have no idea why the old server module won't load for you, but > if you want to run the new/default one, you don't need it anyhow. > (If you replace /etc/rc.d/nfsd with the one in ~rmacklem/rc.conf you > should delete /etc/rc.d/nfsserver. All it does is make the old nfs > server module load and my modified /etc/rc.d/nfsd does that, as > required.) > Btw, it would be nice to find out why it doesn't load. You might try "kldload -v nfsserver.ko" and see what happens? (It loads for me here.) > > And these modules come built into my kernel: > > $ kldstat -v | fgrep nfs > > 171 nfssvc > > 126 nfsd > > 123 nfscommon > > 172 nfslockd > > 124 nfs > > 130 unionfs > > 125 nfscl > > 170 nfslock > > > So you have the new client (nfscl) and new server (nfsd) already > loaded > and should be good to go. > > > Also, I see that rc.d/nfsclient has > > required_modules="nfsclient:oldnfs" > > which is also a little bit surprising. > > > This would just force loading of the old client. Harmless, but > unnecessary > unless you are using it. > This is because the rc.d scripts haven`t been updated for the client > yet. > (See above w.r.t. ones for review. The 3 that change are > mountcritremote, > nfsclient, plus a one line change to rc.conf in defaults.) > However, I think everything should work for your case. > > > So I would appreciate an example here. > > > I don`t think any changes are necessary, although it would be nice if > you > grabbed the new rc.d scripts and tested them. > Btw, you'll find two versions of the mountcritremote patch. One, called mountcritremote.diff2 is the minimal 1 line change needed to fix it. The other, called mountcritremote.diff, takes out all the nfs specific cruft that doesn't seem to be needed anymore, at least for the testing I've done. (If I can't get this well reviewed, I'll go with the 1 line change for head for now.) > > Also, for my future tests, I would like to get some pointers on > > getting started > > with NFSv4 in FreeBSD. > > > For the NFSv4 client, you need to: > nfsuserd_enable=``YES`` > Oh, and the mount command looks like: # mount -t nfs -o nfsv4 server:/path /mntpath > for the server > nfsv4_server_enable=``YES`` > nfs_server_enable=``YES`` > - you`ll also need to add a ``V4: ...`` line to your exports file. See > man exports or man nfsv4 > > rick From owner-freebsd-current@FreeBSD.ORG Thu May 26 14:49:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57462106566B; Thu, 26 May 2011 14:49:41 +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 579448FC0C; Thu, 26 May 2011 14:49:39 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA21923; Thu, 26 May 2011 17:49:36 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4DDE687F.8030208@FreeBSD.org> Date: Thu, 26 May 2011 17:49:35 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110504 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem References: <942786495.837245.1306417271311.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <942786495.837245.1306417271311.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Rick Macklem , FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 14:49:41 -0000 First, thank you very much for all the help! on 26/05/2011 16:41 Rick Macklem said the following: > Btw, it would be nice to find out why it doesn't load. You might > try "kldload -v nfsserver.ko" and see what happens? (It loads for > me here.) Oh, it looks that I just don't compile/install this module (I have MODULES_OVERRIDE), so no problem here. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 26 15:19:56 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 406B0106564A for ; Thu, 26 May 2011 15:19:56 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA628FC08 for ; Thu, 26 May 2011 15:19:55 +0000 (UTC) Received: by pvg11 with SMTP id 11so440946pvg.13 for ; Thu, 26 May 2011 08:19:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:reply-to:date:message-id:subject :from:to:cc:content-type; bh=iuQn691r1wybbJxnBP3cQTokf1a4DRXHcxGfi4vlFJw=; b=tL14WSTFZ10KSSyVPFwRjNtvFM2RlcRisdy4LVWNgJUI8nxesmUD2FldzYR8e2nqcy bMPX2lpVQwpYrhT9waaI/Ie/sAIcgJB0YgmLksHdbsT/lyg6AAVsDcHB4ajOoH2FaJDI +8YFb8VNVqTqm+7iSeOKMzfx4QOWQ7T/SEuw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type; b=Lsznw1szNLuk8iHVGtmix/qc29L4XCC9XTsOomr9N4tNnoTpcmQ8JyQrXby1LjQ4jZ SUruVrzKZJbA65+J8/RcGSewx785ZMucF47uEZ288kFK/ZqvSdWbDSoUW4Q2lCDMEqDI N1ZTj3pr88RwU79l2K4TnY4mI57XFNG1AvOOI= MIME-Version: 1.0 Received: by 10.68.25.1 with SMTP id y1mr326446pbf.169.1306419375538; Thu, 26 May 2011 07:16:15 -0700 (PDT) Received: by 10.68.41.101 with HTTP; Thu, 26 May 2011 07:16:15 -0700 (PDT) Date: Thu, 26 May 2011 10:16:15 -0400 Message-ID: From: "b. f." To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 15:19:56 -0000 Matthias Apitz: ... > I'm running -CURRENT on my laptop (r220692 from ~mid of April) and > /usr/ports from CVS from the same day; I want from time to time (let's > says once a week) SVN update my kernel and userland; I know that these > two should be in sync, but what about the ports? I have installed around > 1200 ports I'm used to use. Is there any special note in /usr/src/UPDATING > when the ABI changes and would break the compiled ports? There is a lot of relevant information in UPDATING, but this file doesn't focus on ports, and some changes that affect ports aren't mentioned. You can find some workarounds or IGNORE settings in individual port Makefiles based upon OSVERSION, some open PRs which describe known problems (and, occasionally, solutions), and a partial list of problems at: http://wiki.freebsd.org/PortsBrokenOnCurrent (but this last listing is somewhat incomplete and out-of-date). You can also find build logs at: http://pointyhat.freebsd.org/errorlogs/ Efforts to find and fix these problems will accelerate after the slush/freeze that will precede the release of FreeBSD 9. b. From owner-freebsd-current@FreeBSD.ORG Thu May 26 15:58:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 124D9106566B for ; Thu, 26 May 2011 15:58:26 +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 EC0D78FC0A for ; Thu, 26 May 2011 15:58:24 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p4QFwJT6037347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2011 18:58:19 +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.4/8.14.4) with ESMTP id p4QFwJBc021029; Thu, 26 May 2011 18:58:19 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p4QFwJSG021028; Thu, 26 May 2011 18:58:19 +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: Thu, 26 May 2011 18:58:19 +0300 From: Kostik Belousov To: bf1783@gmail.com Message-ID: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="phdkeoCCOX25NyNZ" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Matthias Apitz , freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 15:58:26 -0000 --phdkeoCCOX25NyNZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote: > Matthias Apitz: > ... > > I'm running -CURRENT on my laptop (r220692 from ~mid of April) and > > /usr/ports from CVS from the same day; I want from time to time (let's > > says once a week) SVN update my kernel and userland; I know that these > > two should be in sync, but what about the ports? I have installed around > > 1200 ports I'm used to use. Is there any special note in /usr/src/UPDAT= ING > > when the ABI changes and would break the compiled ports? >=20 > There is a lot of relevant information in UPDATING, but this file > doesn't focus on ports, and some changes that affect ports aren't > mentioned. You can find some workarounds or IGNORE settings in > individual port Makefiles based upon OSVERSION, some open PRs which > describe known problems (and, occasionally, solutions), and a partial > list of problems at: >=20 > http://wiki.freebsd.org/PortsBrokenOnCurrent >=20 > (but this last listing is somewhat incomplete and out-of-date). You > can also find build logs at: >=20 > http://pointyhat.freebsd.org/errorlogs/ >=20 > Efforts to find and fix these problems will accelerate after the > slush/freeze that will precede the release of FreeBSD 9. [With the re hat on] The policy that we are trying to follow with regard to the userland ABI in the project is that - the libraries that already provide symbol versioning shall not break ABI backward-compatibility under any circumstances. The list of such libraries includes libc, libpthread, libm and libstdc++. There are other libraries that also implement symbol versioning, but they are supplied by third parties, and we rely on the upstream projects to not break the guarantee (mostly). - for not versioned libraries, it is a developer responsibility to bump .so major version upon ABI breakage. Sure, there is much more to the system ABI besides ABI provided by the system libraries, e.g. the list of available binaries etc. But this should cover 98% of the all the needs of the typical application. What you cannot rely on when using HEAD, is the ability to partially upgrade the ports installed. The reason is mostly in the need of bump for the non-versioned libraries. But again, the basic C runtime is versioned and should provide enough stability. --phdkeoCCOX25NyNZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3eeJoACgkQC3+MBN1Mb4gsKACdGmmwQlcfLY7kVSOadTlZQbod hsgAoLNJ6XtcLu+RRuJAIvTYdksy72zc =GoDK -----END PGP SIGNATURE----- --phdkeoCCOX25NyNZ-- From owner-freebsd-current@FreeBSD.ORG Thu May 26 16:47:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36348106566C for ; Thu, 26 May 2011 16:47:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D53108FC1C for ; Thu, 26 May 2011 16:47:54 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p4QGlrDG005565; Thu, 26 May 2011 12:47:53 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Thu, 26 May 2011 12:47:53 -0400 (EDT) Date: Thu, 26 May 2011 12:47:53 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kostik Belousov In-Reply-To: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> Message-ID: References: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bf1783@gmail.com, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 16:47:55 -0000 On Thu, 26 May 2011, Kostik Belousov wrote: > On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote: >> Matthias Apitz: >> ... >>> I'm running -CURRENT on my laptop (r220692 from ~mid of April) and >>> /usr/ports from CVS from the same day; I want from time to time (let's >>> says once a week) SVN update my kernel and userland; I know that these >>> two should be in sync, but what about the ports? I have installed around >>> 1200 ports I'm used to use. Is there any special note in /usr/src/UPDATING >>> when the ABI changes and would break the compiled ports? >> >> There is a lot of relevant information in UPDATING, but this file >> doesn't focus on ports, and some changes that affect ports aren't >> mentioned. You can find some workarounds or IGNORE settings in >> individual port Makefiles based upon OSVERSION, some open PRs which >> describe known problems (and, occasionally, solutions), and a partial >> list of problems at: >> >> http://wiki.freebsd.org/PortsBrokenOnCurrent >> >> (but this last listing is somewhat incomplete and out-of-date). You >> can also find build logs at: >> >> http://pointyhat.freebsd.org/errorlogs/ >> >> Efforts to find and fix these problems will accelerate after the >> slush/freeze that will precede the release of FreeBSD 9. > > [With the re hat on] > > The policy that we are trying to follow with regard to the userland ABI > in the project is that > - the libraries that already provide symbol versioning shall not break > ABI backward-compatibility under any circumstances. The list of such > libraries includes libc, libpthread, libm and libstdc++. There are other > libraries that also implement symbol versioning, but they are supplied > by third parties, and we rely on the upstream projects to not break > the guarantee (mostly). To clarify a bit, FreeBSD versioned libraries (libc, libpthread, etc) in HEAD will not break the ABI with prior releases. But within different versions of HEAD, there may be ABI breakages. For instance, if we break the ABI for foo() once in head on April 20, 2011, then we provide a compatible symbol for foo() in RELENG_8. If on May 26 2011 we decide that the ABI for foo() needs to be broken again, then we do not force ourselves to provide a compat symbol for foo() between April 20 and May 26. Depending on the breakage, we may provide a April 20 - May 26 compat symbol as a temporary aid for folks running HEAD, but at some point before HEAD is branched it will be removed. The case of this happening should be very rare, and I don't think it has happened yet. -- DE From owner-freebsd-current@FreeBSD.ORG Thu May 26 17:22:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 276A5106566B for ; Thu, 26 May 2011 17:22:07 +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 6A1B88FC0C for ; Thu, 26 May 2011 17:22:07 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p4QHM3ST044562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 26 May 2011 20:22:03 +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.4/8.14.4) with ESMTP id p4QHM3F9021516; Thu, 26 May 2011 20:22:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p4QHM37T021515; Thu, 26 May 2011 20:22:03 +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: Thu, 26 May 2011 20:22:03 +0300 From: Kostik Belousov To: Daniel Eischen Message-ID: <20110526172203.GL48734@deviant.kiev.zoral.com.ua> References: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="47uHu9eEG8RBDiQe" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: bf1783@gmail.com, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 17:22:08 -0000 --47uHu9eEG8RBDiQe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, May 26, 2011 at 12:47:53PM -0400, Daniel Eischen wrote: > On Thu, 26 May 2011, Kostik Belousov wrote: >=20 > >On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote: > >>Matthias Apitz: > >>... > >>>I'm running -CURRENT on my laptop (r220692 from ~mid of April) and > >>>/usr/ports from CVS from the same day; I want from time to time (let's > >>>says once a week) SVN update my kernel and userland; I know that these > >>>two should be in sync, but what about the ports? I have installed arou= nd > >>>1200 ports I'm used to use. Is there any special note in=20 > >>>/usr/src/UPDATING > >>>when the ABI changes and would break the compiled ports? > >> > >>There is a lot of relevant information in UPDATING, but this file > >>doesn't focus on ports, and some changes that affect ports aren't > >>mentioned. You can find some workarounds or IGNORE settings in > >>individual port Makefiles based upon OSVERSION, some open PRs which > >>describe known problems (and, occasionally, solutions), and a partial > >>list of problems at: > >> > >>http://wiki.freebsd.org/PortsBrokenOnCurrent > >> > >>(but this last listing is somewhat incomplete and out-of-date). You > >>can also find build logs at: > >> > >>http://pointyhat.freebsd.org/errorlogs/ > >> > >>Efforts to find and fix these problems will accelerate after the > >>slush/freeze that will precede the release of FreeBSD 9. > > > >[With the re hat on] > > > >The policy that we are trying to follow with regard to the userland ABI > >in the project is that > >- the libraries that already provide symbol versioning shall not break > > ABI backward-compatibility under any circumstances. The list of such > > libraries includes libc, libpthread, libm and libstdc++. There are other > > libraries that also implement symbol versioning, but they are supplied > > by third parties, and we rely on the upstream projects to not break > > the guarantee (mostly). >=20 > To clarify a bit, FreeBSD versioned libraries (libc, libpthread, etc) > in HEAD will not break the ABI with prior releases. But within > different versions of HEAD, there may be ABI breakages. For instance, > if we break the ABI for foo() once in head on April 20, 2011, then > we provide a compatible symbol for foo() in RELENG_8. If on May 26 > 2011 we decide that the ABI for foo() needs to be broken again, > then we do not force ourselves to provide a compat symbol for foo() > between April 20 and May 26. Depending on the breakage, we may > provide a April 20 - May 26 compat symbol as a temporary aid > for folks running HEAD, but at some point before HEAD is branched > it will be removed. >=20 > The case of this happening should be very rare, and I don't think > it has happened yet. My POV is that we shall always keep backward ABI compatibility for the versioned libraries. In the case you mentioned, it is much safer to provide the shims. Among other reasons, if intermediate change get merged (after the final change landed in HEAD), then next major release simply cannot be made ABI-compatible with the previous one. Anyway, this is very good, by hypothetical point, so far. --47uHu9eEG8RBDiQe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk3ejDsACgkQC3+MBN1Mb4hRLgCdEHFdu1ZrTAOEQkikm2+/73w6 5VsAoJ6TYUHNGVHoNbg9LIAsz+f+AW1Z =8MTQ -----END PGP SIGNATURE----- --47uHu9eEG8RBDiQe-- From owner-freebsd-current@FreeBSD.ORG Thu May 26 18:09:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C204B106564A for ; Thu, 26 May 2011 18:09:44 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7A6D68FC0C for ; Thu, 26 May 2011 18:09:44 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p4QI9hv1016770; Thu, 26 May 2011 14:09:43 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Thu, 26 May 2011 14:09:43 -0400 (EDT) Date: Thu, 26 May 2011 14:09:43 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kostik Belousov In-Reply-To: <20110526172203.GL48734@deviant.kiev.zoral.com.ua> Message-ID: References: <20110526155819.GJ48734@deviant.kiev.zoral.com.ua> <20110526172203.GL48734@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: bf1783@gmail.com, Matthias Apitz , freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2011 18:09:44 -0000 On Thu, 26 May 2011, Kostik Belousov wrote: > On Thu, May 26, 2011 at 12:47:53PM -0400, Daniel Eischen wrote: >> On Thu, 26 May 2011, Kostik Belousov wrote: >> >>> On Thu, May 26, 2011 at 10:16:15AM -0400, b. f. wrote: >>>> Matthias Apitz: >>>> ... >>>>> I'm running -CURRENT on my laptop (r220692 from ~mid of April) and >>>>> /usr/ports from CVS from the same day; I want from time to time (let's >>>>> says once a week) SVN update my kernel and userland; I know that these >>>>> two should be in sync, but what about the ports? I have installed around >>>>> 1200 ports I'm used to use. Is there any special note in >>>>> /usr/src/UPDATING >>>>> when the ABI changes and would break the compiled ports? >>>> >>>> There is a lot of relevant information in UPDATING, but this file >>>> doesn't focus on ports, and some changes that affect ports aren't >>>> mentioned. You can find some workarounds or IGNORE settings in >>>> individual port Makefiles based upon OSVERSION, some open PRs which >>>> describe known problems (and, occasionally, solutions), and a partial >>>> list of problems at: >>>> >>>> http://wiki.freebsd.org/PortsBrokenOnCurrent >>>> >>>> (but this last listing is somewhat incomplete and out-of-date). You >>>> can also find build logs at: >>>> >>>> http://pointyhat.freebsd.org/errorlogs/ >>>> >>>> Efforts to find and fix these problems will accelerate after the >>>> slush/freeze that will precede the release of FreeBSD 9. >>> >>> [With the re hat on] >>> >>> The policy that we are trying to follow with regard to the userland ABI >>> in the project is that >>> - the libraries that already provide symbol versioning shall not break >>> ABI backward-compatibility under any circumstances. The list of such >>> libraries includes libc, libpthread, libm and libstdc++. There are other >>> libraries that also implement symbol versioning, but they are supplied >>> by third parties, and we rely on the upstream projects to not break >>> the guarantee (mostly). >> >> To clarify a bit, FreeBSD versioned libraries (libc, libpthread, etc) >> in HEAD will not break the ABI with prior releases. But within >> different versions of HEAD, there may be ABI breakages. For instance, >> if we break the ABI for foo() once in head on April 20, 2011, then >> we provide a compatible symbol for foo() in RELENG_8. If on May 26 >> 2011 we decide that the ABI for foo() needs to be broken again, >> then we do not force ourselves to provide a compat symbol for foo() >> between April 20 and May 26. Depending on the breakage, we may >> provide a April 20 - May 26 compat symbol as a temporary aid >> for folks running HEAD, but at some point before HEAD is branched >> it will be removed. >> >> The case of this happening should be very rare, and I don't think >> it has happened yet. > > My POV is that we shall always keep backward ABI compatibility for > the versioned libraries. In the case you mentioned, it is much safer > to provide the shims. Among other reasons, if intermediate change get > merged (after the final change landed in HEAD), then next major release > simply cannot be made ABI-compatible with the previous one. If the intermediate case gets merged, then yes we will always have to keep the compat symbol for that version. But when we break the ABI, we will be (or should be) very aware of it when merging. We wouldn't intentionally merge an intermediate ABI. -- DE From owner-freebsd-current@FreeBSD.ORG Thu May 26 18:57:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD2A2106566B for ; Thu, 26 May 2011 18:57:57 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 944168FC13 for ; Thu, 26 May 2011 18:57:57 +0000 (UTC) Received: by pwj8 with SMTP id 8so598927pwj.13 for ; Thu, 26 May 2011 11:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tLpKth4vIh0f8eSwkPpryhbPlaiQGQzIHIgJNpWXX7Q=; b=C8LJRgsOuG0YW5/OLASLQkDCwknLMUcjKSzuoDqoRgpj4hpoV3I/m10jiTj/MjPt7z 4EhtvoTQGCLtzEVFQbCK9/4XlCZnynrvrZQE79Yzwef8IyHVW79h48oAuBCRc5AupMzz QbYhI57Dv6ynwxofcJt1663dQRyk2Q/tDSLks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Isso3W7dPyvFfns/wwEPMqunOjIygiHhkfCkJYIGraKKV53m8zqz/ZdckEGrXnjIAB BIFZTvH4iV/OOc88EVAi574/ctrz5L03hi91sGVbN9B9WHMXrXrhT34Zz5YYvPRv0jGZ l1eovitDWKSHxvWvNTQ0Vs+Ccsvy9/QQkRmoo= MIME-Version: 1.0 Received: by 10.68.58.103 with SMTP id p7mr474625pbq.518.1306436276896; Thu, 26 May 2011 11:57:56 -0700 (PDT) Received: by 10.68.54.193 with HTTP; Thu, 26 May 2011 11:57:56 -0700 (PDT) In-Reply-To: <1306267772-31084-1-git-send-email-lacombar@gmail.com> References: <1306267772-31084-1-git-send-email-lacombar@gmail.com> Date: Thu, 26 May 2011 14:57:56 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Arnaud Lacombe Subject: Re: [PATCH] Fix CFLAGS overwrite by Makefile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 18:57:57 -0000 Hi, On Tue, May 24, 2011 at 4:09 PM, Arnaud Lacombe wrote: > Many Makefile (espectially under sys/boot/) overwrite the value of CFLAGS= . > This is an issue if you want to generate code for a specific CPU as befor= e the > Makefile is interpreted, CFLAGS might already have been set with CPU spec= ific > settings by , which is source from sys.mk. > For the record, I maintain the bootloader part of that patch. So far, it has not been (technically) proven that optimizing the bootloader for a specific CPU breaks it in any way. So when I, as a FreeBSD integrator, explicitly tells the build to target a given CPU, I expect _all_ the component to be optimized for such a CPU. Beside that contention point, I'd hope that the gvinum part can be committe= d. - Arnaud > Signed-off-by: Arnaud Lacombe > --- > =A0sbin/gvinum/Makefile =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/arm/at91/Makefile.inc =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/i386/boot2/Makefile =A0 =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/i386/gptboot/Makefile =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/i386/gptzfsboot/Makefile =A0 =A0| =A0 =A02 +- > =A0sys/boot/i386/kgzldr/Makefile =A0 =A0 =A0 =A0| =A0 =A02 +- > =A0sys/boot/i386/zfsboot/Makefile =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/pc98/boot2/Makefile =A0 =A0 =A0 =A0 | =A0 =A02 +- > =A0sys/boot/pc98/kgzldr/Makefile =A0 =A0 =A0 =A0| =A0 =A02 +- > =A0sys/boot/powerpc/boot1.chrp/Makefile | =A0 =A02 +- > =A0sys/boot/sparc64/boot1/Makefile =A0 =A0 =A0| =A0 =A02 +- > =A011 files changed, 11 insertions(+), 11 deletions(-) > > diff --git a/sbin/gvinum/Makefile b/sbin/gvinum/Makefile > index 8cccf56..465b617 100644 > --- a/sbin/gvinum/Makefile > +++ b/sbin/gvinum/Makefile > @@ -5,7 +5,7 @@ SRCS=3D =A0 gvinum.c gvinum.h geom_vinum_share.c > =A0MAN=3D =A0 gvinum.8 > > =A0WARNS?=3D =A0 =A0 =A0 =A02 > -CFLAGS=3D =A0 =A0 =A0 =A0-I${.CURDIR}/../../sys -I${DESTDIR}/${INCLUDEDI= R}/edit > +CFLAGS+=3D-I${.CURDIR}/../../sys -I${DESTDIR}/${INCLUDEDIR}/edit > > =A0DPADD=3D ${LIBEDIT} ${LIBTERMCAP} ${LIBDEVSTAT} ${LIBKVM} ${LIBGEOM} > =A0LDADD=3D -ledit -ltermcap -ldevstat -lkvm -lgeom > diff --git a/sys/boot/arm/at91/Makefile.inc b/sys/boot/arm/at91/Makefile.= inc > index 2f528e3..db37c7d 100644 > --- a/sys/boot/arm/at91/Makefile.inc > +++ b/sys/boot/arm/at91/Makefile.inc > @@ -8,7 +8,7 @@ __at91_boot_Makefile.inc__: > =A0# tsc, bwct, kb920x, centipad are the supported flavors > =A0BOOT_FLAVOR?=3Dkb920x > > -CFLAGS=3D-Os -mcpu=3Darm9 -ffreestanding \ > +CFLAGS+=3D-Os -mcpu=3Darm9 -ffreestanding \ > =A0 =A0 =A0 =A0-I${.CURDIR}/../libat91 \ > =A0 =A0 =A0 =A0-I${.CURDIR}/../../../.. \ > =A0 =A0 =A0 =A0-I${.CURDIR}/../../../../arm \ > diff --git a/sys/boot/i386/boot2/Makefile b/sys/boot/i386/boot2/Makefile > index 9568c1c..fc231e6 100644 > --- a/sys/boot/i386/boot2/Makefile > +++ b/sys/boot/i386/boot2/Makefile > @@ -22,7 +22,7 @@ BOOT2_UFS?=3D =A0 UFS1_AND_UFS2 > =A0#BOOT2_UFS?=3D =A0 UFS2_ONLY > =A0#BOOT2_UFS?=3D =A0 UFS1_ONLY > > -CFLAGS=3D =A0 =A0 =A0 =A0-Os \ > +CFLAGS+=3D-Os \ > =A0 =A0 =A0 =A0-fno-guess-branch-probability \ > =A0 =A0 =A0 =A0-fomit-frame-pointer \ > =A0 =A0 =A0 =A0-fno-unit-at-a-time \ > diff --git a/sys/boot/i386/gptboot/Makefile b/sys/boot/i386/gptboot/Makef= ile > index 5642220..18c0f35 100644 > --- a/sys/boot/i386/gptboot/Makefile > +++ b/sys/boot/i386/gptboot/Makefile > @@ -19,7 +19,7 @@ GPTBOOT_UFS?=3D UFS1_AND_UFS2 > =A0#GPTBOOT_UFS?=3D UFS2_ONLY > =A0#GPTBOOT_UFS?=3D UFS1_ONLY > > -CFLAGS=3D =A0 =A0 =A0 =A0-DBOOTPROG=3D\"gptboot\" \ > +CFLAGS+=3D-DBOOTPROG=3D\"gptboot\" \ > =A0 =A0 =A0 =A0-Os \ > =A0 =A0 =A0 =A0-fno-guess-branch-probability \ > =A0 =A0 =A0 =A0-fomit-frame-pointer \ > diff --git a/sys/boot/i386/gptzfsboot/Makefile b/sys/boot/i386/gptzfsboot= /Makefile > index f0ee578..6e7d543 100644 > --- a/sys/boot/i386/gptzfsboot/Makefile > +++ b/sys/boot/i386/gptzfsboot/Makefile > @@ -16,7 +16,7 @@ REL1=3D 0x700 > =A0ORG1=3D =A00x7c00 > =A0ORG2=3D =A00x0 > > -CFLAGS=3D =A0 =A0 =A0 =A0-DBOOTPROG=3D\"gptzfsboot\" \ > +CFLAGS+=3D-DBOOTPROG=3D\"gptzfsboot\" \ > =A0 =A0 =A0 =A0-Os \ > =A0 =A0 =A0 =A0-fno-guess-branch-probability \ > =A0 =A0 =A0 =A0-fomit-frame-pointer \ > diff --git a/sys/boot/i386/kgzldr/Makefile b/sys/boot/i386/kgzldr/Makefil= e > index a124474..e8a4157 100644 > --- a/sys/boot/i386/kgzldr/Makefile > +++ b/sys/boot/i386/kgzldr/Makefile > @@ -7,7 +7,7 @@ BINDIR=3D ${LIBDIR} > =A0NO_MAN=3D > > =A0SRCS=3D =A0start.s boot.c inflate.c lib.c crt.s sio.s > -CFLAGS=3D =A0 =A0 =A0 =A0-Os > +CFLAGS+=3D-Os > =A0CFLAGS+=3D-DKZIP > =A0NO_SHARED=3D > =A0LDFLAGS=3D-Wl,-r > diff --git a/sys/boot/i386/zfsboot/Makefile b/sys/boot/i386/zfsboot/Makef= ile > index 06ff863..aa1bfbe 100644 > --- a/sys/boot/i386/zfsboot/Makefile > +++ b/sys/boot/i386/zfsboot/Makefile > @@ -14,7 +14,7 @@ REL1=3D 0x700 > =A0ORG1=3D =A00x7c00 > =A0ORG2=3D =A00x2000 > > -CFLAGS=3D =A0 =A0 =A0 =A0-DBOOTPROG=3D\"zfsboot\" \ > +CFLAGS+=3D-DBOOTPROG=3D\"zfsboot\" \ > =A0 =A0 =A0 =A0-Os -g \ > =A0 =A0 =A0 =A0-fno-guess-branch-probability \ > =A0 =A0 =A0 =A0-fomit-frame-pointer \ > diff --git a/sys/boot/pc98/boot2/Makefile b/sys/boot/pc98/boot2/Makefile > index 18bf251..e9f1506 100644 > --- a/sys/boot/pc98/boot2/Makefile > +++ b/sys/boot/pc98/boot2/Makefile > @@ -22,7 +22,7 @@ BOOT2_UFS?=3D =A0 UFS1_AND_UFS2 > =A0#BOOT2_UFS?=3D =A0 UFS2_ONLY > =A0#BOOT2_UFS?=3D =A0 UFS1_ONLY > > -CFLAGS=3D =A0 =A0 =A0 =A0-Os \ > +CFLAGS+=3D-Os \ > =A0 =A0 =A0 =A0-fno-guess-branch-probability \ > =A0 =A0 =A0 =A0-fomit-frame-pointer \ > =A0 =A0 =A0 =A0-fno-unit-at-a-time \ > diff --git a/sys/boot/pc98/kgzldr/Makefile b/sys/boot/pc98/kgzldr/Makefil= e > index 2303fd9..645cc58 100644 > --- a/sys/boot/pc98/kgzldr/Makefile > +++ b/sys/boot/pc98/kgzldr/Makefile > @@ -7,7 +7,7 @@ BINDIR=3D ${LIBDIR} > =A0NO_MAN=3D > > =A0SRCS=3D =A0start.s boot.c inflate.c lib.c crt.s sio.s > -CFLAGS=3D =A0 =A0 =A0 =A0-Os > +CFLAGS+=3D-Os > =A0CFLAGS+=3D-DKZIP > =A0NO_SHARED=3D > =A0LDFLAGS=3D-Wl,-r > diff --git a/sys/boot/powerpc/boot1.chrp/Makefile b/sys/boot/powerpc/boot= 1.chrp/Makefile > index f3f7e4d..88358b5 100644 > --- a/sys/boot/powerpc/boot1.chrp/Makefile > +++ b/sys/boot/powerpc/boot1.chrp/Makefile > @@ -13,7 +13,7 @@ SRCS=3D =A0 =A0 =A0 =A0 boot1.c ashldi3.c > =A0INTERNALPROG=3D > =A0NO_MAN=3D > > -CFLAGS=3D -ffreestanding -msoft-float -Os \ > +CFLAGS+=3D-ffreestanding -msoft-float -Os \ > =A0 =A0 =A0 =A0-I${.CURDIR}/../../common -I${.CURDIR}/../../../ > =A0LDFLAGS=3D-nostdlib -static -N > > diff --git a/sys/boot/sparc64/boot1/Makefile b/sys/boot/sparc64/boot1/Mak= efile > index dec3e09..29e14f8 100644 > --- a/sys/boot/sparc64/boot1/Makefile > +++ b/sys/boot/sparc64/boot1/Makefile > @@ -8,7 +8,7 @@ SRCS=3D =A0 _start.s boot1.c > > =A0BOOTBLOCKBASE=3D 0x4000 > > -CFLAGS=3D =A0 =A0 =A0 =A0-mcmodel=3Dmedlow -Os -I${.CURDIR}/../../common > +CFLAGS+=3D-mcmodel=3Dmedlow -Os -I${.CURDIR}/../../common > =A0LDFLAGS=3D-Ttext ${BOOTBLOCKBASE} -Wl,-N > > =A0# Construct boot1. sunlabel expects it to contain zeroed-out space for= the > -- > 1.7.5.rc1.23.g0cac8.dirty > > From owner-freebsd-current@FreeBSD.ORG Thu May 26 19:17:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 55BDF1065672 for ; Thu, 26 May 2011 19:17:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 33D1E1A3FD7; Thu, 26 May 2011 19:16:23 +0000 (UTC) Message-ID: <4DDEA706.9060505@FreeBSD.org> Date: Thu, 26 May 2011 12:16:22 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: Matthias Apitz References: <20110526083718.GA28784@sh4-5.1blu.de> In-Reply-To: <20110526083718.GA28784@sh4-5.1blu.de> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CURRENT && /usr/ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 19:17:00 -0000 On 05/26/2011 01:37, Matthias Apitz wrote: > > Hello, > > I'm running -CURRENT on my laptop (r220692 from ~mid of April) and > /usr/ports from CVS from the same day; I want from time to time (let's > says once a week) SVN update my kernel and userland; I know that these > two should be in sync, but what about the ports? I have installed around > 1200 ports I'm used to use. Is there any special note in /usr/src/UPDATING > when the ABI changes and would break the compiled ports? I've been using -current on my laptop for years and have run into this problem less than a handful of times. As a general principle you don't need to be concerned about it. OTOH, if you are using ports that are tied into the source tree (like nvidia modules, fuse, virtualbox, etc.) then of course you should rebuild those ports after you update your system. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu May 26 19:38:13 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4223106566B; Thu, 26 May 2011 19:38:13 +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 C2AC38FC0C; Thu, 26 May 2011 19:38:12 +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 WAA25292; Thu, 26 May 2011 22:38: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 1QPgNl-0000gh-F8; Thu, 26 May 2011 22:38:09 +0300 Message-ID: <4DDEAC20.5010006@FreeBSD.org> Date: Thu, 26 May 2011 22:38:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110503 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem References: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Rick Macklem , FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 19:38:13 -0000 on 26/05/2011 16:14 Rick Macklem said the following: > avg said the following: >> So I would appreciate an example here. >> > I don`t think any changes are necessary, although it would be nice if you > grabbed the new rc.d scripts and tested them. > One thing that initially forgot - what about lockd and statd? Do I still need them with newnfs and NFSv3 to get fcntl/flock working? And do those actually work? :-) I understand that with NFSv4 I don't need those anymore. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu May 26 20:42:42 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FC45106564A for ; Thu, 26 May 2011 20:42:42 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id CCC428FC08 for ; Thu, 26 May 2011 20:42:41 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 0F6B61C1D9E5; Thu, 26 May 2011 22:24:32 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 028471C000B7; Thu, 26 May 2011 22:24:32 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id 2cl4TxtdfZ7H; Thu, 26 May 2011 22:24:31 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-58-168.dynamic.mnet-online.de [93.104.58.168]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Thu, 26 May 2011 22:24:30 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 8F83F31D18; Thu, 26 May 2011 22:24:30 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 83A8231D17; Thu, 26 May 2011 22:24:30 +0200 (CEST) Date: Thu, 26 May 2011 22:24:30 +0200 (CEST) From: Michael Reifenberger To: Rick Macklem In-Reply-To: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <2055538246.835079.1306415640980.JavaMail.root@erie.cs.uoguelph.ca> 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 Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 20:42:42 -0000 On Thu, 26 May 2011, Rick Macklem wrote: > Date: Thu, 26 May 2011 09:14:01 -0400 (EDT) > From: Rick Macklem > To: Andriy Gapon > Cc: Rick Macklem , > FreeBSD-Current > Subject: Re: newnfs user setup > >> Rick, >> >> maybe I've just not looked hard enough, but I am a little bit confused >> about how >> to setup properly newnfs server and client via rc.conf. >> That is, I am not sure which exactly daemons I need and what variables >> to set. >> I dunno if its matters here but it seems that the usage of DTrace (esp. dtnfsclient) forces the usage of oldnfs. Is it possible to use both oldnfs and newnfs kernel objects at once or does the usage of newnfs prohibit the usage of dtrace? Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Thu May 26 20:25:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA4B8106564A for ; Thu, 26 May 2011 20:25:55 +0000 (UTC) (envelope-from jwd@SlowBlink.Com) Received: from nmail.slowblink.com (rrcs-24-199-145-34.midsouth.biz.rr.com [24.199.145.34]) by mx1.freebsd.org (Postfix) with ESMTP id 60C2F8FC08 for ; Thu, 26 May 2011 20:25:54 +0000 (UTC) Received: from nmail.slowblink.com (localhost [127.0.0.1]) by nmail.slowblink.com (8.14.3/8.14.3) with ESMTP id p4QKEBRw033451 for ; Thu, 26 May 2011 16:14:11 -0400 (EDT) (envelope-from jwd@nmail.slowblink.com) Received: (from jwd@localhost) by nmail.slowblink.com (8.14.3/8.14.3/Submit) id p4QKEAwm033450 for freebsd-current@freebsd.org; Thu, 26 May 2011 16:14:10 -0400 (EDT) (envelope-from jwd) Date: Thu, 26 May 2011 16:14:10 -0400 From: John To: freebsd-current@freebsd.org Message-ID: <20110526201410.GA33357@slowblink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Mailman-Approved-At: Thu, 26 May 2011 21:12:34 +0000 Subject: hosta carp going down/up/down/up... on hostb reboot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 20:25:55 -0000 Hi Folks, I have a -current system as of May 9th. Between two systems I have a dedicated cross over network cable with two carp interfaces defined on it: hosta: ifconfig_bce1="inet 172.1.1.1 netmask 255.255.255.0" # cross-over cloned_interfaces="carp1 carp2" ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 advskew 100 172.1.1.101 netmask 255.255.255.0" ifconfig_carp2="vhid 2 pass zfscarp2 advbase 1 advskew 100 172.1.1.102 netmask 255.255.255.0" hostb: ifconfig_bce1="inet 172.1.1.2 netmask 255.255.255.0" # cross-over cloned_interfaces="carp1 carp2" ifconfig_carp1="vhid 1 pass zfscarp1 advbase 1 advskew 100 172.1.1.101 netmask 255.255.255.0" ifconfig_carp2="vhid 2 pass zfscarp2 advbase 1 advskew 100 172.1.1.102 netmask 255.255.255.0" When the primary system, hosta, is the MASTER for the carp interfaces, I reboot hostb. I've included the down/up sequence from /var/log/messages below. During the reboot, the carp interfaces on hosta go down and back up 5 times. Any ideas why is carp flipping back and forth while the opposing host is rebooting? This plays havoc with the associated scripts and thus resources controlled by the interfaces. While hosta & hostb are up, I can flip resources back and forth between the systems with carp 100%, perfect, no errors. Comments, ideas, or any other pointers are welcome. Thanks, John May 26 13:29:19 hosta root: start reboot hostb here May 26 13:29:45 hosta kernel: carp1: link state changed to DOWN May 26 13:29:45 hosta kernel: carp2: link state changed to DOWN May 26 13:29:47 hosta kernel: carp1: INIT -> BACKUP May 26 13:29:47 hosta kernel: carp2: INIT -> BACKUP May 26 13:29:47 hosta kernel: carp1: link state changed to DOWN May 26 13:29:47 hosta kernel: carp2: link state changed to DOWN May 26 13:29:47 hosta kernel: carp1: link state changed to DOWN May 26 13:29:47 hosta kernel: carp2: link state changed to DOWN May 26 13:29:50 hosta kernel: carp1: INIT -> BACKUP May 26 13:29:50 hosta kernel: carp2: INIT -> BACKUP May 26 13:29:50 hosta kernel: carp1: link state changed to DOWN May 26 13:29:50 hosta kernel: carp2: link state changed to DOWN May 26 13:29:59 hosta kernel: carp1: link state changed to UP May 26 13:29:59 hosta kernel: carp2: link state changed to UP May 26 13:30:08 hosta kernel: carp1: link state changed to DOWN May 26 13:30:08 hosta kernel: carp2: link state changed to DOWN May 26 13:30:11 hosta kernel: carp1: INIT -> BACKUP May 26 13:30:11 hosta kernel: carp2: INIT -> BACKUP May 26 13:30:11 hosta kernel: carp1: link state changed to DOWN May 26 13:30:11 hosta kernel: carp2: link state changed to DOWN May 26 13:30:11 hosta kernel: carp1: link state changed to DOWN May 26 13:30:11 hosta kernel: carp2: link state changed to DOWN May 26 13:30:14 hosta kernel: carp1: INIT -> BACKUP May 26 13:30:14 hosta kernel: carp2: INIT -> BACKUP May 26 13:30:14 hosta kernel: carp1: link state changed to DOWN May 26 13:30:14 hosta kernel: carp2: link state changed to DOWN May 26 13:30:23 hosta kernel: carp1: link state changed to UP May 26 13:30:23 hosta kernel: carp2: link state changed to UP May 26 13:30:49 hosta kernel: carp1: link state changed to DOWN May 26 13:30:49 hosta kernel: carp2: link state changed to DOWN May 26 13:30:51 hosta kernel: carp1: INIT -> BACKUP May 26 13:30:51 hosta kernel: carp2: INIT -> BACKUP May 26 13:30:51 hosta kernel: carp1: link state changed to DOWN May 26 13:30:51 hosta kernel: carp2: link state changed to DOWN May 26 13:31:00 hosta kernel: carp1: link state changed to UP May 26 13:31:00 hosta kernel: carp2: link state changed to UP May 26 13:32:35 hosta kernel: carp1: link state changed to DOWN May 26 13:32:35 hosta kernel: carp2: link state changed to DOWN May 26 13:32:37 hosta kernel: carp1: INIT -> BACKUP May 26 13:32:37 hosta kernel: carp2: INIT -> BACKUP May 26 13:32:37 hosta kernel: carp1: link state changed to DOWN May 26 13:32:37 hosta kernel: carp2: link state changed to DOWN May 26 13:32:47 hosta kernel: carp1: link state changed to UP May 26 13:32:47 hosta kernel: carp2: link state changed to UP May 26 13:32:52 hosta kernel: carp1: link state changed to DOWN May 26 13:32:52 hosta kernel: carp2: link state changed to DOWN May 26 13:32:54 hosta kernel: carp1: INIT -> BACKUP May 26 13:32:54 hosta kernel: carp2: INIT -> BACKUP May 26 13:32:54 hosta kernel: carp1: link state changed to DOWN May 26 13:32:54 hosta kernel: carp2: link state changed to DOWN May 26 13:33:03 hosta kernel: carp1: link state changed to UP May 26 13:33:03 hosta kernel: carp2: link state changed to UP May 26 13:34:37 hosta root: hostb reboot complete From owner-freebsd-current@FreeBSD.ORG Thu May 26 22:47:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF6DD106564A for ; Thu, 26 May 2011 22:47:21 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 709C48FC13 for ; Thu, 26 May 2011 22:47:21 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAJbX3k2DaFvO/2dsb2JhbABUG4QuomSIcKt3kFyBK4NqgQcEkDmPLA X-IronPort-AV: E=Sophos;i="4.65,276,1304308800"; d="scan'208";a="122006043" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 May 2011 18:47:20 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id ABE75B3F98; Thu, 26 May 2011 18:47:20 -0400 (EDT) Date: Thu, 26 May 2011 18:47:20 -0400 (EDT) From: Rick Macklem To: Michael Reifenberger Message-ID: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 22:47:21 -0000 > On Thu, 26 May 2011, Rick Macklem wrote: > > > Date: Thu, 26 May 2011 09:14:01 -0400 (EDT) > > From: Rick Macklem > > To: Andriy Gapon > > Cc: Rick Macklem , > > FreeBSD-Current > > Subject: Re: newnfs user setup > > > >> Rick, > >> > >> maybe I've just not looked hard enough, but I am a little bit > >> confused > >> about how > >> to setup properly newnfs server and client via rc.conf. > >> That is, I am not sure which exactly daemons I need and what > >> variables > >> to set. > >> > > I dunno if its matters here but it seems that the usage of DTrace > (esp. > dtnfsclient) forces the usage of oldnfs. > > Is it possible to use both oldnfs and newnfs kernel objects at once > or does the usage of newnfs prohibit the usage of dtrace? > I have a DTrace patch for the new NFS client. The current version, (which would apply to a -current kernel recently but if it won't patch now, I can easily fix it) is at: http://people.freebsd.org/~rmacklem/dtrace.patch I have been waiting for a review/test of it, but if you could test it, that would be greatly appreciated. Once built, the module is called dtnfscl. Alternately, if you could email me some simple instructions on how to test it, that would be appreciated as well. (I have never used DTrace, so I have no idea how to test it.) It is basically a clone of the other one, except for the NFSv4 stuff, so it "should" work about the same. If I don't get any review/testing done, I'll commit it "as is" before the code slush deadline. rick ps: I'll try applying the patch now and fix it if it needs changing, so if you download it from the above in a few hours, it should be ok. From owner-freebsd-current@FreeBSD.ORG Thu May 26 22:49:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FB9D106564A; Thu, 26 May 2011 22:49:48 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id EF93C8FC14; Thu, 26 May 2011 22:49:47 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap0EAMTY3k2DaFvO/2dsb2JhbABUhEmiZIhwq3uQWoErg2qBBwSQOY8s X-IronPort-AV: E=Sophos;i="4.65,276,1304308800"; d="scan'208";a="122006204" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 May 2011 18:49:47 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 5FBF9B3E95; Thu, 26 May 2011 18:49:47 -0400 (EDT) Date: Thu, 26 May 2011 18:49:47 -0400 (EDT) From: Rick Macklem To: Andriy Gapon Message-ID: <1737089073.877621.1306450187354.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DDEAC20.5010006@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Rick Macklem , FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 May 2011 22:49:48 -0000 > > One thing that initially forgot - what about lockd and statd? > Do I still need them with newnfs and NFSv3 to get fcntl/flock working? > And do those actually work? :-) > Yes, and they haven't changed so they work just like before, which means ymmv when using them. > I understand that with NFSv4 I don't need those anymore. > That is correct. NFSv4 has file locking built in. rick From owner-freebsd-current@FreeBSD.ORG Fri May 27 02:06:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01DAF106564A for ; Fri, 27 May 2011 02:06:30 +0000 (UTC) (envelope-from pyunyh@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 C8AEC8FC19 for ; Fri, 27 May 2011 02:06:29 +0000 (UTC) Received: by pzk27 with SMTP id 27so714792pzk.13 for ; Thu, 26 May 2011 19:06:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:subject:message-id:reply-to :mime-version:content-type:content-disposition:user-agent; bh=6pC/mnBgov9K3/5yibpQfj3euA4yS6xfGER6uyPitG8=; b=XQgE5eve2N7Qm1PjkxRROc5n967sgZffVXwZF9AgWi+O7sKvDkCrqdZ23GsS54BLC9 fVizX6XfUxU2eKC2dsyucnixMSP8rjZkzmRd6/IQB8lXMx7qJxHDXUqpofcaEM9YikiX GwRO2X3lHeSh09SMzM9xl+K6QZmJfCVhpW/tQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=vuypqODcRHTAPh5/A6GwqhHDNXgohGGJg6M476x4oow0YxkJzt25p0fHKHI5foB3Xd 2AMLCKKkrebXIYoUq0CdUWBwBGMVKWp6kqUsR1YdjiJOP/J2D+/VfMSYPyMPtHsgyWTT KS1qoKckdXH9woaTa1JY+AnCjipzq7hAvNjsI= Received: by 10.68.62.168 with SMTP id z8mr640184pbr.183.1306460445646; Thu, 26 May 2011 18:40:45 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id p5sm71218pbk.4.2011.05.26.18.40.43 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 26 May 2011 18:40:44 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 26 May 2011 18:40:43 -0700 From: YongHyeon PYUN Date: Thu, 26 May 2011 18:40:43 -0700 To: freebsd-current@FreeBSD.org Message-ID: <20110527014043.GE18312@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: CFT: msk(4) 64bit DMA support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 02:06:30 -0000 Hi, Here is a patch that implements 64bit DMA on msk(4). If you use msk(4) on a system that has more than 4GB memory, please try the patch at the following URL and let me know whether it works or not. You need latest msk(4) in HEAD to apply the patch. http://people.freebsd.org/~yongari/msk/msk.64bit.dma.diff Previously msk(4) may have used bounce buffers on systems that have more than 4GB memory. You can verify whether msk(4) is using bounce buffers by checking the output of "sysctl hw.busdma". For instance, hw.busdma.zone0.total_bounced counter would increase while network operation is in progress. If patch above works you wouldn't see the counter change anymore and it would also enhance network performance since it wouldn't have to copy from or to bounce buffers. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri May 27 07:01:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 969F61065673; Fri, 27 May 2011 07:01:22 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BD1578FC08; Fri, 27 May 2011 07:01:21 +0000 (UTC) Received: by fxm11 with SMTP id 11so1633701fxm.13 for ; Fri, 27 May 2011 00:01:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=l8VOcEWuo13BcahdsXx4E/NgKgbPpqSoU3BDcRgqJ/g=; b=wgbfj+fDuQA5XNp827481AMfl28cId6eIA0+Yz21a3IPq32vq9kIV30WsTymC6m2p8 /PmkMdlgutgBPYWfo6oUN2qkqslBz9FDDyrdQzUGOlrj8f+Q9STATfTC25v8fUgA1Mpk 6dCx2XBxXJaJoUyItE7hCIIR0LUBBde0KbuUk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=NHCJcCOeZa4fIA1ZFQdrfGAydbuTNIILyEKku0dlKEZm+W1627vHGgNsohy04RP3dR x0yN0XwJy3ODq8agmg5v71qTc+Qom8IzEHq+xy+lTATA5grupkTpaRhbQvufJ52QeiAV 5tFFnsRMEkuM8L0o5URremgrNhwWH2u+TJNb0= Received: by 10.223.28.220 with SMTP id n28mr493044fac.101.1306479680500; Fri, 27 May 2011 00:01:20 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id l26sm555292fah.38.2011.05.27.00.01.18 (version=SSLv3 cipher=OTHER); Fri, 27 May 2011 00:01:19 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DDF4C23.3010600@FreeBSD.org> Date: Fri, 27 May 2011 10:00:51 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org, FreeBSD-Current , freebsd-hardware@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: SES/SAF-TE + SATA == SEMB! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 07:01:22 -0000 Hi. As probably not many know, SATA specification defines the way to talk to SES/SAF-TE enclosures -- Serial ATA Enclosure Management Bridge (SEMB). It can be either separate device or built-in to SATA Port Multiplier. I know at leat two models of Port Multipliers including SEMB and having I2C interfaces to talk to SEP (backplane): SiI3726 and SiI4726. Unluckily such combination of hardware is not widely spread (backplanes are rarely used in desktops, while PMPs are rarely used in servers), but finally I've built such setup! I've connected SuperMicro SAS815TQ backplane to the SiI3726 multiplier with I2C cable and it works like a charm! I've made a patch for HEAD to support it. It adds SEMB devices support to the ATA/SATA XPT probe code, some glue to handle one more ATA-based command protocol and some changes to ses(4) driver to teach it talk to such devices: http://people.freebsd.org/~mav/semb.patch As result I've got: %dmesg |grep ses0 ses0 at ahcich8 bus 0 scbus8 target 5 lun 0 ses0: SEMB S-E-S 2.00 device ses0: Serial Number 50030481 ses0: 150.000MB/s transfers (SATA 1.x, NONE, PIO 8192bytes) ses0: SEMB SES Device ses0: GenCode 0 0 Subenclosures ses0: SubEnclosure ID 0, 4 Types With this ID, Enclosure Length 36 ses0: WWN: 3530303330343831 ses0: Type Desc[0]: Type 0x17, MaxElt 4, In Subenc 0, Text Length 0 ses0: Type Desc[1]: Type 0x4, MaxElt 1, In Subenc 0, Text Length 0 ses0: Type Desc[2]: Type 0xe, MaxElt 1, In Subenc 0, Text Length 0 ses0: Type Desc[3]: Type 0x6, MaxElt 1, In Subenc 0, Text Length 0 %camcontrol devlist at scbus8 target 0 lun 0 (ada0,pass1) at scbus8 target 1 lun 0 (ada1,pass2) at scbus8 target 2 lun 0 (pass5,ada2) at scbus8 target 3 lun 0 (pass6,ada3) at scbus8 target 5 lun 0 (ses0,pass3) at scbus8 target 15 lun 0 (pass4,pmp0) %getencstat -v /dev/ses0 /dev/ses0: Enclosure Status Element 0x0: Array device OK (Status=ok (bytes=0x11 0x00 0x00 0x00)) Element 0x1: Array device OK (Status=ok (bytes=0x11 0x00 0x00 0x00)) Element 0x2: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x3: Array device OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x4: Temperature sensors OK (Status=ok (bytes=0x01 0x00 0x32 0x00)) Element 0x5: Enclosure OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) Element 0x6: Audible alarm OK (Status=ok (bytes=0x01 0x00 0x00 0x00)) YAY! So now three questions: 1. Does anybody else have alike hardware and wish to test it? 2. Patch reviews are welcome. 3. Is there any software except share/examples/ses working with ses(4) and/or some good use practices? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri May 27 07:09:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B81EE106566C; Fri, 27 May 2011 07:09:41 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9ED018FC15; Fri, 27 May 2011 07:09:40 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=gH2l33NO9zgA:10 a=I_V-8a3mpGgA:10 a=WQU8e4WWZSUA:10 a=Fdkxr_5KmFUA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=VrpS9D41Wf-qsKqnjl0A:9 a=pvA44qeTxYYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 131894313; Fri, 27 May 2011 09:09:39 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 27 May 2011 09:08:23 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4DDF4C23.3010600@FreeBSD.org> In-Reply-To: <4DDF4C23.3010600@FreeBSD.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201105270908.23256.hselasky@c2i.net> Cc: freebsd-scsi@freebsd.org, Alexander Motin , freebsd-hardware@freebsd.org Subject: Re: SES/SAF-TE + SATA == SEMB! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 07:09:41 -0000 On Friday 27 May 2011 09:00:51 Alexander Motin wrote: > YAY! > > So now three questions: > 1. Does anybody else have alike hardware and wish to test it? > 2. Patch reviews are welcome. > 3. Is there any software except share/examples/ses working with ses(4) > and/or some good use practices? Does it work with USB? --HPS From owner-freebsd-current@FreeBSD.ORG Fri May 27 07:24:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E980E106566C; Fri, 27 May 2011 07:24:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14C178FC1B; Fri, 27 May 2011 07:24:24 +0000 (UTC) Received: by fxm11 with SMTP id 11so1646762fxm.13 for ; Fri, 27 May 2011 00:24:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=PkTq5FUfZTAypxV5eMr8JzzH23KUe0nLqNVlRDrqYEw=; b=ocX5Jlf8Ipv3VYn3GEa4/bZOfn+Ur6XKX3BXuMfwqBDJBxdcnMrAFOddnWq7JpLVaT 9ttNhiisfWVw4Kgvk0YNudG4n+gK3BHKUg1EpTpQmKoTdlM0gN4GXjHqo7qEn1M38cSW N8ziNnWlXmyMPp/y72BGSeGUHtqulHT+8dQ08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=untyCX1EbpXc+/NZemcYHvYjOqwo+yK0bkNf7eLFoxXEYQDVerH9tzQ9M0H5V43W3W IOQ46hboRptvuV0/I+73MXxXbFleW/w/mvleD22uDU5YV7XfoG7bLFbX2E6869KWxmZm +FSVfc2+F2Ez6cqJjuxYGydotL4Lagg5ttmGs= Received: by 10.223.28.220 with SMTP id n28mr514106fac.101.1306481063880; Fri, 27 May 2011 00:24:23 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x15sm560722fah.22.2011.05.27.00.24.22 (version=SSLv3 cipher=OTHER); Fri, 27 May 2011 00:24:23 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DDF518A.2070901@FreeBSD.org> Date: Fri, 27 May 2011 10:23:54 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Hans Petter Selasky References: <4DDF4C23.3010600@FreeBSD.org> <201105270908.23256.hselasky@c2i.net> In-Reply-To: <201105270908.23256.hselasky@c2i.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, freebsd-current@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: SES/SAF-TE + SATA == SEMB! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 07:24:26 -0000 Hans Petter Selasky wrote: > On Friday 27 May 2011 09:00:51 Alexander Motin wrote: >> YAY! >> >> So now three questions: >> 1. Does anybody else have alike hardware and wish to test it? >> 2. Patch reviews are welcome. >> 3. Is there any software except share/examples/ses working with ses(4) >> and/or some good use practices? > > Does it work with USB? SEMB is ATA-specific. I've never heard about SES/SAF-TE on USB, but I think more likely it will be reported as usual SCSI Enclosure Services device -- there is no need to invent something new. Technically for ATA it also could be made as regular ATAPI (SCSI) device, but for some reason it was made in custom way. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri May 27 08:02:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554EC1065672 for ; Fri, 27 May 2011 08:02:16 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD678FC13 for ; Fri, 27 May 2011 08:02:15 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 20D87186DEFE; Fri, 27 May 2011 10:02:14 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 27BC21C0007E; Fri, 27 May 2011 10:02:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id b1sU+rjk-Men; Fri, 27 May 2011 10:02:10 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-101-93.dynamic.mnet-online.de [93.104.101.93]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Fri, 27 May 2011 10:02:10 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id E4AE231F51; Fri, 27 May 2011 10:02:09 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id D8EC031F50; Fri, 27 May 2011 10:02:09 +0200 (CEST) Date: Fri, 27 May 2011 10:02:09 +0200 (CEST) From: Michael Reifenberger To: Rick Macklem In-Reply-To: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> 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 Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 08:02:16 -0000 On Thu, 26 May 2011, Rick Macklem wrote: ... > Alternately, if you could email me some simple instructions on how > to test it, that would be appreciated as well. (I have never used > DTrace, so I have no idea how to test it.) It is basically a clone > of the other one, except for the NFSv4 stuff, so it "should" work > about the same. > The simplest way of a basic test should be: - Put into your kernel.conf: options KDTRACE_FRAME # could be for amd64 only options KDTRACE_HOOKS options DDB_CTF # could be optional - make buildworld WITH_CTF=1 && make buildkernel WITH_CTF=1 - Put into your loader.conf: dtraceall_load="YES" After reboot check: dtrace -l If you see lots of fbt and sdt (esp. the nfs ones) providers all should be prepared and fine. Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri May 27 08:44:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44943106566C for ; Fri, 27 May 2011 08:44:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id E26078FC21 for ; Fri, 27 May 2011 08:44:19 +0000 (UTC) Received: from outgoing.leidinger.net (p5B155D1A.dip.t-dialin.net [91.21.93.26]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A6B96844015; Fri, 27 May 2011 10:44:02 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTP id E853F2DB2; Fri, 27 May 2011 10:43:59 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1306485840; bh=5Bo7p5Qbw+K6b3+ztfEYZLKeDjyGxRsJINoz7Z/+eVs=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=rQT9EuZfpWdzJzdL1QbL3Yrc4E8s4MlTs7MTVnX2xD3uglfIbeUygFjTYoB5ZXhmm KGM6d64fAAAA+D8Hx7P9McmP3XO4PvMw51EyFlMH43KOR0+fU3xJu1YoyIclfiIxO7 KpYpGPnbuoxzw85lUOOgyL7yJyOeHU+40gyXsmKAhg4wpxqyGzP9QgC+Yt+0nkRyf4 3pA0DSwHj0KN29YV6b2a2bqRm9Oj0xy09FFb81VUjaGZZTcBln4A0roNTzec/D1f05 BE62KtJSrWuv3hgSCHeuD0PJXtNVk63iehnCf2jqTWL4P4926rAykvWW8mCPX6wsX+ WeM9orCMcyDCw== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.14.4/Submit) id p4R8hwFq026784; Fri, 27 May 2011 10:43:58 +0200 (CEST) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 27 May 2011 10:43:58 +0200 Message-ID: <20110527104358.19065kl0wldv0z0u@webmail.leidinger.net> Date: Fri, 27 May 2011 10:43:58 +0200 From: Alexander Leidinger To: Michael Reifenberger References: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A6B96844015.A0E32 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.1, required 6, autolearn=disabled, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1307090647.31301@XTooJ0MAvgsyiU6RLKWWdA X-EBL-Spam-Status: No Cc: FreeBSD-Current , Rick Macklem Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 08:44:20 -0000 Quoting Michael Reifenberger (from Fri, 27 May 2011 10:02:09 +0200 (CEST)): > - make buildworld WITH_CTF=1 && make buildkernel WITH_CTF=1 Do not build world with CTF, this will produce broken static executables. Bye, Alexander. -- Freedom is nothing else but the chance to do better. -- Camus http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri May 27 08:56:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A26C1065672 for ; Fri, 27 May 2011 08:56:03 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 073B38FC1B for ; Fri, 27 May 2011 08:56:02 +0000 (UTC) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id A8B076F03D for ; Fri, 27 May 2011 10:37:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:subject:message-id:mime-version:content-type: content-transfer-encoding; s=selector1; bh=sM+vnGhf11gyXF9Z/w/tT 9tBQlc=; b=EZ2B8nvnJKGSwUM6qGML/sVogL1NPAacinaDi6A1OXEeNxvX8rdkA kT42W9IDX1lqTC22V22nNU4oQAwaFoms+ENeTjQYhYhFVcKlhsCP71zUHIpexFXZ yFqPOlZ0IYI0fHnqb07mK0ruHWeS9bvOIkWf5zf+Pt0XEA64iHbmbc= Received: from [172.16.2.57] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 77A8F6F03C for ; Fri, 27 May 2011 10:37:33 +0200 (CEST) Date: Fri, 27 May 2011 10:37:32 +0200 From: Goran Lowkrantz To: freebsd-current@freebsd.org Message-ID: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Testing new nfs and VIMAGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 08:56:03 -0000 I have been testing VIMAGE a lot lately to see how it works an all my test cases works as expected except when I use NFSv4 from an NFS client with a kerrel with VIMAGE enabled. All other permutations work and this error is very specific. All crashes occurs when trying to read or write to an NFS v4 volume. I have seen it on both i386 and amd64. #12 0xc0a73c15 in rt_tables_get_rnh (table=0, fam=2) at /usr/src/sys/net/route.c:153 static __inline struct radix_node_head ** rt_tables_get_rnh_ptr(int table, int fam) { struct radix_node_head **rnh; KASSERT(table >= 0 && table < rt_numfibs, ("%s: table out of bounds.", __func__)); KASSERT(fam >= 0 && fam < (AF_MAX+1), ("%s: fam out of bounds.", __func__)); /* rnh is [fib=0][af=0]. */ ---> rnh = (struct radix_node_head **)V_rt_tables; /* Get the offset to the requested table and fam. */ rnh += table * (AF_MAX+1) + fam; return (rnh); } Any ideas? Cores and dumps are available plus a vmware player setup to test and debug. /glz Dump header from device /dev/da0p3 Architecture: i386 Architecture Version: 2 Dump Length: 105414656B (100 MB) Blocksize: 512 Dumptime: Fri May 27 09:54:13 2011 Hostname: vserver.test.ismobile.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 9.0-CURRENT #2: Fri May 27 03:45:23 CEST 2011 root@nfsserver.test.hidden-powers.com:/usr/obj/usr/src/sys/VSERVER Panic String: from debugger Dump Parity: 3851082861 Bounds: 3 Dump Status: good --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Fri May 27 09:26:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A7AD1065672 for ; Fri, 27 May 2011 09:26:23 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id 154B18FC23 for ; Fri, 27 May 2011 09:26:22 +0000 (UTC) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id BD1C06F03F for ; Fri, 27 May 2011 11:26:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=selector1; bh=SUkjIyf uVw1bcEXXdziQHJgqAuc=; b=n0F6Zox7zWkBjT5xqsAYlmXvSltJJJem9GVtI65 y1WYT3a0a9yUbLXV5yyPFNDSGiHU3veYJHM+DWMETpTJtwPgn/ei69q3GcshmeKE K71TZH6OBMWDb3Jzjc+m0rhPP4F6z1tT0blWqvLF6zwLa5+KDUKF6mkgHqF1oGOv /7Jo= Received: from [172.16.2.57] (gw01.ismobile.com [212.73.186.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 1133D6F03D for ; Fri, 27 May 2011 11:26:20 +0200 (CEST) Date: Fri, 27 May 2011 11:26:20 +0200 From: Goran Lowkrantz To: freebsd-current@freebsd.org Message-ID: In-Reply-To: References: X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Testing new nfs and VIMAGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 09:26:23 -0000 And the attached core.txt got eaten. /glz --On May 27, 2011 10:37:32 +0200 Goran Lowkrantz wrote: > > I have been testing VIMAGE a lot lately to see how it works an all my > test cases works as expected except when I use NFSv4 from an NFS client > with a kerrel with VIMAGE enabled. > > All other permutations work and this error is very specific. All crashes > occurs when trying to read or write to an NFS v4 volume. I have seen it > on both i386 and amd64. > ># 12 0xc0a73c15 in rt_tables_get_rnh (table=0, fam=2) > at /usr/src/sys/net/route.c:153 > > > static __inline struct radix_node_head ** > rt_tables_get_rnh_ptr(int table, int fam) > { > struct radix_node_head **rnh; > > KASSERT(table >= 0 && table < rt_numfibs, ("%s: table out of > bounds.", > __func__)); > KASSERT(fam >= 0 && fam < (AF_MAX+1), ("%s: fam out of bounds.", > __func__)); > > /* rnh is [fib=0][af=0]. */ > ---> rnh = (struct radix_node_head **)V_rt_tables; > /* Get the offset to the requested table and fam. */ > rnh += table * (AF_MAX+1) + fam; > > return (rnh); > } > > Any ideas? > > Cores and dumps are available plus a vmware player setup to test and > debug. > > > /glz > > Dump header from device /dev/da0p3 > Architecture: i386 > Architecture Version: 2 > Dump Length: 105414656B (100 MB) > Blocksize: 512 > Dumptime: Fri May 27 09:54:13 2011 > Hostname: vserver.test.ismobile.com > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 9.0-CURRENT #2: Fri May 27 03:45:23 CEST 2011 > root@nfsserver.test.hidden-powers.com:/usr/obj/usr/src/sys/VSERVER > Panic String: from debugger > Dump Parity: 3851082861 > Bounds: 3 > Dump Status: good > > > > --- > "There is hopeful symbolism in the fact that flags do not wave in a > vacuum." > -- Arthur C. Clarke > _______________________________________________ > 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" --- "There is hopeful symbolism in the fact that flags do not wave in a vacuum." -- Arthur C. Clarke From owner-freebsd-current@FreeBSD.ORG Fri May 27 09:49:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF17E1065675 for ; Fri, 27 May 2011 09:49:29 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 738158FC12 for ; Fri, 27 May 2011 09:49:28 +0000 (UTC) Received: from frontend1.mail.m-online.net (unknown [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id 9BA841C01388; Fri, 27 May 2011 11:49:27 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id 8EB421C000B0; Fri, 27 May 2011 11:49:27 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id EIic70Q3GU8w; Fri, 27 May 2011 11:49:26 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-101-93.dynamic.mnet-online.de [93.104.101.93]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Fri, 27 May 2011 11:49:26 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id 7134331FA7; Fri, 27 May 2011 11:49:26 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id 6778231FA6; Fri, 27 May 2011 11:49:26 +0200 (CEST) Date: Fri, 27 May 2011 11:49:26 +0200 (CEST) From: Michael Reifenberger To: Alexander Leidinger In-Reply-To: <20110527104358.19065kl0wldv0z0u@webmail.leidinger.net> Message-ID: References: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> <20110527104358.19065kl0wldv0z0u@webmail.leidinger.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 , Rick Macklem Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 09:49:29 -0000 On Fri, 27 May 2011, Alexander Leidinger wrote: > Date: Fri, 27 May 2011 10:43:58 +0200 > From: Alexander Leidinger > To: Michael Reifenberger > Cc: Rick Macklem , > FreeBSD-Current > Subject: Re: newnfs user setup > > Quoting Michael Reifenberger (from Fri, 27 May 2011 > 10:02:09 +0200 (CEST)): > >> - make buildworld WITH_CTF=1 && make buildkernel WITH_CTF=1 > > Do not build world with CTF, this will produce broken static executables. > Ups. Thanks for reminding! Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri May 27 10:17:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B69106566B for ; Fri, 27 May 2011 10:17:04 +0000 (UTC) (envelope-from tiredashell@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id DE7898FC13 for ; Fri, 27 May 2011 10:17:03 +0000 (UTC) Received: by wyf23 with SMTP id 23so1529156wyf.13 for ; Fri, 27 May 2011 03:17:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=Dy8n2+pJAPQtsOK4bBsYu0kknZDGY88ivZhLRsjf32A=; b=MPyfQ0FxWMy+YliB3gI3uFcTREi8hzvpHiYGkI8JuRH+OFgAC1HXUqudXgt6cOVL4j +SMHLnxQkypTfXE7JwC7UwMsaS06pY0k+Xvj2eVTRl1EHh3uRNyr8E0TZN++jSBQ3nBP DztuTief3hdbLl7eCUpdeYLUdtovxU1xLzz9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=ZMy64t922tGtbl7Da9o+g+OnF0tEq64eBLXAGK94a3JEDHI+aTlaPUMxBhAXYVg/uv XaNlPyur5xgiA9msy98dpqAx3fqzuEBPdVhhO/77nrg2o+nDf5PMBNCenoxhcN6w40Eu P//5yC+RreSEG+i6HW6cDB7Qz4uGdcMVNmuks= MIME-Version: 1.0 Received: by 10.216.145.135 with SMTP id p7mr7000378wej.38.1306491422705; Fri, 27 May 2011 03:17:02 -0700 (PDT) Received: by 10.216.35.193 with HTTP; Fri, 27 May 2011 03:17:02 -0700 (PDT) In-Reply-To: <19EF3F42C9518C4C0FA4219F@mac-pro.magehandbook.com> References: <19EF3F42C9518C4C0FA4219F@mac-pro.magehandbook.com> Date: Fri, 27 May 2011 06:17:02 -0400 Message-ID: From: "tiredashell@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 10:17:04 -0000 I finally got around to trying is out, and although the installation completed successfully, the installation isn't recognized upon boot. I am getting a PXE-E61 error: media test failure, please check cable. I tried reinstalling three or four times, with the same results. I do not believe the issue is a BIOS setting or HD failure, because i can still successfully install windows 7 without any problems. On Tuesday, May 17, 2011, Daniel Staal wrote: > > (Sorry I can't reply to anyone, I just joined the list. =A0I saw this dis= cussion in the archives and thought I should join in.) > > I've managed to boot a X220i using -CURRENT as of last night. =A0I got so= me help on -questions to get it done though. =A0From a blank machine, you'l= l need either a non-USB boot device with FreeBSD media (untested) or a USB = keyboard. =A0If you are using a USB keyboard > > set hint.atkbd.0.disabled=3D1 > > to install, and use the USB keyboard during installation. =A0Then on the = first reboot in the BIOS set 'USB UEFI BIOS' to disabled. =A0(This means yo= u can't boot from a USB device.) > > At that point, the machine will boot fine. =A0I've tried 8.2-RELEASE, the= last amd64 -CURRENT I could find on the FreeBSD website, and -CURRENT as o= f 2011-05-16. > > I'm building a couple of ports at the moment, and want to reboot with a c= ouple of config changes in the loader to see if I can get the WiFi recogniz= ed. =A0As soon as I do that I can post my dmesg someplace. > > Daniel T. Staal > > --------------------------------------------------------------- > This email copyright the author. =A0Unless otherwise noted, you > are expressly allowed to retransmit, quote, or otherwise use > the contents for non-commercial purposes. =A0This copyright will > expire 5 years after the author's death, or in 30 years, > whichever is longer, unless such a period is in excess of > local copyright law. > --------------------------------------------------------------- > _______________________________________________ > freebsd-current@freebsd.org=A0mailing 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 27 13:01:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40542106566C for ; Fri, 27 May 2011 13:01:27 +0000 (UTC) (envelope-from mike@reifenberger.com) Received: from mail-out.m-online.net (mail-out.m-online.net [212.18.0.10]) by mx1.freebsd.org (Postfix) with ESMTP id EC2D68FC14 for ; Fri, 27 May 2011 13:01:26 +0000 (UTC) Received: from frontend1.mail.m-online.net (frontend1.mail.intern.m-online.net [192.168.8.180]) by mail-out.m-online.net (Postfix) with ESMTP id A5A2D182446A; Fri, 27 May 2011 15:01:24 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.8.164]) by mail.m-online.net (Postfix) with ESMTP id F26531C00057; Fri, 27 May 2011 15:01:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.180]) by localhost (dynscan1.mail.m-online.net [192.168.8.164]) (amavisd-new, port 10024) with ESMTP id WlP8yY1QT6oo; Fri, 27 May 2011 15:01:14 +0200 (CEST) Received: from mail.reifenberger.com (ppp-93-104-101-93.dynamic.mnet-online.de [93.104.101.93]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPS; Fri, 27 May 2011 15:01:14 +0200 (CEST) Received: by mail.reifenberger.com (Postfix, from userid 1001) id D3BB63205D; Fri, 27 May 2011 15:01:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.reifenberger.com (Postfix) with ESMTP id CF77E3205C; Fri, 27 May 2011 15:01:13 +0200 (CEST) Date: Fri, 27 May 2011 15:01:13 +0200 (CEST) From: Michael Reifenberger To: Rick Macklem In-Reply-To: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> Message-ID: References: <544964538.877581.1306450040601.JavaMail.root@erie.cs.uoguelph.ca> 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 Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 13:01:27 -0000 On Thu, 26 May 2011, Rick Macklem wrote: ... > http://people.freebsd.org/~rmacklem/dtrace.patch > Hmm. Is it just me? Trying to test the patch I get: (fs)(root) patch -C < dtrace.patch Hmm... I can't seem to find a patch in there anywhere. Bye/2 --- Michael Reifenberger Michael@Reifenberger.com http://www.Reifenberger.com From owner-freebsd-current@FreeBSD.ORG Fri May 27 13:09:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A44511065670 for ; Fri, 27 May 2011 13:09:49 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 68C8B8FC17 for ; Fri, 27 May 2011 13:09:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAFKi302DaFvO/2dsb2JhbABUG4QuomaIcKt5kFmBK4NsgQcEkEOPMQ X-IronPort-AV: E=Sophos;i="4.65,280,1304308800"; d="scan'208";a="122059147" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 May 2011 09:09:48 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 836AAB3FFC; Fri, 27 May 2011 09:09:48 -0400 (EDT) Date: Fri, 27 May 2011 09:09:48 -0400 (EDT) From: Rick Macklem To: Michael Reifenberger Message-ID: <110707658.891774.1306501788477.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 13:09:49 -0000 > On Thu, 26 May 2011, Rick Macklem wrote: > ... > > http://people.freebsd.org/~rmacklem/dtrace.patch > > > Hmm. Is it just me? > Trying to test the patch I get: > > (fs)(root) patch -C < dtrace.patch > Hmm... I can't seem to find a patch in there anywhere. > Here's how I apply the patch. - download dtrace.patch to somewhere, lets say /tmp, then # cd /usr/src/sys <-- sys subdirectory of a current head, which you don't mind messing up doesn't have to be at /usr/src/sys, of course. # patch -p1 < /tmp/dtrace.patch rick From owner-freebsd-current@FreeBSD.ORG Fri May 27 14:46:31 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA14C1065672 for ; Fri, 27 May 2011 14:46:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B1AFC8FC20 for ; Fri, 27 May 2011 14:46:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6759A46B1A for ; Fri, 27 May 2011 10:46:31 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 050E78A050 for ; Fri, 27 May 2011 10:46:31 -0400 (EDT) From: John Baldwin To: current@freebsd.org Date: Fri, 27 May 2011 10:46:30 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201105271046.30379.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 10:46:31 -0400 (EDT) Cc: Subject: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 14:46:31 -0000 Some times in top, I don't want to see all the per-CPU idle threads but instead focus on the non-idle threads that are running. Especially on a system with a lot of CPUs, the idle threads can push all the interesting threads off of the list. This patch adds a new 'z' flag (gratuitously chosen letter) and interactive command to toggle the display of the system idle process. Patch is tested against 8, but should work fine on HEAD too: Index: contrib/top/commands.c =================================================================== --- contrib/top/commands.c (revision 221924) +++ contrib/top/commands.c (working copy) @@ -94,6 +94,7 @@ a - toggle the displaying of process titles\n\ t - toggle the display of this process\n\ u - display processes for only one user (+ selects all users)\n\ +z - toggle the displaying of system idle process\n\ \n\ \n", stdout); } Index: contrib/top/top.c =================================================================== --- contrib/top/top.c (revision 221924) +++ contrib/top/top.c (working copy) @@ -196,9 +196,9 @@ fd_set readfds; #ifdef ORDER - static char command_chars[] = "\f qh?en#sdkriIutHmSCajo"; + static char command_chars[] = "\f qh?en#sdkriIutHmSCajzo"; #else - static char command_chars[] = "\f qh?en#sdkriIutHmSCaj"; + static char command_chars[] = "\f qh?en#sdkriIutHmSCajz"; #endif /* these defines enumerate the "strchr"s of the commands in command_chars */ #define CMD_redraw 0 @@ -224,8 +224,9 @@ #define CMD_wcputog 19 #define CMD_showargs 20 #define CMD_jidtog 21 +#define CMD_kidletog 22 #ifdef ORDER -#define CMD_order 22 +#define CMD_order 23 #endif /* set the buffer for stdout */ @@ -258,6 +259,7 @@ ps.thread = No; ps.wcpu = 1; ps.jail = No; + ps.kidle = Yes; ps.command = NULL; /* get preset options from the environment */ @@ -283,7 +285,7 @@ optind = 1; } - while ((i = getopt(ac, av, "CSIHPabijnquvs:d:U:m:o:t")) != EOF) + while ((i = getopt(ac, av, "CSIHPabijnquvzs:d:U:m:o:t")) != EOF) { switch(i) { @@ -412,10 +414,14 @@ pcpu_stats = Yes; break; + case 'z': + ps.kidle = !ps.kidle; + break; + default: fprintf(stderr, "Top version %s\n" -"Usage: %s [-abCHIijnPqStuv] [-d count] [-m io | cpu] [-o field] [-s time]\n" +"Usage: %s [-abCHIijnPqStuvz] [-d count] [-m io | cpu] [-o field] [-s time]\n" " [-U username] [number]\n", version_string(), myname); exit(1); @@ -1075,7 +1081,13 @@ reset_display(); putchar('\r'); break; - + case CMD_kidletog: + ps.kidle = !ps.kidle; + new_message(MT_standout | MT_delayed, + " %sisplaying kernel idle process.", + ps.idle ? "D" : "Not d"); + putchar('\r'); + break; default: new_message(MT_standout, " BAD CASE IN SWITCH!"); putchar('\r'); Index: contrib/top/machine.h =================================================================== --- contrib/top/machine.h (revision 221924) +++ contrib/top/machine.h (working copy) @@ -65,6 +65,7 @@ int uid; /* only this uid (unless uid == -1) */ int wcpu; /* show weighted cpu */ int jail; /* show jail ID */ + int kidle; /* show per-CPU idle threads */ char *command; /* only this command (unless == NULL) */ }; Index: contrib/top/top.X =================================================================== --- contrib/top/top.X (revision 221924) +++ contrib/top/top.X (working copy) @@ -10,7 +10,7 @@ .SH SYNOPSIS .B top [ -.B \-abCHIijnPqStuv +.B \-abCHIijnPqStuvz ] [ .BI \-d count ] [ @@ -142,6 +142,9 @@ No other processing takes place when this option is used. To see current revision information while top is running, use the help command \*(lq?\*(rq. .TP +.B \-z +Do not display the system idle process. +.TP .BI \-d count Show only .I count @@ -303,6 +306,9 @@ Toggle the display of the .I top process. +.TP +.B z +Toggle the display of the system idle process. .SH "THE DISPLAY" The actual display varies depending on the specific variant of Unix that the machine is running. This description may not exactly match Index: usr.bin/top/machine.c =================================================================== --- usr.bin/top/machine.c (revision 221924) +++ usr.bin/top/machine.c (working copy) @@ -623,6 +623,7 @@ int show_system; int show_uid; int show_command; + int show_kidle; /* * Save the previous process info. @@ -663,6 +664,7 @@ show_system = sel->system; show_uid = sel->uid != -1; show_command = sel->command != NULL; + show_kidle = sel->kidle; /* count up process states and get pointers to interesting procs */ total_procs = 0; @@ -704,6 +706,11 @@ /* skip idle or non-running processes */ continue; + if (displaymode == DISP_CPU && !show_kidle && + pp->ki_tdflags & TDF_IDLETD) + /* skip kernel idle process */ + continue; + if (displaymode == DISP_IO && !show_idle && p_io == 0) /* skip processes that aren't doing I/O */ continue; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 27 15:46:35 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364C3106566C for ; Fri, 27 May 2011 15:46:35 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E0C4A8FC0A for ; Fri, 27 May 2011 15:46:34 +0000 (UTC) Received: by qwc9 with SMTP id 9so1265237qwc.13 for ; Fri, 27 May 2011 08:46:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=RevPjH34vjhtxNFI5zxHMBLyTdm0/kAUilqj2YTdD9Q=; b=FkWhbTU5gOzdGT7rYQZCh5gkDFoFVO3pLgX3gSnGyxZi8MnoMB/Cn838x9x59TdqVg yC2iCS6ZDxysvk+647DwCPoyeKe9LyrqlCbO3uPL2ejyFnfjljDL47FEqkg8KyDcLr9F ljX9au6B+4XU08E8AO5wVUQkPVUQ0jmxZJe4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=qTkl+8NZESdUxjcS4eScT3CV6XC7dUFEYWpmU3EVhoa2oeRsv8LVUpTNdWo0is3UE7 XvPVrvp+S//N+iKg/1NCZeNW+RxKfLgeHR6rqdEiGCltb/aNwkjQHREHbU3CsvgO+l7Q uHSB1xgf1HNmGpV8/EqcWOq/tGcPTncCy6Oy0= MIME-Version: 1.0 Received: by 10.229.119.151 with SMTP id z23mr1655413qcq.2.1306509478659; Fri, 27 May 2011 08:17:58 -0700 (PDT) Received: by 10.229.86.133 with HTTP; Fri, 27 May 2011 08:17:58 -0700 (PDT) In-Reply-To: <201105271046.30379.jhb@freebsd.org> References: <201105271046.30379.jhb@freebsd.org> Date: Fri, 27 May 2011 19:17:58 +0400 Message-ID: From: Sergey Kandaurov To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 15:46:35 -0000 On 27 May 2011 18:46, John Baldwin wrote: > Some times in top, I don't want to see all the per-CPU idle threads but > instead focus on the non-idle threads that are running. =A0Especially on = a > system with a lot of CPUs, the idle threads can push all the interesting > threads off of the list. =A0This patch adds a new 'z' flag (gratuitously = chosen > letter) and interactive command to toggle the display of the system idle > process. =A0Patch is tested against 8, but should work fine on HEAD too: Works on HEAD as well. I like this idea. Perhaps it could be combined with i key? > @@ -1075,7 +1081,13 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0reset_disp= lay(); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0putchar('\= r'); > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0break; > - > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 case CMD_kidletog: > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ps.kidle = =3D !ps.kidle; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 new_message= (MT_standout | MT_delayed, > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 " %= sisplaying kernel idle process.", > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ps.= idle ? "D" : "Not d"); ^^ typo: s/idle/kidle/ --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri May 27 16:02:06 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 185201065672 for ; Fri, 27 May 2011 16:02:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E24278FC18 for ; Fri, 27 May 2011 16:02:05 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7B0FF46B46; Fri, 27 May 2011 12:02:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 01B758A04F; Fri, 27 May 2011 12:02:05 -0400 (EDT) From: John Baldwin To: Sergey Kandaurov Date: Fri, 27 May 2011 11:59:28 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105271046.30379.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271159.28604.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 12:02:05 -0400 (EDT) Cc: current@freebsd.org Subject: Re: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 16:02:06 -0000 On Friday, May 27, 2011 11:17:58 am Sergey Kandaurov wrote: > On 27 May 2011 18:46, John Baldwin wrote: > > Some times in top, I don't want to see all the per-CPU idle threads but > > instead focus on the non-idle threads that are running. Especially on a > > system with a lot of CPUs, the idle threads can push all the interesting > > threads off of the list. This patch adds a new 'z' flag (gratuitously chosen > > letter) and interactive command to toggle the display of the system idle > > process. Patch is tested against 8, but should work fine on HEAD too: > > Works on HEAD as well. I like this idea. > Perhaps it could be combined with i key? I couldn't think of a sane way. There are a few times when I want to see the idle processes, but mostly I don't want to see them and want all the other settings (idle, system, threads, etc.) to be orthogonal. I'd even be up for defaulting kdile to No so we don't show the idle threads by default. That would match the behavior of 4.x where there were no idle threads. > > @@ -1075,7 +1081,13 @@ > > reset_display(); > > putchar('\r'); > > break; > > - > > + case CMD_kidletog: > > + ps.kidle = !ps.kidle; > > + new_message(MT_standout | MT_delayed, > > + " %sisplaying kernel idle process.", > > > + ps.idle ? "D" : "Not d"); > ^^ > typo: s/idle/kidle/ Oops, thanks! -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 27 16:50:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69BDB106566B for ; Fri, 27 May 2011 16:50:12 +0000 (UTC) (envelope-from tiredashell@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id ED1418FC08 for ; Fri, 27 May 2011 16:50:11 +0000 (UTC) Received: by wwc33 with SMTP id 33so1989731wwc.31 for ; Fri, 27 May 2011 09:50:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type:content-transfer-encoding; bh=MoU/Nrwowx2dbmK8zqj6f+L4zaKzymoTgd7ngbZVVzI=; b=GwiPw7pb62eRaCBR9aiKE/MdHJQj+AMNbDq8r4VA+KWzcqMe2N2B6OgdDmBlsTif5l r8r0rq/u23agAEQRjbbAqM2XwOtZsvHMV6tQ5ue+GGM0OVDjG5gHdWs60HFxRpvsKpJ6 Tw4lQIrNZJYwbkpqcqrq6qgN2KYL9cJEvV1qg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=P1rYTLM8RCNi8dCQVJQ/N2BlNHCOaECbUyAxWQvtXaHEhI0kpBFb3GBA2Pt2MDJt7k otEO9D0W7YHeR9KZJ28XTRMwgivJgSfothZkoqNfxAsd1nF6MQjQk9J5ww9gyM/MjEIK CaljexY7TMGA1vQzhBO0DyF9r23wR4sNsBvDY= MIME-Version: 1.0 Received: by 10.216.143.74 with SMTP id k52mr7308408wej.8.1306515010562; Fri, 27 May 2011 09:50:10 -0700 (PDT) Received: by 10.216.35.193 with HTTP; Fri, 27 May 2011 09:50:10 -0700 (PDT) In-Reply-To: References: <19EF3F42C9518C4C0FA4219F@mac-pro.magehandbook.com> Date: Fri, 27 May 2011 12:50:10 -0400 Message-ID: From: "tiredashell@gmail.com" To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 16:50:12 -0000 It appears this was just a boot loader problem. Using BTX loader appears to fix the issue. On Friday, May 27, 2011, tiredashell@gmail.com wrot= e: > I finally got around to trying is out, and although the installation > completed successfully, the installation isn't recognized upon boot. I > am getting a PXE-E61 error: media test failure, please check cable. I > tried reinstalling three or four times, with the same results. > > I do not believe the issue is a BIOS setting or HD failure, because i > can still successfully install windows 7 without any problems. > > On Tuesday, May 17, 2011, Daniel Staal wrote: >> >> (Sorry I can't reply to anyone, I just joined the list. =A0I saw this di= scussion in the archives and thought I should join in.) >> >> I've managed to boot a X220i using -CURRENT as of last night. =A0I got s= ome help on -questions to get it done though. =A0From a blank machine, you'= ll need either a non-USB boot device with FreeBSD media (untested) or a USB= keyboard. =A0If you are using a USB keyboard >> >> set hint.atkbd.0.disabled=3D1 >> >> to install, and use the USB keyboard during installation. =A0Then on the= first reboot in the BIOS set 'USB UEFI BIOS' to disabled. =A0(This means y= ou can't boot from a USB device.) >> >> At that point, the machine will boot fine. =A0I've tried 8.2-RELEASE, th= e last amd64 -CURRENT I could find on the FreeBSD website, and -CURRENT as = of 2011-05-16. >> >> I'm building a couple of ports at the moment, and want to reboot with a = couple of config changes in the loader to see if I can get the WiFi recogni= zed. =A0As soon as I do that I can post my dmesg someplace. >> >> Daniel T. Staal >> >> --------------------------------------------------------------- >> This email copyright the author. =A0Unless otherwise noted, you >> are expressly allowed to retransmit, quote, or otherwise use >> the contents for non-commercial purposes. =A0This copyright will >> expire 5 years after the author's death, or in 30 years, >> whichever is longer, unless such a period is in excess of >> local copyright law. >> --------------------------------------------------------------- >> _______________________________________________ >> freebsd-current@freebsd.org=A0mailing 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 Fri May 27 17:35:20 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86E9E1065670; Fri, 27 May 2011 17:35:20 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2A1218FC0C; Fri, 27 May 2011 17:35:19 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id p4RGuh3Y029745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 11:56:43 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.5/8.14.4) with ESMTP id p4RGuhDR097588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 May 2011 11:56:43 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.5/8.14.5/Submit) id p4RGugFq097587; Fri, 27 May 2011 11:56:42 -0500 (CDT) (envelope-from dan) Date: Fri, 27 May 2011 11:56:42 -0500 From: Dan Nelson To: John Baldwin Message-ID: <20110527165641.GB6688@dan.emsphone.com> References: <201105271046.30379.jhb@freebsd.org> <201105271159.28604.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201105271159.28604.jhb@freebsd.org> X-OS: FreeBSD 8.2-STABLE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Fri, 27 May 2011 11:56:43 -0500 (CDT) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: Sergey Kandaurov , current@freebsd.org Subject: Re: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 17:35:20 -0000 In the last episode (May 27), John Baldwin said: > On Friday, May 27, 2011 11:17:58 am Sergey Kandaurov wrote: > > On 27 May 2011 18:46, John Baldwin wrote: > > > Some times in top, I don't want to see all the per-CPU idle threads > > > but instead focus on the non-idle threads that are running. > > > Especially on a system with a lot of CPUs, the idle threads can push > > > all the interesting threads off of the list. This patch adds a new > > > 'z' flag (gratuitously chosen letter) and interactive command to > > > toggle the display of the system idle process. Patch is tested > > > against 8, but should work fine on HEAD too: > > > > Works on HEAD as well. I like this idea. Perhaps it could be combined > > with i key? > > I couldn't think of a sane way. There are a few times when I want to see > the idle processes, but mostly I don't want to see them and want all the > other settings (idle, system, threads, etc.) to be orthogonal. Top currently maps both "i" and "I" to "toggle idle processes". Maybe map "I" to "toggle system idle processes"? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Fri May 27 17:45:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D3631065670; Fri, 27 May 2011 17:45:16 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id C9E9C8FC08; Fri, 27 May 2011 17:45:15 +0000 (UTC) Received: by vws18 with SMTP id 18so2140166vws.13 for ; Fri, 27 May 2011 10:45:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=f8l4DiXZg5p3Qe62CCKp+wbpA7FtrDMbNQRgG4IMJAg=; b=bHUBjDA02K7GLuZ9hTilS+SWAG4FWcMrS8JrhgU2Bof98KtmlVmDuzk+O1iT9MRiA8 +bfnX3O9HY1ME3FJrPhL9zwCtYqO6P/Ql3sgotlVPsM4ET1XHSGpK93x8yEaldUchpYh eIkFm7KDKnlZuO0KqR5far76d/oOQdRW8rbaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DW9LjIDKXOanRDeYraO1H65qhMmeB6HHaMsTUnvqT/oMt+VQf6w97dX0MyEu6rZ7Rv QyEJ3Lew70WUH1rnJCceeoHi2hPxs2aVOqTEsGr6+9z+anwNKinxLwy8FUMI/S9bzdGW CcbsOh9IY/ovNgCXrJWLkvjA6HP+2UDq2ZoYg= MIME-Version: 1.0 Received: by 10.52.97.7 with SMTP id dw7mr3276420vdb.109.1306516460293; Fri, 27 May 2011 10:14:20 -0700 (PDT) Received: by 10.52.114.165 with HTTP; Fri, 27 May 2011 10:14:20 -0700 (PDT) In-Reply-To: References: <4DD4048F.8030207@delphij.net> Date: Fri, 27 May 2011 10:14:20 -0700 Message-ID: From: Xin LI To: Johannes Dieterich Content-Type: text/plain; charset=UTF-8 Cc: "George V. Neville-Neil" , freebsd-current@freebsd.org, Jung-uk Kim Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 17:45:16 -0000 On Thu, May 19, 2011 at 5:18 AM, Johannes Dieterich wrote: > On Wed, May 18, 2011 at 7:40 PM, Xin LI wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA256 >> >> Try this patch? >> > The attached patch makes 9-CURRENT-amd64 boot on the X220 w/o any hints or > BIOS fixes needed. Thanks a lot! :-) > > > >> >> (I'm still opted to disable the typematic rate detection by default at >> least for amd64, as we don't do it in the past for amd64) >> > What does this mean concerning getting the fix into CURRENT? Well, that's not a perfect fix and we do lose the ability of detecting typematic rate (by default), so technically it's a workaround (sufficient to make the kernel boot and work, though) and doesn't fix anything. I have committed it anyway since we do not have better fix (yet), and have updated atkbd(4) manual page so one can enable it again when wanted. The problem we had was that it seems that running the BIOS in the x86emu emulator on amd64 would cause problem. This doesn't seem to be fixable without hands-on experiments on a system in question, it's either a BIOS bug or an emulator bug. The strange part of the problem is that the functionality is quite common in the Good Old Days (TM). Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Fri May 27 18:30:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8600510656A6 for ; Fri, 27 May 2011 18:30:23 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5C48FC22 for ; Fri, 27 May 2011 18:30:22 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id EAF7AAE6; Fri, 27 May 2011 14:30:21 -0400 (EDT) Date: Fri, 27 May 2011 14:30:21 -0400 From: Daniel Staal To: Xin LI , freebsd-current@freebsd.org Message-ID: <4476D4ACA3FB37F3FC353240@mac-pro.magehandbook.com> In-Reply-To: References: <4DD4048F.8030207@delphij.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: Boot halts on Thinkpad X220 (Sandy Bridge) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2011 18:30:23 -0000 --As of May 27, 2011 10:14:20 AM -0700, Xin LI is alleged to have said: > The problem we had was that it seems that running the BIOS in the > x86emu emulator on amd64 would cause problem. This doesn't seem to be > fixable without hands-on experiments on a system in question, it's > either a BIOS bug or an emulator bug. The strange part of the problem > is that the functionality is quite common in the Good Old Days (TM). --As for the rest, it is mine. Lenovo has posted an updated BIOS for the box. Would you like me to try booting an older install with it? Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. --------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri May 27 19:19:56 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0CC1065670 for ; Fri, 27 May 2011 19:19:56 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 34BA68FC23 for ; Fri, 27 May 2011 19:19:56 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E08EC46B45; Fri, 27 May 2011 15:19:55 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 803D58A04F; Fri, 27 May 2011 15:19:55 -0400 (EDT) From: John Baldwin To: Dan Nelson Date: Fri, 27 May 2011 15:19:54 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201105271046.30379.jhb@freebsd.org> <201105271159.28604.jhb@freebsd.org> <20110527165641.GB6688@dan.emsphone.com> In-Reply-To: <20110527165641.GB6688@dan.emsphone.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201105271519.54996.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 27 May 2011 15:19:55 -0400 (EDT) Cc: Sergey Kandaurov , current@freebsd.org Subject: Re: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 19:19:56 -0000 On Friday, May 27, 2011 12:56:42 pm Dan Nelson wrote: > In the last episode (May 27), John Baldwin said: > > On Friday, May 27, 2011 11:17:58 am Sergey Kandaurov wrote: > > > On 27 May 2011 18:46, John Baldwin wrote: > > > > Some times in top, I don't want to see all the per-CPU idle threads > > > > but instead focus on the non-idle threads that are running. > > > > Especially on a system with a lot of CPUs, the idle threads can push > > > > all the interesting threads off of the list. This patch adds a new > > > > 'z' flag (gratuitously chosen letter) and interactive command to > > > > toggle the display of the system idle process. Patch is tested > > > > against 8, but should work fine on HEAD too: > > > > > > Works on HEAD as well. I like this idea. Perhaps it could be combined > > > with i key? > > > > I couldn't think of a sane way. There are a few times when I want to see > > the idle processes, but mostly I don't want to see them and want all the > > other settings (idle, system, threads, etc.) to be orthogonal. > > Top currently maps both "i" and "I" to "toggle idle processes". Maybe map > "I" to "toggle system idle processes"? Well, top -I is the command line argument for that already (and for other things like 'H' and 'S' the command line flag matches the interactive command). However, I wouldn't want to take 'i' as I know that's what my brain is hardwired to do to toggle the idle flag. I figure that at this point it would be too much of a POLA violation to change either of 'i' or 'I'. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri May 27 23:03:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 669E3106564A for ; Fri, 27 May 2011 23:03:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2774B8FC14 for ; Fri, 27 May 2011 23:03:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EAIgs4E2DaFvO/2dsb2JhbABVG4Quom6IcK1ckDiFF4EHBJBCjzA X-IronPort-AV: E=Sophos;i="4.65,283,1304308800"; d="scan'208";a="122131605" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 May 2011 19:03:08 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 626E1B3F25; Fri, 27 May 2011 19:03:08 -0400 (EDT) Date: Fri, 27 May 2011 19:03:08 -0400 (EDT) From: Rick Macklem To: Goran Lowkrantz Message-ID: <1297732809.928917.1306537388344.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_928916_555251632.1306537388342" X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org Subject: Re: Testing new nfs and VIMAGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 23:03:09 -0000 ------=_Part_928916_555251632.1306537388342 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit > And the attached core.txt got eaten. > > > /glz > > --On May 27, 2011 10:37:32 +0200 Goran Lowkrantz > > wrote: > > > > > I have been testing VIMAGE a lot lately to see how it works an all > > my > > test cases works as expected except when I use NFSv4 from an NFS > > client > > with a kerrel with VIMAGE enabled. > > > > All other permutations work and this error is very specific. All > > crashes > > occurs when trying to read or write to an NFS v4 volume. I have seen > > it > > on both i386 and amd64. > > > ># 12 0xc0a73c15 in rt_tables_get_rnh (table=0, fam=2) > > at /usr/src/sys/net/route.c:153 > > > > > > static __inline struct radix_node_head ** > > rt_tables_get_rnh_ptr(int table, int fam) > > { > > struct radix_node_head **rnh; > > > > KASSERT(table >= 0 && table < rt_numfibs, ("%s: table out of > > bounds.", > > __func__)); > > KASSERT(fam >= 0 && fam < (AF_MAX+1), ("%s: fam out of > > bounds.", > > __func__)); > > > > /* rnh is [fib=0][af=0]. */ > > ---> rnh = (struct radix_node_head **)V_rt_tables; > > /* Get the offset to the requested table and fam. */ > > rnh += table * (AF_MAX+1) + fam; > > > > return (rnh); > > } > > > > Any ideas? > > > > Cores and dumps are available plus a vmware player setup to test and > > debug. > > I know diddly about VIMAGE, but you could try the attached patch which imitates what is done other places. If the patch isn't attached, you can find it at: http://people.freebsd.org/~rmacklem/vnet.patch rick ------=_Part_928916_555251632.1306537388342 Content-Type: text/x-patch; name=vnet.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=vnet.patch LS0tIGZzL25mc2NsaWVudC9uZnNfY2xwb3J0LmMuc2F2CTIwMTEtMDUtMDQgMTk6MTI6MTAuMDAw MDAwMDAwIC0wNDAwCisrKyBmcy9uZnNjbGllbnQvbmZzX2NscG9ydC5jCTIwMTEtMDUtMjcgMTg6 NTI6MTEuMDAwMDAwMDAwIC0wNDAwCkBAIC05NDMsNyArOTQzLDkgQEAgbmZzY2xfZ2V0bXlpcChz dHJ1Y3QgbmZzbW91bnQgKm5tcCwgaW50IAogCQlzYWQuc2luX2ZhbWlseSA9IEFGX0lORVQ7CiAJ CXNhZC5zaW5fbGVuID0gc2l6ZW9mIChzdHJ1Y3Qgc29ja2FkZHJfaW4pOwogCQlzYWQuc2luX2Fk ZHIuc19hZGRyID0gc2luLT5zaW5fYWRkci5zX2FkZHI7CisJCUNVUlZORVRfU0VUKFREX1RPX1ZO RVQoY3VydGhyZWFkKSk7CiAJCXJ0ID0gcnRhbGxvYzEoKHN0cnVjdCBzb2NrYWRkciAqKSZzYWQs IDAsIDBVTCk7CisJCUNVUlZORVRfUkVTVE9SRSgpOwogCQlpZiAocnQgIT0gTlVMTCkgewogCQkJ aWYgKHJ0LT5ydF9pZnAgIT0gTlVMTCAmJgogCQkJICAgIHJ0LT5ydF9pZmEgIT0gTlVMTCAmJgpA QCAtOTY2LDcgKzk2OCw5IEBAIG5mc2NsX2dldG15aXAoc3RydWN0IG5mc21vdW50ICpubXAsIGlu dCAKIAkJc2FkNi5zaW42X2ZhbWlseSA9IEFGX0lORVQ2OwogCQlzYWQ2LnNpbjZfbGVuID0gc2l6 ZW9mIChzdHJ1Y3Qgc29ja2FkZHJfaW42KTsKIAkJc2FkNi5zaW42X2FkZHIgPSBzaW42LT5zaW42 X2FkZHI7CisJCUNVUlZORVRfU0VUKFREX1RPX1ZORVQoY3VydGhyZWFkKSk7CiAJCXJ0ID0gcnRh bGxvYzEoKHN0cnVjdCBzb2NrYWRkciAqKSZzYWQ2LCAwLCAwVUwpOworCQlDVVJWTkVUX1JFU1RP UkUoKTsKIAkJaWYgKHJ0ICE9IE5VTEwpIHsKIAkJCWlmIChydC0+cnRfaWZwICE9IE5VTEwgJiYK IAkJCSAgICBydC0+cnRfaWZhICE9IE5VTEwgJiYK ------=_Part_928916_555251632.1306537388342-- From owner-freebsd-current@FreeBSD.ORG Fri May 27 23:07:46 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9A43106564A for ; Fri, 27 May 2011 23:07:46 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 352D88FC13 for ; Fri, 27 May 2011 23:07:45 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p4RMjNnW078248 for ; Fri, 27 May 2011 16:45:23 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p4RMjNMH078247 for current@FreeBSD.org; Fri, 27 May 2011 16:45:23 -0600 (MDT) (envelope-from ken) Date: Fri, 27 May 2011 16:45:23 -0600 From: "Kenneth D. Merry" To: current@FreeBSD.org Message-ID: <20110527224523.GA77922@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.4.2i Cc: Subject: message buffer scrambling fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 May 2011 23:07:46 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hey folks, I have attached some patches to the kernel message buffer code (this affects dmesg(8) output as well as kernel messages that go to the syslog) to address log scrambling. This fixes the same issue that 'options PRINTF_BUFR_SIZE=128' fixes for the console. The problem is that you can have multiple kernel threads writing to the message buffer at the same time, and so their characters will get interleaved. All of the characters will get in there, because they're written with atomic operations, but the output might looked scrambled. So the fix is to use the same stack buffer that is used for the console output (so the stack size doesn't increase), and use a spin lock instead of atomic operations to insert the string into the message buffer. The result is that dmesg and syslog output should look the same as the console output. As long as individual kernel prints fit in the printf buffer size, they will be put into the message buffer atomically. I also fixed a couple of other long-standing issues. putcons() (in subr_prf.c) was adding a carriage return before calling cnputs(). But cnputs() calls cnputc(), which adds a carriage return before every newline. So much of the console output (the part that came from putcons() at least) had two carriage returns at the end. The other issue was that log_console() was inserting a newline for any console write that didn't already have one at the end. The issue with that can be seen if you do a 'dmesg -a' and compare that to the console output. You'll see something like this on the console: Updating motd:. But this in dmesg -a: Updating motd: . That is because "Updating motd:" is written first, log_console() appends a newline, and then ".\n" is written. I added a loader tunable and sysctl to turn the old behavior back on (kern.log_console_add_linefeed) if you want the old behavior, but I think we should be able to safely remove it. Also, the new msgbuf_addstr() function allows the caller to optionally ask for carriage returns to be stripped out. However, in my testing I haven't seen any carriage returns to strip. Let me know if you have any comments. I'm planning to check this into head next week. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="log_buffer.20110527.8.txt" Index: sys/kern/subr_msgbuf.c =================================================================== --- sys/kern/subr_msgbuf.c (revision 222390) +++ sys/kern/subr_msgbuf.c (working copy) @@ -31,8 +31,16 @@ #include #include +#include +#include #include +/* + * Maximum number conversion buffer length: uintmax_t in base 2, plus <> + * around the priority, and a terminating NUL. + */ +#define MAXPRIBUF (sizeof(intmax_t) * NBBY + 3) + /* Read/write sequence numbers are modulo a multiple of the buffer size. */ #define SEQMOD(size) ((size) * 16) @@ -51,6 +59,9 @@ mbp->msg_seqmod = SEQMOD(size); msgbuf_clear(mbp); mbp->msg_magic = MSG_MAGIC; + mbp->msg_lastpri = -1; + mbp->msg_needsnl = 0; + mtx_init(&mbp->msg_lock, "msgbuf", NULL, MTX_SPIN); } /* @@ -80,6 +91,11 @@ } msgbuf_clear(mbp); } + + mbp->msg_lastpri = -1; + /* Assume that the old message buffer didn't end in a newline. */ + mbp->msg_needsnl = 1; + mtx_init(&mbp->msg_lock, "msgbuf", NULL, MTX_SPIN); } /* @@ -110,28 +126,143 @@ } /* - * Append a character to a message buffer. This function can be - * considered fully reentrant so long as the number of concurrent - * callers is less than the number of characters in the buffer. - * However, the message buffer is only guaranteed to be consistent - * for reading when there are no callers in this function. + * Add a character into the message buffer, and update the checksum and + * sequence number. + * + * The caller should hold the message buffer spinlock. */ +static inline void +msgbuf_do_addchar(struct msgbuf *mbp, u_int *seq, int c) +{ + u_int pos; + + /* Make sure we properly wrap the sequence number. */ + pos = MSGBUF_SEQ_TO_POS(mbp, *seq); + + mbp->msg_cksum += (u_int)c - + (u_int)(u_char)mbp->msg_ptr[pos]; + + mbp->msg_ptr[pos] = c; + + *seq = MSGBUF_SEQNORM(mbp, *seq + 1); +} + +/* + * Append a character to a message buffer. + */ void msgbuf_addchar(struct msgbuf *mbp, int c) { - u_int new_seq, pos, seq; + mtx_lock_spin(&mbp->msg_lock); - do { - seq = mbp->msg_wseq; - new_seq = MSGBUF_SEQNORM(mbp, seq + 1); - } while (atomic_cmpset_rel_int(&mbp->msg_wseq, seq, new_seq) == 0); - pos = MSGBUF_SEQ_TO_POS(mbp, seq); - atomic_add_int(&mbp->msg_cksum, (u_int)(u_char)c - - (u_int)(u_char)mbp->msg_ptr[pos]); - mbp->msg_ptr[pos] = c; + msgbuf_do_addchar(mbp, &mbp->msg_wseq, c); + + mtx_unlock_spin(&mbp->msg_lock); } /* + * Append a NUL-terminated string with a priority to a message buffer. + * Filter carriage returns if the caller requests it. + * + * XXX The carriage return filtering behavior is present in the + * msglogchar() API, however testing has shown that we don't seem to send + * carriage returns down this path. So do we still need it? + */ +void +msgbuf_addstr(struct msgbuf *mbp, int pri, char *str, int filter_cr) +{ + u_int seq; + size_t len, prefix_len; + char prefix[MAXPRIBUF]; + int nl, i; + + len = strlen(str); + prefix_len = 0; + nl = 0; + + /* If we have a zero-length string, no need to do anything. */ + if (len == 0) + return; + + mtx_lock_spin(&mbp->msg_lock); + + /* + * If this is true, we may need to insert a new priority sequence, + * so prepare the prefix. + */ + if (pri != -1) + prefix_len = sprintf(prefix, "<%d>", pri); + + /* + * Starting write sequence number. + */ + seq = mbp->msg_wseq; + + /* + * Whenever there is a change in priority, we have to insert a + * newline, and a priority prefix if the priority is not -1. Here + * we detect whether there was a priority change, and whether we + * did not end with a newline. If that is the case, we need to + * insert a newline before this string. + */ + if (mbp->msg_lastpri != pri && mbp->msg_needsnl != 0) { + + msgbuf_do_addchar(mbp, &seq, '\n'); + mbp->msg_needsnl = 0; + } + + for (i = 0; i < len; i++) { + /* + * If we just had a newline, and the priority is not -1 + * (and therefore prefix_len != 0), then we need a priority + * prefix for this line. + */ + if (mbp->msg_needsnl == 0 && prefix_len != 0) { + int j; + + for (j = 0; j < prefix_len; j++) + msgbuf_do_addchar(mbp, &seq, prefix[j]); + } + + /* + * Don't copy carriage returns if the caller requested + * filtering. + * + * XXX This matches the behavior of msglogchar(), but is it + * necessary? Testing has shown that we don't seem to get + * carriage returns here. + */ + if ((filter_cr != 0) && (str[i] == '\r')) + continue; + + /* + * Clear this flag if we see a newline. This affects whether + * we need to insert a new prefix or insert a newline later. + */ + if (str[i] == '\n') + mbp->msg_needsnl = 0; + else + mbp->msg_needsnl = 1; + + msgbuf_do_addchar(mbp, &seq, str[i]); + } + /* + * Update the write sequence number for the actual number of + * characters we put in the message buffer. (Depends on whether + * carriage returns are filtered.) + */ + mbp->msg_wseq = seq; + + /* + * Set the last priority. + */ + mbp->msg_lastpri = pri; + + mtx_unlock_spin(&mbp->msg_lock); + +} + +/* * Read and mark as read a character from a message buffer. * Returns the character, or -1 if no characters are available. */ @@ -141,14 +272,21 @@ u_int len, wseq; int c; + mtx_lock_spin(&mbp->msg_lock); + wseq = mbp->msg_wseq; len = MSGBUF_SEQSUB(mbp, wseq, mbp->msg_rseq); - if (len == 0) + if (len == 0) { + mtx_unlock_spin(&mbp->msg_lock); return (-1); + } if (len > mbp->msg_size) mbp->msg_rseq = MSGBUF_SEQNORM(mbp, wseq - mbp->msg_size); c = (u_char)mbp->msg_ptr[MSGBUF_SEQ_TO_POS(mbp, mbp->msg_rseq)]; mbp->msg_rseq = MSGBUF_SEQNORM(mbp, mbp->msg_rseq + 1); + + mtx_unlock_spin(&mbp->msg_lock); + return (c); } @@ -161,10 +299,14 @@ { u_int len, pos, wseq; + mtx_lock_spin(&mbp->msg_lock); + wseq = mbp->msg_wseq; len = MSGBUF_SEQSUB(mbp, wseq, mbp->msg_rseq); - if (len == 0) + if (len == 0) { + mtx_unlock_spin(&mbp->msg_lock); return (0); + } if (len > mbp->msg_size) { mbp->msg_rseq = MSGBUF_SEQNORM(mbp, wseq - mbp->msg_size); len = mbp->msg_size; @@ -175,6 +317,9 @@ bcopy(&mbp->msg_ptr[pos], buf, len); mbp->msg_rseq = MSGBUF_SEQNORM(mbp, mbp->msg_rseq + len); + + mtx_unlock_spin(&mbp->msg_lock); + return (len); } @@ -193,16 +338,21 @@ { u_int len, pos, wseq; + mtx_lock_spin(&mbp->msg_lock); + if (buf == NULL) { /* Just initialise *seqp. */ *seqp = MSGBUF_SEQNORM(mbp, mbp->msg_wseq - mbp->msg_size); + mtx_unlock_spin(&mbp->msg_lock); return (0); } wseq = mbp->msg_wseq; len = MSGBUF_SEQSUB(mbp, wseq, *seqp); - if (len == 0) + if (len == 0) { + mtx_unlock_spin(&mbp->msg_lock); return (0); + } if (len > mbp->msg_size) { *seqp = MSGBUF_SEQNORM(mbp, wseq - mbp->msg_size); len = mbp->msg_size; @@ -212,6 +362,9 @@ len = min(len, (u_int)buflen); bcopy(&mbp->msg_ptr[MSGBUF_SEQ_TO_POS(mbp, *seqp)], buf, len); *seqp = MSGBUF_SEQNORM(mbp, *seqp + len); + + mtx_unlock_spin(&mbp->msg_lock); + return (len); } Index: sys/kern/subr_prf.c =================================================================== --- sys/kern/subr_prf.c (revision 222390) +++ sys/kern/subr_prf.c (working copy) @@ -94,6 +94,7 @@ extern int log_open; static void msglogchar(int c, int pri); +static void msglogstr(char *str, int pri, int filter_cr); static void putchar(int ch, void *arg); static char *ksprintn(char *nbuf, uintmax_t num, int base, int *len, int upper); static void snprintf_func(int ch, void *arg); @@ -106,6 +107,14 @@ SYSCTL_INT(_kern, OID_AUTO, log_console_output, CTLFLAG_RW, &log_console_output, 0, "Duplicate console output to the syslog."); +/* + * See the comment in log_console() below for more explanation of this. + */ +static int log_console_add_linefeed = 0; +TUNABLE_INT("kern.log_console_add_linefeed", &log_console_add_linefeed); +SYSCTL_INT(_kern, OID_AUTO, log_console_add_linefeed, CTLFLAG_RW, + &log_console_add_linefeed, 0, "log_console() adds extra newlines."); + static int always_console_output = 0; TUNABLE_INT("kern.always_console_output", &always_console_output); SYSCTL_INT(_kern, OID_AUTO, always_console_output, CTLFLAG_RW, @@ -240,16 +249,37 @@ { va_list ap; struct putchar_arg pca; +#ifdef PRINTF_BUFR_SIZE + char bufr[PRINTF_BUFR_SIZE]; +#endif pca.tty = NULL; pca.pri = level; pca.flags = log_open ? TOLOG : TOCONS; +#ifdef PRINTF_BUFR_SIZE + pca.p_bufr = bufr; + pca.p_next = pca.p_bufr; + pca.n_bufr = sizeof(bufr); + pca.remain = sizeof(bufr); + *pca.p_next = '\0'; +#else pca.p_bufr = NULL; +#endif va_start(ap, fmt); kvprintf(fmt, putchar, &pca, 10, ap); va_end(ap); +#ifdef PRINTF_BUFR_SIZE + /* Write any buffered console/log output: */ + if (*pca.p_bufr != '\0') { + if (pca.flags & TOLOG) + msglogstr(pca.p_bufr, level, /*filter_cr*/1); + + if (pca.flags & TOCONS) + cnputs(pca.p_bufr); + } +#endif msgbuftrigger = 1; } @@ -258,7 +288,7 @@ void log_console(struct uio *uio) { - int c, i, error, nl; + int c, error, nl; char *consbuffer; int pri; @@ -271,20 +301,48 @@ nl = 0; while (uio->uio_resid > 0) { - c = imin(uio->uio_resid, CONSCHUNK); + c = imin(uio->uio_resid, CONSCHUNK - 1); error = uiomove(consbuffer, c, uio); if (error != 0) break; - for (i = 0; i < c; i++) { - msglogchar(consbuffer[i], pri); - if (consbuffer[i] == '\n') - nl = 1; - else - nl = 0; - } + /* Make sure we're NUL-terminated */ + consbuffer[c] = '\0'; + if (consbuffer[c - 1] == '\n') + nl = 1; + else + nl = 0; + msglogstr(consbuffer, pri, /*filter_cr*/ 1); } - if (!nl) - msglogchar('\n', pri); + /* + * The previous behavior in log_console() is preserved when + * log_console_add_linefeed is non-zero. For that behavior, if an + * individual console write came in that was not terminated with a + * line feed, it would add a line feed. + * + * This results in different data in the message buffer than + * appears on the system console (which doesn't add extra line feed + * characters). + * + * A number of programs and rc scripts write a line feed, or a period + * and a line feed when they have completed their operation. On + * the console, this looks seamless, but when displayed with + * 'dmesg -a', you wind up with output that looks like this: + * + * Updating motd: + * . + * + * On the console, it looks like this: + * Updating motd:. + * + * We could add logic to detect that situation, or just not insert + * the extra newlines. Set the kern.log_console_add_linefeed + * sysctl/tunable variable to get the old behavior. + */ + if (!nl && log_console_add_linefeed) { + consbuffer[0] = '\n'; + consbuffer[1] = '\0'; + msglogstr(consbuffer, pri, /*filter_cr*/ 1); + } msgbuftrigger = 1; free(uio, M_IOV); free(consbuffer, M_TEMP); @@ -330,9 +388,11 @@ retval = kvprintf(fmt, putchar, &pca, 10, ap); #ifdef PRINTF_BUFR_SIZE - /* Write any buffered console output: */ - if (*pca.p_bufr != '\0') + /* Write any buffered console/log output: */ + if (*pca.p_bufr != '\0') { cnputs(pca.p_bufr); + msglogstr(pca.p_bufr, pca.pri, /*filter_cr*/ 1); + } #endif if (!panicstr) @@ -342,18 +402,18 @@ } static void -putcons(int c, struct putchar_arg *ap) +putbuf(int c, struct putchar_arg *ap) { /* Check if no console output buffer was provided. */ - if (ap->p_bufr == NULL) + if (ap->p_bufr == NULL) { /* Output direct to the console. */ - cnputc(c); - else { + if (ap->flags & TOCONS) + cnputc(c); + + if (ap->flags & TOLOG) + msglogchar(c, ap->pri); + } else { /* Buffer the character: */ - if (c == '\n') { - *ap->p_next++ = '\r'; - ap->remain--; - } *ap->p_next++ = c; ap->remain--; @@ -361,12 +421,35 @@ *ap->p_next = '\0'; /* Check if the buffer needs to be flushed. */ - if (ap->remain < 3 || c == '\n') { - cnputs(ap->p_bufr); + if (ap->remain == 2 || c == '\n') { + + if (ap->flags & TOLOG) + msglogstr(ap->p_bufr, ap->pri, /*filter_cr*/1); + + if (ap->flags & TOCONS) { + if ((panicstr == NULL) && (constty != NULL)) + msgbuf_addstr(&consmsgbuf, -1, + ap->p_bufr, /*filter_cr*/ 0); + + if ((constty == NULL) ||(always_console_output)) + cnputs(ap->p_bufr); + } + ap->p_next = ap->p_bufr; ap->remain = ap->n_bufr; *ap->p_next = '\0'; } + + /* + * Since we fill the buffer up one character at a time, + * this should not happen. We should always catch it when + * ap->remain == 2 (if not sooner due to a newline), flush + * the buffer and move on. One way this could happen is + * if someone sets PRINTF_BUFR_SIZE to 1 or something + * similarly silly. + */ + KASSERT(ap->remain > 2, ("Bad buffer logic, remain = %zd", + ap->remain)); } } @@ -381,26 +464,25 @@ struct putchar_arg *ap = (struct putchar_arg*) arg; struct tty *tp = ap->tty; int flags = ap->flags; + int putbuf_done = 0; /* Don't use the tty code after a panic or while in ddb. */ if (kdb_active) { if (c != '\0') cnputc(c); - } else if (panicstr || ((flags & TOCONS) && constty == NULL)) { - if (c != '\0') - putcons(c, ap); } else { - if ((flags & TOTTY) && tp != NULL) + if ((panicstr == NULL) && (flags & TOTTY) && (tp != NULL)) tty_putchar(tp, c); + if (flags & TOCONS) { - if (constty != NULL) - msgbuf_addchar(&consmsgbuf, c); - if (always_console_output && c != '\0') - putcons(c, ap); + putbuf(c, ap); + putbuf_done = 1; } } - if ((flags & TOLOG)) - msglogchar(c, ap->pri); + if ((flags & TOLOG) && (putbuf_done == 0)) { + if (c != '\0') + putbuf(c, ap); + } } /* @@ -890,6 +972,15 @@ } } +static void +msglogstr(char *str, int pri, int filter_cr) +{ + if (!msgbufmapped) + return; + + msgbuf_addstr(msgbufp, pri, str, filter_cr); +} + void msgbufinit(void *ptr, int size) { Index: sys/sys/msgbuf.h =================================================================== --- sys/sys/msgbuf.h (revision 222390) +++ sys/sys/msgbuf.h (working copy) @@ -33,15 +33,21 @@ #ifndef _SYS_MSGBUF_H_ #define _SYS_MSGBUF_H_ +#include +#include + struct msgbuf { - char *msg_ptr; /* pointer to buffer */ + char *msg_ptr; /* pointer to buffer */ #define MSG_MAGIC 0x063062 - u_int msg_magic; - u_int msg_size; /* size of buffer area */ - u_int msg_wseq; /* write sequence number */ - u_int msg_rseq; /* read sequence number */ - u_int msg_cksum; /* checksum of contents */ - u_int msg_seqmod; /* range for sequence numbers */ + u_int msg_magic; + u_int msg_size; /* size of buffer area */ + u_int msg_wseq; /* write sequence number */ + u_int msg_rseq; /* read sequence number */ + u_int msg_cksum; /* checksum of contents */ + u_int msg_seqmod; /* range for sequence numbers */ + int msg_lastpri; /* saved priority value */ + int msg_needsnl; /* set when newline needed */ + struct mtx msg_lock; /* mutex to protect the buffer */ }; /* Normalise a sequence number or a difference between sequence numbers. */ @@ -59,6 +65,7 @@ void msgbufinit(void *ptr, int size); void msgbuf_addchar(struct msgbuf *mbp, int c); +void msgbuf_addstr(struct msgbuf *mbp, int pri, char *str, int filter_cr); void msgbuf_clear(struct msgbuf *mbp); void msgbuf_copy(struct msgbuf *src, struct msgbuf *dst); int msgbuf_getbytes(struct msgbuf *mbp, char *buf, int buflen); --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Sat May 28 05:11:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45F5D1065672; Sat, 28 May 2011 05:11:59 +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 093F28FC13; Sat, 28 May 2011 05:11:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4S5Bw0w080278; Sat, 28 May 2011 01:11:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4S5BwZh080251; Sat, 28 May 2011 05:11:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 May 2011 05:11:58 GMT Message-Id: <201105280511.p4S5BwZh080251@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, 28 May 2011 05:11:59 -0000 TB --- 2011-05-28 02:20:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-28 02:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-05-28 02:20:00 - cleaning the object tree TB --- 2011-05-28 02:20:27 - cvsupping the source tree TB --- 2011-05-28 02:20:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-05-28 02:25:57 - building world TB --- 2011-05-28 02:25:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-28 02:25:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-28 02:25:57 - TARGET=i386 TB --- 2011-05-28 02:25:57 - TARGET_ARCH=i386 TB --- 2011-05-28 02:25:57 - TZ=UTC TB --- 2011-05-28 02:25:57 - __MAKE_CONF=/dev/null TB --- 2011-05-28 02:25:57 - cd /src TB --- 2011-05-28 02:25:57 - /usr/bin/make -B buildworld >>> World build started on Sat May 28 02:25:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat May 28 04:21:19 UTC 2011 TB --- 2011-05-28 04:21:19 - generating LINT kernel config TB --- 2011-05-28 04:21:19 - cd /src/sys/i386/conf TB --- 2011-05-28 04:21:19 - /usr/bin/make -B LINT TB --- 2011-05-28 04:21:19 - building LINT kernel TB --- 2011-05-28 04:21:19 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-28 04:21:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-28 04:21:19 - TARGET=i386 TB --- 2011-05-28 04:21:19 - TARGET_ARCH=i386 TB --- 2011-05-28 04:21:19 - TZ=UTC TB --- 2011-05-28 04:21:19 - __MAKE_CONF=/dev/null TB --- 2011-05-28 04:21:19 - cd /src TB --- 2011-05-28 04:21:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat May 28 04:21:19 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Sat May 28 04:50:30 UTC 2011 TB --- 2011-05-28 04:50:30 - cd /src/sys/i386/conf TB --- 2011-05-28 04:50:30 - /usr/sbin/config -m GENERIC TB --- 2011-05-28 04:50:30 - building GENERIC kernel TB --- 2011-05-28 04:50:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-28 04:50:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-28 04:50:30 - TARGET=i386 TB --- 2011-05-28 04:50:30 - TARGET_ARCH=i386 TB --- 2011-05-28 04:50:30 - TZ=UTC TB --- 2011-05-28 04:50:30 - __MAKE_CONF=/dev/null TB --- 2011-05-28 04:50:30 - cd /src TB --- 2011-05-28 04:50:30 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat May 28 04:50:30 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-missing-prototypes -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/src/sys/modules/xfs/../../gnu/fs/xfs -c /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_btree.c cc -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-missing-prototypes -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/src/sys/modules/xfs/../../gnu/fs/xfs -c /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_buf_item.c cc -O2 -pipe -fno-strict-aliasing -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386.i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/i386.i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-sse -mno-mmx -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-missing-prototypes -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD -I/src/sys/modules/xfs/../../gnu/fs/xfs/FreeBSD/support -I/src/sys/modules/xfs/../../gnu/fs/xfs -c /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_da_btree.c /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_da_btree.c: In function 'xfs_da_shrink_inode': /src/sys/modules/xfs/../../gnu/fs/xfs/xfs_da_btree.c:1942: 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/xfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386.i386/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-28 05:11:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-28 05:11:58 - ERROR: failed to build GENERIC kernel TB --- 2011-05-28 05:11:58 - 7920.71 user 1303.46 system 10317.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat May 28 12:41:52 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id D2B061065673; Sat, 28 May 2011 12:41:52 +0000 (UTC) Date: Sat, 28 May 2011 12:41:52 +0000 From: Alexander Best To: Sergey Kandaurov Message-ID: <20110528124152.GA38130@freebsd.org> References: <201105271046.30379.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Cc: current@freebsd.org Subject: Re: [PATCH] Toggle display of the kernel idle process (per-CPU idle threads) in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 12:41:52 -0000 On Fri May 27 11, Sergey Kandaurov wrote: > On 27 May 2011 18:46, John Baldwin wrote: > > Some times in top, I don't want to see all the per-CPU idle threads but > > instead focus on the non-idle threads that are running.  Especially on a > > system with a lot of CPUs, the idle threads can push all the interesting > > threads off of the list.  This patch adds a new 'z' flag (gratuitously chosen > > letter) and interactive command to toggle the display of the system idle > > process.  Patch is tested against 8, but should work fine on HEAD too: > > Works on HEAD as well. I like this idea. works well for me, too. another thing i'd love to see is the -P flag becomming interactive. also i think the -H option should really be documented along with the other flags. i've seen quite a lot of people not finding the right section. documenting a flag after the BUGS section is really non intuitive, no matter, if the -H flag is freebsd specific or not. it should really be added to the OPTIONS and INTERACTIVE MODE sections. cheers. alex > Perhaps it could be combined with i key? > > > @@ -1075,7 +1081,13 @@ > >                                reset_display(); > >                                putchar('\r'); > >                                break; > > - > > +                           case CMD_kidletog: > > +                               ps.kidle = !ps.kidle; > > +                               new_message(MT_standout | MT_delayed, > > +                                   " %sisplaying kernel idle process.", > > > +                                   ps.idle ? "D" : "Not d"); > ^^ > typo: s/idle/kidle/ > > > -- > wbr, > pluknet -- a13x From owner-freebsd-current@FreeBSD.ORG Sat May 28 13:35:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EA8E1065672 for ; Sat, 28 May 2011 13:35:53 +0000 (UTC) (envelope-from glz@hidden-powers.com) Received: from mail.hidden-powers.com (mail.hidden-powers.com [213.242.135.162]) by mx1.freebsd.org (Postfix) with ESMTP id C84888FC0C for ; Sat, 28 May 2011 13:35:52 +0000 (UTC) Received: from mail.hidden-powers.com (localhost [127.0.0.1]) by dkim.hidden-powers.com (Postfix) with ESMTP id 8A2486F042; Sat, 28 May 2011 15:35:50 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=hidden-powers.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type; s=selector1; bh=M3xnBRs9LS7g4fac4xeO vwG3jgQ=; b=hjCiiwFJpRBC2DdYh/tlvKw1Yj3Z0MrnqrCFX74qRwKfzUVjAj0B 79W1VODKbTTL7S8oNm4jWvfVOniS/sASYQq6N66aGuYsR+6GBI9J0ReMFEzWDehn MwdIebBsCC4tEx6aLwRPHLbtgRIhEatRexBjtfKeUZgBnfV+m/ZwlUM= Received: from [10.255.253.2] (unknown [10.255.253.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.hidden-powers.com (Postfix) with ESMTPSA id 7B6D36F041; Sat, 28 May 2011 15:35:50 +0200 (CEST) Date: Sat, 28 May 2011 15:35:50 +0200 From: Goran Lowkrantz To: Rick Macklem Message-ID: In-Reply-To: <1297732809.928917.1306537388344.JavaMail.root@erie.cs.uoguelph.ca> References: <1297732809.928917.1306537388344.JavaMail.root@erie.cs.uoguelph.ca> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="==========8EBC387DA9AF1CC8AF09==========" Cc: freebsd-current@freebsd.org Subject: Re: Testing new nfs and VIMAGE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 13:35:53 -0000 --==========8EBC387DA9AF1CC8AF09========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline --On Friday, May 27, 2011 7:03 PM -0400 Rick Macklem wrote: >> And the attached core.txt got eaten. >> >> >> /glz >> >> --On May 27, 2011 10:37:32 +0200 Goran Lowkrantz >> >> wrote: >> >> > >> > I have been testing VIMAGE a lot lately to see how it works an all >> > my >> > test cases works as expected except when I use NFSv4 from an NFS >> > client >> > with a kerrel with VIMAGE enabled. >> > >> > All other permutations work and this error is very specific. All >> > crashes >> > occurs when trying to read or write to an NFS v4 volume. I have seen >> > it >> > on both i386 and amd64. >> > >> ># 12 0xc0a73c15 in rt_tables_get_rnh (table=0, fam=2) >> > at /usr/src/sys/net/route.c:153 >> > >> > >> > static __inline struct radix_node_head ** >> > rt_tables_get_rnh_ptr(int table, int fam) >> > { >> > struct radix_node_head **rnh; >> > >> > KASSERT(table >= 0 && table < rt_numfibs, ("%s: table out of >> > bounds.", >> > __func__)); >> > KASSERT(fam >= 0 && fam < (AF_MAX+1), ("%s: fam out of >> > bounds.", >> > __func__)); >> > >> > /* rnh is [fib=0][af=0]. */ >> > ---> rnh = (struct radix_node_head **)V_rt_tables; >> > /* Get the offset to the requested table and fam. */ >> > rnh += table * (AF_MAX+1) + fam; >> > >> > return (rnh); >> > } >> > >> > Any ideas? >> > >> > Cores and dumps are available plus a vmware player setup to test and >> > debug. >> > > I know diddly about VIMAGE, but you could try the attached patch which > imitates what is done other places. > > If the patch isn't attached, you can find it at: > http://people.freebsd.org/~rmacklem/vnet.patch > > rick It worked when I added CURVNET_SET/CURVNET_RESTORE around the RTFREE_LOCKED macro too. Attached a complete patch. Thank you. /glz --==========8EBC387DA9AF1CC8AF09========== Content-Type: text/x-patch; charset=us-ascii; name="vnet.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="vnet.patch"; size=1406 --- fs/nfsclient/nfs_clport.c.orig 2011-05-19 03:35:52.000000000 +0200 +++ fs/nfsclient/nfs_clport.c 2011-05-28 11:03:16.563178326 +0200 @@ -943,7 +943,9 @@ nfscl_getmyip(struct nfsmount *nmp, int sad.sin_family = AF_INET; sad.sin_len = sizeof (struct sockaddr_in); sad.sin_addr.s_addr = sin->sin_addr.s_addr; + CURVNET_SET(TD_TO_VNET(curthread)); rt = rtalloc1((struct sockaddr *)&sad, 0, 0UL); + CURVNET_RESTORE(); if (rt != NULL) { if (rt->rt_ifp != NULL && rt->rt_ifa != NULL && @@ -954,7 +956,9 @@ nfscl_getmyip(struct nfsmount *nmp, int laddr.s_addr = sin->sin_addr.s_addr; retp = (u_int8_t *)&laddr; } + CURVNET_SET(TD_TO_VNET(curthread)); RTFREE_LOCKED(rt); + CURVNET_RESTORE(); } #ifdef INET6 } else if (nmp->nm_nam->sa_family == AF_INET6) { @@ -966,7 +970,9 @@ nfscl_getmyip(struct nfsmount *nmp, int sad6.sin6_family = AF_INET6; sad6.sin6_len = sizeof (struct sockaddr_in6); sad6.sin6_addr = sin6->sin6_addr; + CURVNET_SET(TD_TO_VNET(curthread)); rt = rtalloc1((struct sockaddr *)&sad6, 0, 0UL); + CURVNET_RESTORE(); if (rt != NULL) { if (rt->rt_ifp != NULL && rt->rt_ifa != NULL && @@ -978,7 +984,9 @@ nfscl_getmyip(struct nfsmount *nmp, int retp = (u_int8_t *)&laddr6; *isinet6p = 1; } + CURVNET_SET(TD_TO_VNET(curthread)); RTFREE_LOCKED(rt); + CURVNET_RESTORE(); } #endif } --==========8EBC387DA9AF1CC8AF09==========-- From owner-freebsd-current@FreeBSD.ORG Sat May 28 13:58:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 888E71065670 for ; Sat, 28 May 2011 13:58:44 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1536E8FC12 for ; Sat, 28 May 2011 13:58:43 +0000 (UTC) Received: by wwc33 with SMTP id 33so2579206wwc.31 for ; Sat, 28 May 2011 06:58:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=mY6iXD5uQVnB8zC+nSwRLvoggMUp6ltXbbxr24EOtmA=; b=eCNAAShdrRGfUc7E+/hoec5Op1sKM/Gzkvze1O5cWtP+Cqz/gDevVLjEYy8J4X0GiG /Mers2rp+/dgdPDR2EoZIJumMi+iJ3FNr6IeCpfUNyPdaocf23PPyqtui34waYlELmBg MJ7G7/vDaai4Lsbm+OvE9b0ttHyA4Dt3yjq6g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=l1MeeYvhdYOonBpeZ4gt2AhbJFqEWRkxr0jQrrhYV9HA0Q4C2GPSQ8DtL9BwekeOeI bJ6Nie2AJc1HedxhXOSYGCk50/4QXybbk9uwWrdHMrTQVC+fuCrZlhEh+o1ntoZ+iRVO E99QCwkUmJ7D6I2/jegAxvZu+fM8kMvkX06+E= Received: by 10.227.98.9 with SMTP id o9mr3132914wbn.25.1306589366739; Sat, 28 May 2011 06:29:26 -0700 (PDT) Received: from Groseille.malikania.fr (65.21.102.84.rev.sfr.net [84.102.21.65]) by mx.google.com with ESMTPS id ge4sm1841249wbb.13.2011.05.28.06.29.22 (version=SSLv3 cipher=OTHER); Sat, 28 May 2011 06:29:24 -0700 (PDT) Message-ID: <4DE0F8F2.2030301@gmail.com> Date: Sat, 28 May 2011 15:30:26 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-stable , freebsd-current@freebsd.org References: <4DCB8271.3070707@gmail.com> In-Reply-To: <4DCB8271.3070707@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 13:58:44 -0000 On 12/05/2011 08:47, David Demelier wrote: > Hello, > > I don't know if there is a lot of changes in the snd_hda driver in the > -STABLE branch but since I upgraded to it sometimes I have sound and > sometimes not. > > The mixer are exactly the same when these event occurs. This happened > this morning. After booting I do not have any sound. I rebooted and > suddenly I've got sound again... > > I only tweak snd_hda(4) for a pin sense on the front panel (it has no > sound neither) > > So I added in /boot/devices.hints : > hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > And there's the both dmesg ok.txt when sound is here and not.txt when > there isn't as you can see there is no difference related to the hda > driver. > > http://markand.malikania.fr/ok.txt > http://markand.malikania.fr/nok.txt > > I'm guessing something. My laptop has a mute shortcut, if I press it at > the BIOS stage I will not have sound neither thus is it possible that my > chipset is muted from anything? > > Cheers, > Sorry to cross-post again, but I just wanted to tell you that the problem disappeared in -CURRENT so now I just how the unknown bogus code will be MFC before 8.3-RELEASE Cheers, -- David Demelier From owner-freebsd-current@FreeBSD.ORG Sat May 28 13:46:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B23901065673 for ; Sat, 28 May 2011 13:46:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5EDEC8FC1B for ; Sat, 28 May 2011 13:46:24 +0000 (UTC) Received: from omta06.westchester.pa.mail.comcast.net ([76.96.62.51]) by qmta01.westchester.pa.mail.comcast.net with comcast id p1gB1g00316LCl0511mRHf; Sat, 28 May 2011 13:46:25 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta06.westchester.pa.mail.comcast.net with comcast id p1mP1g00a1t3BNj3S1mQwq; Sat, 28 May 2011 13:46:25 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7E7A0102C19; Sat, 28 May 2011 06:46:22 -0700 (PDT) Date: Sat, 28 May 2011 06:46:22 -0700 From: Jeremy Chadwick To: David Demelier Message-ID: <20110528134622.GA31033@icarus.home.lan> References: <4DCB8271.3070707@gmail.com> <4DE0F8F2.2030301@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DE0F8F2.2030301@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Sat, 28 May 2011 14:05:03 +0000 Cc: mav@freebsd.org, freebsd-current@freebsd.org, freebsd-stable Subject: Re: snd_hda : sometimes sound sometimes not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 13:46:25 -0000 On Sat, May 28, 2011 at 03:30:26PM +0200, David Demelier wrote: > On 12/05/2011 08:47, David Demelier wrote: > >Hello, > > > >I don't know if there is a lot of changes in the snd_hda driver in the > >-STABLE branch but since I upgraded to it sometimes I have sound and > >sometimes not. > > > >The mixer are exactly the same when these event occurs. This happened > >this morning. After booting I do not have any sound. I rebooted and > >suddenly I've got sound again... > > > >I only tweak snd_hda(4) for a pin sense on the front panel (it has no > >sound neither) > > > >So I added in /boot/devices.hints : > >hint.hdac.1.cad0.nid27.config="as=1 seq=15" > > > >And there's the both dmesg ok.txt when sound is here and not.txt when > >there isn't as you can see there is no difference related to the hda > >driver. > > > >http://markand.malikania.fr/ok.txt > >http://markand.malikania.fr/nok.txt > > > >I'm guessing something. My laptop has a mute shortcut, if I press it at > >the BIOS stage I will not have sound neither thus is it possible that my > >chipset is muted from anything? > > > >Cheers, > > > > Sorry to cross-post again, but I just wanted to tell you that the > problem disappeared in -CURRENT so now I just how the unknown bogus > code will be MFC before 8.3-RELEASE Unless someone can chime in with details of the commits which changed, assuming "the magic change" will be MFC'd is a bad one. It's safe to say that when 8.3-RELEASE comes out if this problem haunts you again, you will be mailing the list about it, and this cycle will continue until 9.0-RELEASE comes out. Does any developer/committer have familiarity with this issue and have some ideas as to what may have changed in CURRENT that addresses David's issue? And if so, can that code be MFC'd safely or patches provided to David for RELENG_8 that he can try out? I'm CC'ing mav@ here (snd_hda(4) says he's one of the authors), although he may not have any knowledge of the code which may need to be MFC'd. He may be able to point us to who has a better idea though. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-current@FreeBSD.ORG Sat May 28 14:44:49 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD71B1065675; Sat, 28 May 2011 14:44:48 +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 95A3E8FC15; Sat, 28 May 2011 14:44:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p4SEilWl055118; Sat, 28 May 2011 10:44:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p4SEilks055117; Sat, 28 May 2011 14:44:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 May 2011 14:44:47 GMT Message-Id: <201105281444.p4SEilks055117@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, 28 May 2011 14:44:49 -0000 TB --- 2011-05-28 13:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-05-28 13:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-05-28 13:40:00 - cleaning the object tree TB --- 2011-05-28 13:40:30 - cvsupping the source tree TB --- 2011-05-28 13:40:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-05-28 13:40:43 - building world TB --- 2011-05-28 13:40:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-05-28 13:40:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-05-28 13:40:43 - TARGET=amd64 TB --- 2011-05-28 13:40:43 - TARGET_ARCH=amd64 TB --- 2011-05-28 13:40:43 - TZ=UTC TB --- 2011-05-28 13:40:43 - __MAKE_CONF=/dev/null TB --- 2011-05-28 13:40:43 - cd /src TB --- 2011-05-28 13:40:43 - /usr/bin/make -B buildworld >>> World build started on Sat May 28 13:40:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd9.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/AsmWriter.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd9.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/Attributes.cpp c++ -O2 -pipe -I/src/lib/clang/libllvmcore/../../../contrib/llvm/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. -I/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd9.0\" -fstack-protector -fno-exceptions -c /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/AutoUpgrade.cpp /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/AutoUpgrade.cpp: In function 'bool UpgradeIntrinsicFunction1(llvm::Function*, llvm::Function*&)': /src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/AutoUpgrade.cpp:28: internal compiler error: Bus error: 10 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/lib/clang/libllvmcore. *** Error code 1 Stop in /src/lib/clang. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-05-28 14:44:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-05-28 14:44:47 - ERROR: failed to build world TB --- 2011-05-28 14:44:47 - 3136.34 user 524.55 system 3887.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat May 28 16:27:31 2011 Return-Path: Delivered-To: Current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEC8D1065672 for ; Sat, 28 May 2011 16:27:31 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 75C848FC0A for ; Sat, 28 May 2011 16:27:31 +0000 (UTC) Received: by fxm11 with SMTP id 11so2639906fxm.13 for ; Sat, 28 May 2011 09:27:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=sanZkBMKTz4SlQD/VG6xFhqBpTTpwyOuzVcrRFkkCw0=; b=o/wW86wG9MfPpQaVd7Z+oA+2yWH19P59i6lovov2rZPAE6TREu8CxuJCvhfaCR436v Yxt8pPZjRU9XFV4r4K1z/5H438zuBWl9tmlpXDiRwFTQizvRDRwWGDGvETPWJkGVnF64 fdZ7AZcUPPZVDS5Yf6UD8+F9ptoZKbBHOQ9KM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=D0fqbhTjIP3JXOwnhgc/4BzuSExczwJ/YjgG4lrz1sbq+YFVg81FkB7Ps8RfnL8++A bHoxPy+GlW9uZCXZv3Za/Yaj7Y9axvC/WE0lw4+vjbxVQTj1bZ4dK0jnGqxkf+ogzwz3 fiOZBpWWcc7MJpANf2Wyb/17zhUBqnXyNZc3w= MIME-Version: 1.0 Received: by 10.223.86.142 with SMTP id s14mr19649fal.114.1306598345432; Sat, 28 May 2011 08:59:05 -0700 (PDT) Received: by 10.223.16.134 with HTTP; Sat, 28 May 2011 08:59:05 -0700 (PDT) Date: Sat, 28 May 2011 10:59:05 -0500 Message-ID: From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Regression with nfe interface since r219740 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 16:27:31 -0000 Hello list, Running FreeBSD 9 amd64, I have found a regression, after r219740 assigning a ip address to my nfe interface will completely hard lock the entire machine. both static and dhclient lock the machine. I have spent some time to bisect the kernel and everything works as expected with a r219739 kernel , r219740 breaks it. here is some information about my system http://www.puffybsd.com/FreeBSDinfo.txt -- Sam Fourman Jr. Fourman Networks http://www.fourmannetworks.com From owner-freebsd-current@FreeBSD.ORG Sat May 28 18:26:45 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B11A106564A for ; Sat, 28 May 2011 18:26:45 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 3311D8FC17 for ; Sat, 28 May 2011 18:26:44 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p4SIQgd1069291 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 28 May 2011 11:26:43 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DE13E6A.20202@freebsd.org> Date: Sat, 28 May 2011 11:26:50 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20110527224523.GA77922@nargothrond.kdm.org> In-Reply-To: <20110527224523.GA77922@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: message buffer scrambling fix X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 May 2011 18:26:45 -0000 On 5/27/11 3:45 PM, Kenneth D. Merry wrote: > Hey folks, > > I have attached some patches to the kernel message buffer code (this > affects dmesg(8) output as well as kernel messages that go to the syslog) > to address log scrambling. > > This fixes the same issue that 'options PRINTF_BUFR_SIZE=128' fixes for the > console. > > The problem is that you can have multiple kernel threads writing to the > message buffer at the same time, and so their characters will get > interleaved. All of the characters will get in there, because they're > written with atomic operations, but the output might looked scrambled. > > So the fix is to use the same stack buffer that is used for the console > output (so the stack size doesn't increase), and use a spin lock instead of > atomic operations to insert the string into the message buffer. > > The result is that dmesg and syslog output should look the same as the > console output. As long as individual kernel prints fit in the printf > buffer size, they will be put into the message buffer atomically. > > I also fixed a couple of other long-standing issues. putcons() (in > subr_prf.c) was adding a carriage return before calling cnputs(). But > cnputs() calls cnputc(), which adds a carriage return before every newline. > So much of the console output (the part that came from putcons() at least) > had two carriage returns at the end. > > The other issue was that log_console() was inserting a newline for any > console write that didn't already have one at the end. The issue with that > can be seen if you do a 'dmesg -a' and compare that to the console output. > > You'll see something like this on the console: > > Updating motd:. > > But this in dmesg -a: > > Updating motd: > . > > That is because "Updating motd:" is written first, log_console() appends a > newline, and then ".\n" is written. > > I added a loader tunable and sysctl to turn the old behavior back on > (kern.log_console_add_linefeed) if you want the old behavior, but I think > we should be able to safely remove it. > > Also, the new msgbuf_addstr() function allows the caller to optionally ask > for carriage returns to be stripped out. However, in my testing I haven't > seen any carriage returns to strip. > > Let me know if you have any comments. I'm planning to check this into head > next week. looks good.. as long as we don't end up with the behaviour that I think I see on Linux (it's hard to tell sometimes) where the last message (the one you really want to see) doesn't make it out. > Thanks, > > Ken > > > _______________________________________________ > 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"