From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 02:27:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 938D0DFB; Sun, 17 Feb 2013 02:27:53 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 4116A3E3; Sun, 17 Feb 2013 02:27:53 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.189]) by hub.org (Postfix) with ESMTP id A0531173A711; Sat, 16 Feb 2013 22:27:51 -0400 (AST) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.189]) (amavisd-maia, port 10024) with ESMTP id 45665-01; Sun, 17 Feb 2013 02:27:51 +0000 (UTC) Received: from [192.168.0.52] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 6D09D173A70F; Sat, 16 Feb 2013 22:27:50 -0400 (AST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 9-STABLE -> NFS -> NetAPP: From: Marc Fournier In-Reply-To: <860054725.3050415.1360941671689.JavaMail.root@erie.cs.uoguelph.ca> Date: Sat, 16 Feb 2013 18:27:48 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <25D0357F-4E1A-457A-A046-87319864738C@hub.org> References: <860054725.3050415.1360941671689.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1499) Cc: Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 02:27:53 -0000 On 2013-02-15, at 7:21 AM, Rick Macklem wrote: >>=20 > Righto. Thanks jhb and kib for looking at this. >=20 > Btw John, PBDRY still gets set for sleeps in the sys/rpc code. = However, > as far as I can tell, it just sets TDF_SBDRY when it is already set > and seems harmless. (Since this code is supposed to be generic and not > specific to NFS, maybe it should stay that way?) >=20 > Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above = patch > is ok for stable/9 without your recent head patch. >=20 > Maybe Marc can test the above patch? 'k, not sure what you want me to 'test', but so far, patch has been = applied / live for ~21hrs, and no processes in state T =85 From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 07:34:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AB407563; Sun, 17 Feb 2013 07:34:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2ACCFE; Sun, 17 Feb 2013 07:34:29 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U6yf3-000G7M-Sp; Sun, 17 Feb 2013 09:27:46 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Chris Rees Subject: Re: some issues with /usr/sbin/service In-reply-to: References: <511E0D43.6070900@dssgmbh.de> <20130215105710.GA6130@icarus.home.lan> <20130215193210.GB85777@in-addr.com> <20130215212020.GA17516@icarus.home.lan> <20130215213257.GA20155@icarus.home.lan> <511F4205.50509@passap.ru> <20130216092133.GA31449@icarus.home.lan> <1FD54589-7C32-47B5-A400-02FEE1459B02@gromit.dlib.vt.edu> <20130216180859.GF85777@in-addr.com> Comments: In-reply-to Chris Rees message dated "Sat, 16 Feb 2013 18:24:20 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 17 Feb 2013 09:27:45 +0200 From: Daniel Braniss Message-ID: Cc: Jeremy Chadwick , FreeBSD , Boris Samorodov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 07:34:29 -0000 because of the trees, you lost the forest :-) service -e lists enabled services in the order they would be executed. ====================== since most ports (and I would like to say all), use : ${xxx_enable=no}, then service -e will give false positives since the scripts are not loaded. adding the -v could be more verbose, but the message should go to tty. my .02$ danny From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 07:54:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DC59B9AE; Sun, 17 Feb 2013 07:54:39 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id B8ED5D93; Sun, 17 Feb 2013 07:54:39 +0000 (UTC) Received: from Xins-MacBook-Pro-2.local (unknown [IPv6:2001:470:83bf:0:a530:9f22:aa5c:f90b]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 25A5723BCF; Sat, 16 Feb 2013 23:54:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1361087679; bh=vHAKtQ6vSjm8yeA/Y4eb2B4JoEf1sUfuQPUyZqC+F0g=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=5lhgxEI6x7u+KgVojcghYjwhGtMYRQNFjhnL2TrLyWYBPlasJlCJmApPb652gxSbv Y8tgqM5bY7tDzrcke6g+KkAF3fc5Vo/Y4AVC0OGpX0SuAxTtFT3ZzR0um5kWUIEnaO K6/LaqaHoObEZKg/gNPIsNGBRwpd7AqXfibOhACo= Message-ID: <51208CC0.8060104@delphij.net> Date: Sat, 16 Feb 2013 23:54:40 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Chris Rees Subject: Re: some issues with /usr/sbin/service References: <511E0D43.6070900@dssgmbh.de> <20130215105710.GA6130@icarus.home.lan> <20130215193210.GB85777@in-addr.com> <20130215212020.GA17516@icarus.home.lan> <20130215213257.GA20155@icarus.home.lan> <511F4205.50509@passap.ru> <20130216092133.GA31449@icarus.home.lan> <1FD54589-7C32-47B5-A400-02FEE1459B02@gromit.dlib.vt.edu> <20130216180859.GF85777@in-addr.com> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , FreeBSD , Boris Samorodov X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 07:54:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2/16/13 10:24 AM, Chris Rees wrote: > On 16 February 2013 18:08, Gary Palmer > wrote: >> On Sat, Feb 16, 2013 at 05:38:56PM +0000, Chris Rees wrote: >>> On 16 February 2013 17:05, Paul Mather >>> wrote: >>>> On Feb 16, 2013, at 4:21 AM, Jeremy Chadwick wrote: >>>> >>>>> On Sat, Feb 16, 2013 at 12:23:33PM +0400, Boris Samorodov >>>>> wrote: >>>>>> 16.02.2013 01:32, Jeremy Chadwick ??????????: >>>>>> >>>>>>> Follow up -- I read Alfred's most recent mail. Lo and >>>>>>> behold, I find this in /var/log/messages (but such did >>>>>>> not come to my terminal): >>>>>>> >>>>>>> Feb 15 13:26:20 icarus jdc: /usr/sbin/service: WARNING: >>>>>>> $svnserve_enable is not set properly - see rc.conf(5). >>>>>>> Feb 15 13:26:20 icarus jdc: /usr/sbin/service: WARNING: >>>>>>> $smartd_enable is not set properly - see rc.conf(5). >>>>>>> Feb 15 13:26:20 icarus jdc: /usr/sbin/service: WARNING: >>>>>>> $rsyncd_enable is not set properly - see rc.conf(5). >>>>>>> Feb 15 13:26:20 icarus jdc: /usr/sbin/service: WARNING: >>>>>>> $htcacheclean_enable is not set properly - see >>>>>>> rc.conf(5). Feb 15 13:26:20 icarus jdc: >>>>>>> /usr/sbin/service: WARNING: $fetchmail_enable is not >>>>>>> set properly - see rc.conf(5). >>>>>>> >>>>>>> Cute. Agreed -- this is unacceptable on two levels (as >>>>>>> I see it): >>>>>>> >>>>>>> 1) These messages should be going to stdout or stderr >>>>>>> in some way, so honestly logger(8) should be called >>>>>>> with the "-s" flag (IMO). >>>>>> >>>>>> Fully agreed here. >>>>> >>>>> It turns out logger -s has no effect, just like how the >>>>> echo 1>&2 statements in warn() and err() have no effect >>>>> either (these should be outputting the warnings in question >>>>> to stderr) -- see rc.subr's source for what I'm referring >>>>> to. >>>>> >>>>> Gary and I have been discussing this off-list and the >>>>> reason has been found: service(8) has this code in it: >>>>> >>>>> checkyesno $rcvar 2>/dev/null && echo $file >>>>> >>>>> This explains why there's no warn() or err() output on the >>>>> terminal -- it's being redirected to /dev/null prior. >>>>> >>>>> I do not know who maintains the rc(8) and rc.subr(8) >>>>> framework, but they've got their work cut out for them. >>>>> >>>>> (Note: the echo statements in warn() and err() could be >>>>> replaced with "logger -s" as I said; this would allow the >>>>> "echo 1>&2" to be removed) >>>>> >>>>>>> 2) These messages should not be displayed at all (i.e. >>>>>>> lack of an xxx_enable variable should imply >>>>>>> xxx_enable="no"). >>>>>> >>>>>> I see this message as one more level of supervision. >>>>>> >>>>>> If undefined at /etc/make.conf the value of xxx_enable is >>>>>> "no" from the system's POV (i.e. the service is not >>>>>> strarted). From the admininstrators's POV the port was >>>>>> installed BUT is not used. It's up to admininstrator >>>>>> whether it's OK or not -- just let him remind. >>>>> >>>>> I believe the point you're trying to make is that the >>>>> warning in question should 'act as a reminder to the >>>>> administrator that they need to set xxx_enable="yes" in >>>>> rc.conf'. >>>>> >>>>> If not: please explain if you could what you mean, because >>>>> I don't understand. >>>>> >>>>> If so: I strongly disagree with this method of approach, as >>>>> what you've proposed is a borderline straw man argument. >>>>> >>>>> Reminding the admin to set xxx_enable is presently done >>>>> inside most ports' pkg-message. IMO, this should really be >>>>> done inside bsd.port.mk when USE_RC_SUBR is used, emitting >>>>> a message during install that says something like: >>>>> >>>>> To enable the xxx service, please add the following to >>>>> /etc/rc.conf: xxx_enable="yes" >>>>> >>>>> Of course, I don't know if this would work for packages. >>>>> >>>>> The current message for is >>>>> this: >>>>> >>>>> WARNING: $xxx_enable is not set properly - see rc.conf(5). >>>>> >>>>> The message is entirely misleading for this specific >>>>> situation; it isn't "reminding" an administrator -- if >>>>> anything it's confusing them (thread is case in point). If >>>>> we're going to cater to ignorance, then the message should >>>>> reflect the situation. >>>>> >>>>> Thus IMO, this is what ***should*** happen: >>>>> >>>>> Definition in rc.conf Behaviour/result >>>>> ----------------------- >>>>> ------------------------------------------- >>>>> myprog_enable="yes" emit no warnings, service should >>>>> run myprog_enable="no" emit no warnings, service >>>>> should not run myprog_enable="abc123" emit a warning, >>>>> service should not run emit no >>>>> warnings, service should not run >>>> >>>> >>>> I think case 4 ("") is a case where a warning >>>> should be emitted because it is arguably not immediately >>>> apparent what will actually happen if no definition is >>>> present. In the case of services in the base OS it is >>>> well-defined: every service should have an explicit default >>>> in /etc/defaults/rc.conf that you can easily consult to know >>>> definitively what will happen with that service. (If it >>>> doesn't, that is a bug, IMHO.) >>>> >>>> For ports, the case is not so clear. There is a general >>>> trend for the port rc.d script to default its respective >>>> xxx_enable explicitly to "NO". But it is not a universal >>>> rule that "no definition" = default to "NO". The >>>> net/avahi-app port, for example, doesn't default to "NO" if >>>> xxx_enable is not set: it defaults to whatever the >>>> gnome_enable setting is defined to be. >>> >>> With few exceptions, it should be considered a rule that ports >>> rc scripts contain: >>> >>> : ${xxx_enable=no} >>> >>> to avoid this. If you see any ports that don't define the >>> _enable variable at all, they are wrong and need fixing. >> >> Except the 'service' command doesn't parse the individual ports >> rc.d script so the default is never found. It relies purely on >> rc.conf and rc.conf.local settings. >> >> So no matter if the port has >> >> : ${xxx_enable=no} >> >> or not, 'service -e' will still spit out the warnings >> >> Not loading the individual ports files is probably done for two >> reasons I can think of - performance, and safety (in case the >> rc.d file is bad for some reason). However it leads to these >> rather irritating warnings, especially when you find them later >> and you don't know what you did to cause them. >> >> I was away to suggest that having /usr/local/etc/rc.conf.d would >> help as ports could then specify their defaults safely without >> having to do file rewrites, however that appears to be only >> looked at in load_rc_config(), and 'service -e' bypasses that as >> well by doing >> >> load_rc_config 'XXX' >> >> so only /usr/local/etc/rc.conf.d/xxx would be looked at. > > Yes, OK. A variation on Alfred's checkyes patch is at [1]. > > I have not made it into a function deliberately because this is > already rc idiom as used in other rc scripts where a warning is > not necessary, and also because it is very rarely the right thing > to do (i.e. it would be tempting to overuse it if it were a > function). Actually, I think the approach used in service(8) is bogus. It seems that it's intended to be fast? I *think* the code should be actually changed in a way like this: Index: service.sh =================================================================== - --- service.sh (revision 246844) +++ service.sh (working copy) @@ -69,15 +69,15 @@ if [ -n "$RESTART" ]; then for file in `reverse_list ${files}`; do if grep -q ^rcvar $file; then - - eval `grep ^name= $file` eval `grep ^rcvar $file` + eval `$file rcvar | grep ^${rcvar}` checkyesno $rcvar 2>/dev/null && run_rc_script ${file} stop fi done for file in $files; do if grep -q ^rcvar $file; then - - eval `grep ^name= $file` eval `grep ^rcvar $file` + eval `$file rcvar | grep ^${rcvar}` checkyesno $rcvar 2>/dev/null && run_rc_script ${file} start fi done @@ -98,8 +98,8 @@ fi if [ -n "$ENABLED" ]; then for file in $files; do if grep -q ^rcvar $file; then - - eval `grep ^name= $file` eval `grep ^rcvar $file` + eval `$file rcvar | grep ^${rcvar}` checkyesno $rcvar 2>/dev/null && echo $file fi done However, that this would reveal some issues with the existing rc.d scripts, e.g. some scripts execute commands regardless it's start, stop or rcvar (securelevel come to mind; another problem is that rc.subr checks pid when it doesn't need to do so, e.g. when doing rcvar), and that should be fixed first in my opinion. Cheers, -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJRIIzAAAoJEG80Jeu8UPuzC8MIALcFCEXOWwqvqFbTJTphpSwx 2i28r829yoi3cwI1RYByfGBnUfscCGFXEUd13pUvx1vx/1h4kKipQAsS0jiIg2a9 gchtleoUGmw4XN4TNQJfUuyh2eM/yJH1EV7PwvKWhOHJ+iyvYqA9pust2ABxT0Dt n90ioqMsGI7r7qFt8QBrUE0gfR2mBFKCsV1VFFujC20mrJEJqKDLlfJHA61g1VMP O+6BexKydN3k/j4/KX1PYJ54KLu2nCJHXFp0SWwVMp8F4s0Ln+lg2C7sE4lSMI8f UJ2I90ZynNS7uBr03/7x//AMCcsa2tZoddXnPQWf1T2JxaZzk31+msRcYsvsjoo= =3ewP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 12:53:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8ACD4F2E for ; Sun, 17 Feb 2013 12:53:25 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2A49277B for ; Sun, 17 Feb 2013 12:53:25 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan02.get.basefarm.net ([10.5.16.4]) by get-mta-out03.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0MID004877ST1U00@get-mta-out03.get.basefarm.net> for freebsd-stable@freebsd.org; Sun, 17 Feb 2013 13:53:17 +0100 (MET) Received: from get-mta-scan02.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 9617C1EA7F76_120D2BDB for ; Sun, 17 Feb 2013 12:53:17 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan02.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id 62B241EA7F67_120D2BDF for ; Sun, 17 Feb 2013 12:53:17 +0000 (GMT) Date: Sun, 17 Feb 2013 13:53:17 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: RELENG_8: amdtemp module and newer CPUs not working. MFC? Message-id: <20130217135317.5c4d10819e8d12440785a3a0@getmail.no> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 12:53:25 -0000 Hello, I'm running FreeBSD 8.3-stable on a machine with an AMD A8-5600K cpu. tingo@kg-quiet$ uname -a FreeBSD kg-quiet.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #2: Fri Jan 4 19:18:15 CET 2013 root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 tingo@kg-quiet$ dmesg | grep CPU | head -1 CPU: AMD A8-5600K APU with Radeon(tm) HD Graphics (3618.02-MHz K8-class CPU) Unfortunately, the amdtemp.ko module doesn't work: tingo@kg-quiet$ kldstat | grep temp 10 1 0xffffffff8123e000 f0f amdtemp.ko tingo@kg-quiet$ sysctl dev.amdtemp sysctl: unknown oid 'dev.amdtemp' Based on a thread[1] on the forums, amdtemp.c from -CURRENT work. But it doesn't compile under FreeBSD 8.3-stable: root@kg-quiet# cd /usr/src/sys/dev/amdtemp root@kg-quiet# ls -l /home/tingo/dl/amd* lrwxr-xr-x 1 tingo users 25 Feb 17 13:20 /home/tingo/dl/amdtemp.c -> amdtemp.c?revision=246128 -rw-r--r-- 1 tingo users 14509 Feb 17 13:17 /home/tingo/dl/amdtemp.c?revision=246128 root@kg-quiet# mv amdtemp.c amdtemp.c_old root@kg-quiet# cp /home/tingo/dl/amdtemp.c . root@kg-quiet# cd /usr/src/sys/modules/amdtemp root@kg-quiet# make Warning: Object directory not changed from original /usr/src/sys/modules/amdtemp @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c:50:28: error: x86/pci_cfgreg.h: No such file or directory cc1: warnings being treated as errors /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c: In function 'amdtemp_attach': /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c:314: warning: implicit declaration of function 'pci_cfgregread' /usr/src/sys/modules/amdtemp/../../dev/amdtemp/amdtemp.c:314: warning: nested extern declaration of 'pci_cfgregread' *** Error code 1 Stop in /usr/src/sys/modules/amdtemp. Are there any plans to MFC this module? References: 1) http://forums.freebsd.org/showthread.php?t=37775 -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 13:16:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D6847433; Sun, 17 Feb 2013 13:16:05 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 2A57681A; Sun, 17 Feb 2013 13:16:04 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so3934880wer.25 for ; Sun, 17 Feb 2013 05:16:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=s4QB0piSvN+2v1/uPjxZ4A4iUt+0vkayd1YG7SlQuEg=; b=XDZEqdELQkbAGHtZrnYIZhdRyq80+23BgLAMYdaOBI0pqjlCuhE5NkmpRqhIEPJK5I 22+yKY4kTFJU0Lh/LNBJB/2ivLEe0ts0HI+UNq9ngfrTlULC7eOrQYAYj8hfyUScHfkE W9Y1x2eCkbmlpj0GsCUBvFrBIZAVd7QF/+wgJXyjaWhU8825HuWhkmMn5hLwA65ZpN8b PkvqEtogV9r77s9pZF/LUDLgVuhI4Yp2djiSkdd0gmhZlKZogN/otyXm2d4dGSMZO1KI QEJhhTByU9inIsVav5wUsfcHylXqFnMwZyh8VRIDW9uEiKcyjBMu+GTJE+XH0DPb0Iir CO2A== MIME-Version: 1.0 X-Received: by 10.194.122.199 with SMTP id lu7mr13499261wjb.42.1361106964377; Sun, 17 Feb 2013 05:16:04 -0800 (PST) Received: by 10.216.120.193 with HTTP; Sun, 17 Feb 2013 05:16:04 -0800 (PST) In-Reply-To: <20130213022215.GK99263@hades.panopticon> References: <20130213022215.GK99263@hades.panopticon> Date: Sun, 17 Feb 2013 15:16:04 +0200 Message-ID: Subject: Re: CLANG and -fstack-protector From: Kimmo Paasiala To: Dmitry Marakasov Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD current , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 13:16:05 -0000 On Wed, Feb 13, 2013 at 4:22 AM, Dmitry Marakasov wrote: > * Kimmo Paasiala (kpaasial@gmail.com) wrote: > >> Does the -fstack-protector option work on CLANG 3.1 and 3.2? >> >> There is thread on FreeBSD forums about the stack protector and ports >> and I'm wondering if it's possible to use the -fstack-protector option >> with CLANG. >> >> http://forums.freebsd.org/showthread.php?t=36927 > > You might be interested in this patch: > > https://github.com/AMDmi3/freebsd-ports-mk/compare/master...stack-protector > > afaik, in prior discussion some years ago an issue was mentioned that > some ports don't build with stack-protector, so I suggested to introduce > STACK_PROTECTOR_SAFE/_UNSAFE knobs similar to what we have for > MAKE_JOBS_SAFE_/_UNSAFE (we might actually only need > STACK_PROTECTOR_UNSAFE, as unlike MAKE_JOBS, build errors caused by > enabling stack protector are not transient, so we can have an exp-run > to just mark all uncompatible ports and consider all others compatible). > > If there's interest in this, I can refresh the patch and submit it. > Yes, this is very much what I had in mind. Please submit it :) -Kimmo From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 14:17:17 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 102F4E01; Sun, 17 Feb 2013 14:17:17 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 859F799A; Sun, 17 Feb 2013 14:17:13 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.6/8.14.6) with ESMTP id r1HEH8LB030639; Sun, 17 Feb 2013 21:17:09 +0700 (NOVT) (envelope-from eugen@grosbein.net) Message-ID: <5120E65F.5080205@grosbein.net> Date: Sun, 17 Feb 2013 21:17:03 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: alc@freebsd.org Subject: Re: i386: vm.pmap kernel local race condition References: <511CECCC.60400@grosbein.pp.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Alan Cox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 14:17:17 -0000 17.02.2013 01:25, Alan Cox wrote: > Regardless of what that web site says, this is not really a race condition. Instead, you're exhausting a resource in the kernel because of the characteristics of your workload. The kernel tries to handle this gracefully, but in extreme cases, the kernel can't keep up with the demand. Have you simply tried doing as the panic message suggests, i.e., increase vm.pmap.shpgperproc? Alternatively, you can increase vm.pmap.pv_entry_max to more directly accomplish the same. > > That said, if possible, you should do as Adrian suggests and change your Squid configuration to not use 500 helper processes. That will allow a lot more of your machine's physical memory to go to caching data rather bookkeeping data structures in the kernel. A warning in src/sys/i386/conf/NOTES scares me: # # Set the number of PV entries per process. Increasing this can # stop panics related to heavy use of shared memory. However, that can # (combined with large amounts of physical memory) cause panics at # boot time due the kernel running out of VM space. # # If you're tweaking this, you might also want to increase the sysctls # "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target". # # The value below is the one more than the default. # options PMAP_SHPGPERPROC=201 I guess, my 4G physical RAM is "large amount" for i386 so I'm afraid of remote server's kernel panic at boot time as I have no idea how exaclty should I increase value of vm.pmap.shpgperproc? What should be an increment? Using concurrency extension means moving from squid-3.1 to squid-3.2, I might try that too, thanks. I was not aware of this new feature in 3.2 Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 15:07:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6BAC8A46; Sun, 17 Feb 2013 15:07:27 +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 139B6AE9; Sun, 17 Feb 2013 15:07:26 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEALbwIFGDaFvO/2dsb2JhbABEhkm5U4EUc4IfAQEBBAEBASAEJyALGw4KAgINGQIpAQkmBggHBAEcBIdxDKwbkUaBI4xTgQ00B4ItgRMDiGeLDYI4gR2PO4MlT4EFNQ X-IronPort-AV: E=Sophos;i="4.84,682,1355115600"; d="scan'208";a="17042533" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 17 Feb 2013 10:07:20 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1DD5AB3FAD; Sun, 17 Feb 2013 10:07:20 -0500 (EST) Date: Sun, 17 Feb 2013 10:07:20 -0500 (EST) From: Rick Macklem To: Marc Fournier Message-ID: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <25D0357F-4E1A-457A-A046-87319864738C@hub.org> Subject: Re: 9-STABLE -> NFS -> NetAPP: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 15:07:27 -0000 Marc Fournier wrote: > On 2013-02-15, at 7:21 AM, Rick Macklem wrote: >=20 > >> > > Righto. Thanks jhb and kib for looking at this. > > > > Btw John, PBDRY still gets set for sleeps in the sys/rpc code. > > However, > > as far as I can tell, it just sets TDF_SBDRY when it is already set > > and seems harmless. (Since this code is supposed to be generic and > > not > > specific to NFS, maybe it should stay that way?) > > > > Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above > > patch > > is ok for stable/9 without your recent head patch. > > > > Maybe Marc can test the above patch? >=20 > 'k, not sure what you want me to 'test', but so far, patch has been > applied / live for ~21hrs, and no processes in state T =E2=80=A6 >=20 Yes, I meant run it like you normally do and see if the hang occurs with the patch (or other problems crop up). I suspect you have some idea of how long it needs to run without a hang before you are convinced the problem is fixed. I can't do commits until April, so there is no rush from my point of view. (I suspect jhb@ will commit it at some point, if/when it appears to fix the problem and seems correct.) Thanks for testing it, rick >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 16:07:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A7134254 for ; Sun, 17 Feb 2013 16:07:54 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 41892D70 for ; Sun, 17 Feb 2013 16:07:53 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1U76mG-0002rb-Ao for freebsd-stable@freebsd.org; Sun, 17 Feb 2013 17:07:44 +0100 Received: from h253044.upc-h.chello.nl ([62.194.253.44] helo=ronaldradial) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1U76mF-0000Ug-Qk for freebsd-stable@freebsd.org; Sun, 17 Feb 2013 17:07:43 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Subject: Re: And for our next trick (Audio problems, Envy24HT driver) References: <511EAF8D.8090703@denninger.net> Date: Sun, 17 Feb 2013 17:07:42 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <511EAF8D.8090703@denninger.net> User-Agent: Opera Mail/12.14 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.0 X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.1 X-Scan-Signature: 6c56b5a68734eff3bb82063186e8a5cf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 16:07:54 -0000 On Fri, 15 Feb 2013 22:58:37 +0100, Karl Denninger wrote: > FreeBSD 9.1-STABLE #2 r244942M: Tue Feb 5 21:54:29 CST 2013 > karl@dbms.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > (custom kernel is there to support PPS for my GPS clock) > > Attempting to add a generic card that claims to have a Envy24DT chipset > in it; it identifies and loads under the snd_envy24ht driver as: > > pci6: at device 0.0 (no driver attached) > pcm0: port 0xcc00-0xcc1f,0xc880-0xc8ff irq 16 > at device 0.0 on pci6 > pcm0: [GIANT-LOCKED] > pcm0: system configuration > SubVendorID: 0x1412, SubDeviceID: 0x2403 > XIN2 Clock Source: 24.576MHz(96kHz*256) > MPU-401 UART(s) #: not implemented > ADC #: 1 and SPDIF receiver connected > DAC #: 4 > Multi-track converter type: AC'97(SDATA_OUT:packed) > S/PDIF(IN/OUT): 1/1 ID# 0x00 > GPIO(mask/dir/state): 0xff/0xff/0xff > > cat /dev/sndstat returns: > > [root@NewFS /boot/kernel]# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > pcm0: at io 0xcc00:32,0xc880:128 irq 16 > (1p:1v/5r:1v) default > > So it appears it did attach properly. > > But.... an attempt to output something to /dev/dsp0 looks like it is, > but nothing happens (no sound) > > ie: > > # sysctl -w hw.snd.verbose=2 > # mpg123 some-mp3-file & > # sndstat | more > > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > pcm0: at io 0xcc00:32,0xc880:128 irq 16 > (1p:1v/5r:1v) default > snddev flags=0x2a6 > [pcm0:play:dsp0.p0]: spd 48000, fmt 0x00200010, flags > 0x00002108, 0x00000004 > interrupts 1343, underruns 0, feed 1343, ready 0 > [b:16384/2048/8|bs:16384/2048/8] > channel flags=0x2108 > {userland} -> feeder_mixer(0x00200010) -> {hardware} > pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp0]: spd 44100/48000, fmt > 0x00200010, flags 0x1000012c, 0x00000029, pid 18573 (mpg123) > interrupts 0, underruns 0, feed 1497, ready 65536 > [b:0/0/0|bs:65536/2048/32] > channel flags=0x1000012c > {userland} -> feeder_root(0x00200010) -> > feeder_volume(0x00200010) -> feeder_rate(0x00200010 q:1 44100 -> 48000) > -> {hardware} > > ...... > > Says its running, and mpg123 has attached to it -- but no output. > > Mixer says the volume is on: > > [root@NewFS /boot/kernel]# mixer > Mixer vol is currently set to 75:75 > Mixer treble is currently set to 0:0 > Mixer synth is currently set to 0:0 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 0:0 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer cd is currently set to 0:0 > Mixer mix is currently set to 0:0 > Recording source: mic > > Ideas for further troubleshooting? > I don't know the internals of the sound code, but as there are no other replies yet. Did you test the obvious things? Speakers connected correctly? Does mpg123 work well? Try another player also. Ronald. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 17:01:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 89B68FFE for ; Sun, 17 Feb 2013 17:01:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 51E64EFD for ; Sun, 17 Feb 2013 17:01:24 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.6/8.13.1) with ESMTP id r1HH1I8J037587 for ; Sun, 17 Feb 2013 11:01:18 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sun Feb 17 11:01:18 2013 Message-ID: <51210CD9.9000007@denninger.net> Date: Sun, 17 Feb 2013 11:01:13 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: And for our next trick (Audio problems, Envy24HT driver) References: <511EAF8D.8090703@denninger.net> In-Reply-To: X-Enigmail-Version: 1.5 X-Antivirus: avast! (VPS 130217-0, 02/17/2013), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 17:01:25 -0000 On 2/17/2013 10:07 AM, Ronald Klop wrote: > On Fri, 15 Feb 2013 22:58:37 +0100, Karl Denninger > wrote: > >> FreeBSD 9.1-STABLE #2 r244942M: Tue Feb 5 21:54:29 CST 2013 >> karl@dbms.denninger.net:/usr/obj/usr/src/sys/KSD-SMP >> >> (custom kernel is there to support PPS for my GPS clock) >> >> Attempting to add a generic card that claims to have a Envy24DT chipset >> in it; it identifies and loads under the snd_envy24ht driver as: >> >> pci6: at device 0.0 (no driver attached) >> pcm0: port 0xcc00-0xcc1f,0xc880-0xc8ff irq 16 >> at device 0.0 on pci6 >> pcm0: [GIANT-LOCKED] >> pcm0: system configuration >> SubVendorID: 0x1412, SubDeviceID: 0x2403 >> XIN2 Clock Source: 24.576MHz(96kHz*256) >> MPU-401 UART(s) #: not implemented >> ADC #: 1 and SPDIF receiver connected >> DAC #: 4 >> Multi-track converter type: AC'97(SDATA_OUT:packed) >> S/PDIF(IN/OUT): 1/1 ID# 0x00 >> GPIO(mask/dir/state): 0xff/0xff/0xff >> >> cat /dev/sndstat returns: >> >> [root@NewFS /boot/kernel]# cat /dev/sndstat >> FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) >> Installed devices: >> pcm0: at io 0xcc00:32,0xc880:128 irq 16 >> (1p:1v/5r:1v) default >> >> So it appears it did attach properly. >> >> But.... an attempt to output something to /dev/dsp0 looks like it is, >> but nothing happens (no sound) >> >> ie: >> >> # sysctl -w hw.snd.verbose=2 >> # mpg123 some-mp3-file & >> # sndstat | more >> >> FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) >> Installed devices: >> pcm0: at io 0xcc00:32,0xc880:128 irq 16 >> (1p:1v/5r:1v) default >> snddev flags=0x2a6 >> [pcm0:play:dsp0.p0]: spd 48000, fmt 0x00200010, flags >> 0x00002108, 0x00000004 >> interrupts 1343, underruns 0, feed 1343, ready 0 >> [b:16384/2048/8|bs:16384/2048/8] >> channel flags=0x2108 >> {userland} -> feeder_mixer(0x00200010) -> {hardware} >> pcm0:play:dsp0.p0[pcm0:virtual:dsp0.vp0]: spd 44100/48000, fmt >> 0x00200010, flags 0x1000012c, 0x00000029, pid 18573 (mpg123) >> interrupts 0, underruns 0, feed 1497, ready 65536 >> [b:0/0/0|bs:65536/2048/32] >> channel >> flags=0x1000012c >> {userland} -> feeder_root(0x00200010) -> >> feeder_volume(0x00200010) -> feeder_rate(0x00200010 q:1 44100 -> 48000) >> -> {hardware} >> >> ...... >> >> Says its running, and mpg123 has attached to it -- but no output. >> >> Mixer says the volume is on: >> >> [root@NewFS /boot/kernel]# mixer >> Mixer vol is currently set to 75:75 >> Mixer treble is currently set to 0:0 >> Mixer synth is currently set to 0:0 >> Mixer pcm is currently set to 75:75 >> Mixer speaker is currently set to 0:0 >> Mixer line is currently set to 75:75 >> Mixer mic is currently set to 0:0 >> Mixer cd is currently set to 0:0 >> Mixer mix is currently set to 0:0 >> Recording source: mic >> >> Ideas for further troubleshooting? >> > > I don't know the internals of the sound code, but as there are no > other replies yet. Did you test the obvious things? Speakers connected > correctly? Does mpg123 work well? Try another player also. > > Ronald. > Yeah, all the obvious stuff has been checked, including jacking a set of headphones directly into the speaker connector on the back of the card. Mpg123 works fine, and I've also attempted simply trying to "cat" a random file to /dev/dsp0, which should produce noise -- I get nothing. Since the output device appears to attach and it also appears that the programs correctly transfer data to the device (e.g. the cat does not hang and neither does mpg123; it plays the correct time and then exits) the assumption I have right now is that there's a gate (e.g. a power-enable register somewhere) that has to be poked on the card that isn't being set. I was hoping that someone had an idea in terms of places to start digging in the code. -- -- Karl Denninger /The Market Ticker ®/ Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 17:48:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 43777A29 for ; Sun, 17 Feb 2013 17:48:58 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from www.jail.lambertfam.org (atom1.lambertfam.org [69.153.112.46]) by mx1.freebsd.org (Postfix) with ESMTP id 23A8CF9 for ; Sun, 17 Feb 2013 17:48:57 +0000 (UTC) Received: by www.jail.lambertfam.org (Postfix, from userid 999) id 947081792F; Sun, 17 Feb 2013 11:41:56 -0600 (CST) Date: Sun, 17 Feb 2013 11:41:56 -0600 From: Scott Lambert To: freebsd-stable@freebsd.org Subject: Re: And for our next trick (Audio problems, Envy24HT driver) Message-ID: <20130217174156.GB4024@www.jail.lambertfam.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <511EAF8D.8090703@denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <511EAF8D.8090703@denninger.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 17:48:58 -0000 On Fri, Feb 15, 2013 at 03:58:37PM -0600, Karl Denninger wrote: > Says its running, and mpg123 has attached to it -- but no output. > > Mixer says the volume is on: > > [root@NewFS /boot/kernel]# mixer > Mixer vol is currently set to 75:75 > Mixer treble is currently set to 0:0 > Mixer synth is currently set to 0:0 > Mixer pcm is currently set to 75:75 > Mixer speaker is currently set to 0:0 > Mixer line is currently set to 75:75 > Mixer mic is currently set to 0:0 > Mixer cd is currently set to 0:0 > Mixer mix is currently set to 0:0 > Recording source: mic > > Ideas for further troubleshooting? Try increasing the volume for "mix" and/or "speaker". If that does not work, increase volume for everything and just see if you get any output. Maybe the driver got its lines mixed up? mixer speaker 75:75 mixer mix 75:75 ... I am not a sound guy. The last time I messed with sound, there were some mixer line labels that didn't make sense to me on the card I was using at the time. It was a long time ago. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 18:15:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 50D57F1F for ; Sun, 17 Feb 2013 18:15:36 +0000 (UTC) (envelope-from karl@denninger.net) Received: from fs.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9B31D8 for ; Sun, 17 Feb 2013 18:15:35 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by fs.denninger.net (8.14.6/8.13.1) with ESMTP id r1HIFZHK041152 for ; Sun, 17 Feb 2013 12:15:35 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sun Feb 17 12:15:35 2013 Message-ID: <51211E42.2060106@denninger.net> Date: Sun, 17 Feb 2013 12:15:30 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: And for our next trick (Audio problems, Envy24HT driver) References: <511EAF8D.8090703@denninger.net> <20130217174156.GB4024@www.jail.lambertfam.org> In-Reply-To: <20130217174156.GB4024@www.jail.lambertfam.org> X-Enigmail-Version: 1.5 X-Antivirus: avast! (VPS 130217-0, 02/17/2013), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 18:15:36 -0000 On 2/17/2013 11:41 AM, Scott Lambert wrote: > On Fri, Feb 15, 2013 at 03:58:37PM -0600, Karl Denninger wrote: >> Says its running, and mpg123 has attached to it -- but no output. >> >> Mixer says the volume is on: >> >> [root@NewFS /boot/kernel]# mixer >> Mixer vol is currently set to 75:75 >> Mixer treble is currently set to 0:0 >> Mixer synth is currently set to 0:0 >> Mixer pcm is currently set to 75:75 >> Mixer speaker is currently set to 0:0 >> Mixer line is currently set to 75:75 >> Mixer mic is currently set to 0:0 >> Mixer cd is currently set to 0:0 >> Mixer mix is currently set to 0:0 >> Recording source: mic >> >> Ideas for further troubleshooting? > Try increasing the volume for "mix" and/or "speaker". If that > does not work, increase volume for everything and just see if you > get any output. Maybe the driver got its lines mixed up? > > mixer speaker 75:75 > mixer mix 75:75 > ... > > I am not a sound guy. The last time I messed with sound, there > were some mixer line labels that didn't make sense to me on the > card I was using at the time. It was a long time ago. Those are the only channels that are valid; I tried turning the others up and it says they're all not valid. -- -- Karl Denninger /The Market Ticker ®/ Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Sun Feb 17 20:47:08 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1F3002DA for ; Sun, 17 Feb 2013 20:47:08 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 05A0D80F for ; Sun, 17 Feb 2013 20:47:06 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U7B8W-0002gS-Dy for freebsd-stable@freebsd.org; Sun, 17 Feb 2013 12:47:00 -0800 Date: Sun, 17 Feb 2013 12:47:00 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1361134020403-5787868.post@n5.nabble.com> In-Reply-To: <51211E42.2060106@denninger.net> References: <511EAF8D.8090703@denninger.net> <20130217174156.GB4024@www.jail.lambertfam.org> <51211E42.2060106@denninger.net> Subject: Re: And for our next trick (Audio problems, Envy24HT driver) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Feb 2013 20:47:08 -0000 Why they are showing up if they are not valid? It looks slightly fishy to me. I would try to contact driver author and/or -multimedia. -- View this message in context: http://freebsd.1045724.n5.nabble.com/And-for-our-next-trick-Audio-problems-Envy24HT-driver-tp5787415p5787868.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 01:54:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D20AB609; Mon, 18 Feb 2013 01:54:33 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh2.mail.rice.edu (mh2.mail.rice.edu [128.42.201.21]) by mx1.freebsd.org (Postfix) with ESMTP id AC32630C; Mon, 18 Feb 2013 01:54:33 +0000 (UTC) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id BD76750015A; Sun, 17 Feb 2013 19:54:25 -0600 (CST) Received: from mh2.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh2.mail.rice.edu (Postfix) with ESMTP id BC50D500159; Sun, 17 Feb 2013 19:54:25 -0600 (CST) X-Virus-Scanned: by amavis-2.7.0 at mh2.mail.rice.edu, auth channel Received: from mh2.mail.rice.edu ([127.0.0.1]) by mh2.mail.rice.edu (mh2.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id RYje0Zh7Akvu; Sun, 17 Feb 2013 19:54:25 -0600 (CST) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh2.mail.rice.edu (Postfix) with ESMTPSA id 2F67350013E; Sun, 17 Feb 2013 19:54:25 -0600 (CST) Message-ID: <512189CF.4080204@rice.edu> Date: Sun, 17 Feb 2013 19:54:23 -0600 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130127 Thunderbird/17.0.2 MIME-Version: 1.0 To: Eugene Grosbein Subject: Re: i386: vm.pmap kernel local race condition References: <511CECCC.60400@grosbein.pp.ru> <5120E65F.5080205@grosbein.net> In-Reply-To: <5120E65F.5080205@grosbein.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: alc@freebsd.org, stable@freebsd.org, Alan Cox X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 01:54:33 -0000 On 02/17/2013 08:17, Eugene Grosbein wrote: > 17.02.2013 01:25, Alan Cox wrote: > >> Regardless of what that web site says, this is not really a race condition. Instead, you're exhausting a resource in the kernel because of the characteristics of your workload. The kernel tries to handle this gracefully, but in extreme cases, the kernel can't keep up with the demand. Have you simply tried doing as the panic message suggests, i.e., increase vm.pmap.shpgperproc? Alternatively, you can increase vm.pmap.pv_entry_max to more directly accomplish the same. >> >> That said, if possible, you should do as Adrian suggests and change your Squid configuration to not use 500 helper processes. That will allow a lot more of your machine's physical memory to go to caching data rather bookkeeping data structures in the kernel. > A warning in src/sys/i386/conf/NOTES scares me: > > # > # Set the number of PV entries per process. Increasing this can > # stop panics related to heavy use of shared memory. However, that can > # (combined with large amounts of physical memory) cause panics at > # boot time due the kernel running out of VM space. > # > # If you're tweaking this, you might also want to increase the sysctls > # "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target". > # > # The value below is the one more than the default. > # > options PMAP_SHPGPERPROC=201 > > I guess, my 4G physical RAM is "large amount" for i386 > so I'm afraid of remote server's kernel panic at boot time > as I have no idea how exaclty should I increase value of vm.pmap.shpgperproc? > What should be an increment? Run "sysctl vm.kvm_free" and "sysctl vm.pmap.pv_entry_max". The former sysctl tells you how many bytes of free kernel address space that you have. Basically, you want to ensure that this number doesn't go to zero. Every pv entry occupies 12 bytes. To start with, my suggestion would be to increase the maximum number of pv entries until it consumes about half of your current free kernel address space. Once you've decided on a new maximum value that you want to try, set the tunable "vm.pmap.pv_entries" in /boot/loader.conf. Ignore the other comments from NOTES. > Using concurrency extension means moving from squid-3.1 to squid-3.2, > I might try that too, thanks. I was not aware of this new feature in 3.2 > > Eugene Grosbein > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 08:54:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 43CF1ECD; Mon, 18 Feb 2013 08:54:51 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id B429F3D8; Mon, 18 Feb 2013 08:54:49 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id r1I8xwrO001849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Feb 2013 09:59:58 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <5121EC52.5040502@omnilan.de> Date: Mon, 18 Feb 2013 09:54:42 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: Jamie Gritton Subject: Re: new jail(8) ignoring devfs_ruleset? References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> In-Reply-To: <511EC759.4060704@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3E354507CAA76A8516AA8C46" Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 08:54:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3E354507CAA76A8516AA8C46 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): > On 02/15/13 09:27, Harald Schmalzbauer wrote: >> Hello, >> >> like already posted, on 9.1-R, I highly appreciate the new jail(8) and= >> jail.conf capabilities. Thanks for that extension! >> >> Accidentally I saw that "devfs_ruleset" seems to be ignored. >> If I list /dev/ I see all the hosts disk devices etc. >> I set "devfs_ruleset =3D 4;" and "enforce_statfs =3D 1;" in jail.conf.= >> Inside the jail, >> sysctl security.jail.devfs_ruleset returnes "1". >> But like mentioned, I can access all devices... >> >> Thanks for any help, >> >> -Harry > > devfs_ruleset is only used along with mount.devfs - do you also have > that set in jail.conf? Thanks for your response. Yes, I have mount.devfs; set. Otherwise I wouldn't have any device inside my jail. Verified - and like intended, right? Another notable discrepancy: The man page tells that devfs_rulset is "4" by default. But when I don't set devfs_rulset in jail.conf at all, inside the jail, 'sysctl security.jail.devfs_ruleset': 0 When set, like mentioned above, it returns the corresponding value, but it doesn't have any effect. How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like to help finding the source, but have missed the whole new jail evolution.= =2E. Inside my jails, I don't have a fstab, outside I have them defined and enabled with "mount" - and noticed the non-reverted umounting. Thanks, -Harry --------------enig3E354507CAA76A8516AA8C46 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlEh7FIACgkQLDqVQ9VXb8izDgCgyvgQON3OQ+hYduzQsvfB6RaD 6zYAoKefEHk6CGFzX0MueNShm4cpTCCP =KYYT -----END PGP SIGNATURE----- --------------enig3E354507CAA76A8516AA8C46-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 09:03:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C9D602B8 for ; Mon, 18 Feb 2013 09:03:01 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.org (mail.yamagi.org [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 8C49767B for ; Mon, 18 Feb 2013 09:03:01 +0000 (UTC) Received: from lennart-ws.pwag-local.de (unknown [212.48.125.109]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.org (Postfix) with ESMTPSA id 70B1D1666312; Mon, 18 Feb 2013 10:02:59 +0100 (CET) Date: Mon, 18 Feb 2013 10:02:59 +0100 From: Yamagi Burmeister To: karl@denninger.net Subject: Re: And for our next trick (Audio problems, Envy24HT driver) Message-Id: <20130218100259.97fcc3e0fe3c2b3b98f55bca@yamagi.org> In-Reply-To: <511EAF8D.8090703@denninger.net> References: <511EAF8D.8090703@denninger.net> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd9.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 09:03:01 -0000 On Fri, 15 Feb 2013 15:58:37 -0600 Karl Denninger wrote: > FreeBSD 9.1-STABLE #2 r244942M: Tue Feb 5 21:54:29 CST 2013 > karl@dbms.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > (custom kernel is there to support PPS for my GPS clock) > > Attempting to add a generic card that claims to have a Envy24DT chipset > in it; it identifies and loads under the snd_envy24ht driver as: > > pci6: at device 0.0 (no driver attached) > pcm0: port 0xcc00-0xcc1f,0xc880-0xc8ff irq 16 > at device 0.0 on pci6 > pcm0: [GIANT-LOCKED] > pcm0: system configuration > SubVendorID: 0x1412, SubDeviceID: 0x2403 > XIN2 Clock Source: 24.576MHz(96kHz*256) > MPU-401 UART(s) #: not implemented > ADC #: 1 and SPDIF receiver connected > DAC #: 4 > Multi-track converter type: AC'97(SDATA_OUT:packed) > S/PDIF(IN/OUT): 1/1 ID# 0x00 > GPIO(mask/dir/state): 0xff/0xff/0xff > > cat /dev/sndstat returns: > > [root@NewFS /boot/kernel]# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > pcm0: at io 0xcc00:32,0xc880:128 irq 16 > (1p:1v/5r:1v) default > > So it appears it did attach properly. No it did not. :) It's a longer story. While the Envy family had of course a generic chip design, there wasn't a generic card design. So every Envy card is different and needs a different driver. The snd_envy24ht driver solves this problem with distinct device sections for each supported devices. See envy24ht.c line 279. If no device section could be found the card is detected as "generic" and a default device section is used. That may or may not work... So the solution would be to add a device section for your card but that's everything but easy. In an ideal world there would be a datasheet for that card, in reality it may be necessary to reverse engineer it. And there are other problems with the driver: - It's not MPSAFE (at least it's not marked MPSAFE) - Recording doesn't work - The debug mode is prone to panics - All channels supported by the Envy chip are exposed to the mixer regardless if they're connect in hardware or not. This leads to invalid channels. I've once had the idea to clean it up but never found the time. Nevertheless it still would be really nice if someone could give this driver some love. :) Ciao, Yamagi -- Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 12:12:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2BE1DCC4; Mon, 18 Feb 2013 12:12:15 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id BB26C641; Mon, 18 Feb 2013 12:12:14 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.188]) by hub.org (Postfix) with ESMTP id ED3E013231C9; Mon, 18 Feb 2013 08:12:07 -0400 (AST) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.188]) (amavisd-maia, port 10024) with ESMTP id 11394-03; Mon, 18 Feb 2013 12:12:07 +0000 (UTC) Received: from [192.168.0.52] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 4C3FC13231C8; Mon, 18 Feb 2013 08:12:06 -0400 (AST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 9-STABLE -> NFS -> NetAPP: From: Marc Fournier In-Reply-To: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> Date: Mon, 18 Feb 2013 04:12:04 -0800 Message-Id: <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org> References: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1499) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 12:12:15 -0000 2days, 6hrs since reboot with new kernel, server shows unreachable: # ssh mercury ssh_exchange_identification: Connection closed by remote host although runtime shows it is up: mercury up 2+06:17, 0 users, load 0.63, 0.69, = 0.70 Remote console shows: I could press return, so keyboard was still responsive, and got a new = login prompt, but after typing login id, it appears to just hang =85 Remotely power cycled server. This is new behaviour for that server since applying patch =85 will see = if it happens again ... On 2013-02-17, at 7:07 AM, Rick Macklem wrote: > Marc Fournier wrote: >> On 2013-02-15, at 7:21 AM, Rick Macklem wrote: >>=20 >>>>=20 >>> Righto. Thanks jhb and kib for looking at this. >>>=20 >>> Btw John, PBDRY still gets set for sleeps in the sys/rpc code. >>> However, >>> as far as I can tell, it just sets TDF_SBDRY when it is already set >>> and seems harmless. (Since this code is supposed to be generic and >>> not >>> specific to NFS, maybe it should stay that way?) >>>=20 >>> Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above >>> patch >>> is ok for stable/9 without your recent head patch. >>>=20 >>> Maybe Marc can test the above patch? >>=20 >> 'k, not sure what you want me to 'test', but so far, patch has been >> applied / live for ~21hrs, and no processes in state T =85 >>=20 > Yes, I meant run it like you normally do and see if the hang occurs > with the patch (or other problems crop up). I suspect you have some > idea of how long it needs to run without a hang before you are = convinced > the problem is fixed. >=20 > I can't do commits until April, so there is no rush from my point of > view. (I suspect jhb@ will commit it at some point, if/when it appears > to fix the problem and seems correct.) >=20 > Thanks for testing it, rick >=20 >>=20 >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 12:16:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CFA89EFC; Mon, 18 Feb 2013 12:16:58 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.208.146]) by mx1.freebsd.org (Postfix) with ESMTP id 893AF698; Mon, 18 Feb 2013 12:16:58 +0000 (UTC) Received: from maia.hub.org (unknown [200.46.151.189]) by hub.org (Postfix) with ESMTP id DA24613231C9; Mon, 18 Feb 2013 08:16:57 -0400 (AST) Received: from hub.org ([200.46.208.146]) by maia.hub.org (mx1.hub.org [200.46.151.189]) (amavisd-maia, port 10024) with ESMTP id 33024-08; Mon, 18 Feb 2013 12:16:57 +0000 (UTC) Received: from [192.168.0.52] (S01067cb21b2ff4ca.gv.shawcable.net [24.108.26.71]) by hub.org (Postfix) with ESMTPA id 4857813231C8; Mon, 18 Feb 2013 08:16:56 -0400 (AST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: 9-STABLE -> NFS -> NetAPP: From: Marc Fournier In-Reply-To: <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org> Date: Mon, 18 Feb 2013 04:16:54 -0800 Message-Id: References: <465448349.3084923.1361113640094.JavaMail.root@erie.cs.uoguelph.ca> <5FE9EE8D-15AE-46D5-8260-C909399C1235@hub.org> To: Rick Macklem X-Mailer: Apple Mail (2.1499) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 12:16:58 -0000 According to /var/log/messages, everything seems to have been running = (at least against the local file system) up until the reboot: =3D=3D=3D Feb 18 12:00:00 mercury kernel: bce1: promiscuous mode disabled Feb 18 12:00:00 mercury kernel: bce1: promiscuous mode enabled Feb 18 12:13:55 mercury syslogd: kernel boot file is /boot/kernel/kernel Feb 18 12:13:55 mercury kernel: Copyright (c) 1992-2013 The FreeBSD = Project. =3D=3D=3D On 2013-02-18, at 4:12 AM, Marc Fournier wrote: >=20 > 2days, 6hrs since reboot with new kernel, server shows unreachable: >=20 > # ssh mercury > ssh_exchange_identification: Connection closed by remote host >=20 > although runtime shows it is up: >=20 > mercury up 2+06:17, 0 users, load 0.63, = 0.69, 0.70 >=20 > Remote console shows: >=20 > >=20 > I could press return, so keyboard was still responsive, and got a new = login prompt, but after typing login id, it appears to just hang =85 >=20 > Remotely power cycled server. >=20 > This is new behaviour for that server since applying patch =85 will = see if it happens again ... >=20 >=20 > On 2013-02-17, at 7:07 AM, Rick Macklem wrote: >=20 >> Marc Fournier wrote: >>> On 2013-02-15, at 7:21 AM, Rick Macklem = wrote: >>>=20 >>>>>=20 >>>> Righto. Thanks jhb and kib for looking at this. >>>>=20 >>>> Btw John, PBDRY still gets set for sleeps in the sys/rpc code. >>>> However, >>>> as far as I can tell, it just sets TDF_SBDRY when it is already set >>>> and seems harmless. (Since this code is supposed to be generic and >>>> not >>>> specific to NFS, maybe it should stay that way?) >>>>=20 >>>> Also, since PBDRY on the sleeps sets TDF_SBDRY, I think the above >>>> patch >>>> is ok for stable/9 without your recent head patch. >>>>=20 >>>> Maybe Marc can test the above patch? >>>=20 >>> 'k, not sure what you want me to 'test', but so far, patch has been >>> applied / live for ~21hrs, and no processes in state T =85 >>>=20 >> Yes, I meant run it like you normally do and see if the hang occurs >> with the patch (or other problems crop up). I suspect you have some >> idea of how long it needs to run without a hang before you are = convinced >> the problem is fixed. >>=20 >> I can't do commits until April, so there is no rush from my point of >> view. (I suspect jhb@ will commit it at some point, if/when it = appears >> to fix the problem and seems correct.) >>=20 >> Thanks for testing it, rick >>=20 >>>=20 >>>=20 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 13:21:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40CB4328 for ; Mon, 18 Feb 2013 13:21:45 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id CB761B6F for ; Mon, 18 Feb 2013 13:21:44 +0000 (UTC) Received: from titan.inop.wdn.omnilan.net (titan.inop.wdn.omnilan.net [172.21.3.1]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id r1IDQwTM005429 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 18 Feb 2013 14:26:58 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) Message-ID: <51222AE6.4020701@omnilan.de> Date: Mon, 18 Feb 2013 14:21:42 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: intel kms, xorg and triple head? X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEBAE39220ADC352CF508C5DD" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 13:21:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEBAE39220ADC352CF508C5DD Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, I wasn't able to find infos about multi-head support for the new intel kms with FreeBSD 9.1 Is it possible to have xorg driving 3 displays? I know of the two-PLL-pipe limitation with intel's IvyBrindge-CPU/GPUs. But I don't know if the new driver supports possible configurations? (e.G. 2x1600x1200 + 1x1920x1200). Has anybody running xorg and 3 displays with i915kms? Or is it at least said to be supported? Thanks, -Harry --------------enigEBAE39220ADC352CF508C5DD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAlEiKuYACgkQLDqVQ9VXb8gGAACfZyQ0D2yaE/JP/PbdqUk8zI92 SrgAn2pcmbZy0AlS+LwZMbHvqKE3oacd =BZV9 -----END PGP SIGNATURE----- --------------enigEBAE39220ADC352CF508C5DD-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 13:50:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C2F07976 for ; Mon, 18 Feb 2013 13:50:00 +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 8DBFCE0D for ; Mon, 18 Feb 2013 13:49:59 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.6/8.14.6/NETPLEX) with ESMTP id r1IDiJmp061612; Mon, 18 Feb 2013 08:44:19 -0500 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.4.1 (mail.netplex.net [204.213.176.10]); Mon, 18 Feb 2013 08:44:19 -0500 (EST) Date: Mon, 18 Feb 2013 08:44:19 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Harald Schmalzbauer Subject: Re: intel kms, xorg and triple head? In-Reply-To: <51222AE6.4020701@omnilan.de> Message-ID: References: <51222AE6.4020701@omnilan.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 13:50:00 -0000 On Mon, 18 Feb 2013, Harald Schmalzbauer wrote: > Hello, > > I wasn't able to find infos about multi-head support for the new intel > kms with FreeBSD 9.1 > Is it possible to have xorg driving 3 displays? I know of the > two-PLL-pipe limitation with intel's IvyBrindge-CPU/GPUs. But I don't > know if the new driver supports possible configurations? (e.G. > 2x1600x1200 + 1x1920x1200). > Has anybody running xorg and 3 displays with i915kms? Or is it at least > said to be supported? I barely have one display (laptop) working with KMS. Once X is up, trying to switch to a virtual console leaves you with a blank screen until you reboot. I have 2 graphics controllers in this laptop and have to cut one of them out of my xorg.conf in order for it to work. This laptop isn't meant to use both graphics controllers at the same time, so perhaps your configuration will work much better - I'd be curious to know. -- DE From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 16:26:51 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 20180CE1; Mon, 18 Feb 2013 16:26:51 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from m2.gritton.org (gritton.org [199.192.164.235]) by mx1.freebsd.org (Postfix) with ESMTP id E746483C; Mon, 18 Feb 2013 16:26:50 +0000 (UTC) Received: from glorfindel.gritton.org (c-174-52-130-157.hsd1.ut.comcast.net [174.52.130.157]) (authenticated bits=0) by m2.gritton.org (8.14.5/8.14.5) with ESMTP id r1IGQhn2087146; Mon, 18 Feb 2013 09:26:44 -0700 (MST) (envelope-from jamie@FreeBSD.org) Message-ID: <51225642.2010501@FreeBSD.org> Date: Mon, 18 Feb 2013 09:26:42 -0700 From: Jamie Gritton User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.24) Gecko/20120129 Thunderbird/3.1.16 MIME-Version: 1.0 To: Harald Schmalzbauer Subject: Re: new jail(8) ignoring devfs_ruleset? References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> <5121EC52.5040502@omnilan.de> In-Reply-To: <5121EC52.5040502@omnilan.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-jail , freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 16:26:51 -0000 On 02/18/13 01:54, Harald Schmalzbauer wrote: > schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): >> On 02/15/13 09:27, Harald Schmalzbauer wrote: >>> Hello, >>> >>> like already posted, on 9.1-R, I highly appreciate the new jail(8) and >>> jail.conf capabilities. Thanks for that extension! >>> >>> Accidentally I saw that "devfs_ruleset" seems to be ignored. >>> If I list /dev/ I see all the hosts disk devices etc. >>> I set "devfs_ruleset = 4;" and "enforce_statfs = 1;" in jail.conf. >>> Inside the jail, >>> sysctl security.jail.devfs_ruleset returnes "1". >>> But like mentioned, I can access all devices... >>> >>> Thanks for any help, >>> >>> -Harry >> >> devfs_ruleset is only used along with mount.devfs - do you also have >> that set in jail.conf? > > Thanks for your response. > > Yes, I have mount.devfs; set. > Otherwise I wouldn't have any device inside my jail. Verified - and like > intended, right? > Another notable discrepancy: The man page tells that devfs_rulset is "4" > by default. > But when I don't set devfs_rulset in jail.conf at all, inside the jail, > 'sysctl security.jail.devfs_ruleset': 0 > When set, like mentioned above, it returns the corresponding value, but > it doesn't have any effect. > How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like > to help finding the source, but have missed the whole new jail evolution... > Inside my jails, I don't have a fstab, outside I have them defined and > enabled with "mount" - and noticed the non-reverted umounting. I found the problem - I noticed you mentioned 9.1-R, and took a look at devfs(5). On CURRENT, there's a mount option "ruleset", that isn't there on 9. So I'll have to get around it by running devfs(8) after the mount. I'll work on a patch for that. - Jamie From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 16:30:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1E68FE27; Mon, 18 Feb 2013 16:30:01 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-we0-x230.google.com (we-in-x0230.1e100.net [IPv6:2a00:1450:400c:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 67032871; Mon, 18 Feb 2013 16:30:00 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id s43so4980245wey.35 for ; Mon, 18 Feb 2013 08:29:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:date:from:to:cc:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=jSe9mEm+igplzlTthhn+iGCAE+K3hlHvG5jn32UfT9U=; b=aw8e7MJe3MmDCkBGu6V1TxYBR3HKgygsHMw62ZSmwJkuTpiDJ04/G1yTUjV8uCYwuk 0DAgaQ90b23+VqcWXK0CK4I7TCaHcrgx1aZV0A2tptxsCdXT22j3Z3z7i93k/SX+Zhj5 CLxGcfoG58iK1UNcgADJrevLviPk4CpBCNW+5EnqBvvGlWbUsw9GBzbjaENtccmKjM18 Xy2dG5gID0xNlCKY+GnGLW7ZXDOU3w+Fu0ICYdTx0im7KtScbRHQxYjsOWmdECMu0DrG KIE2MM2l9hMTk7VVN93CJ76X/incluM/emzlvxi59EdDT3XNLuOwAEFvdZ9P0AeeB3oH bfyQ== X-Received: by 10.180.79.6 with SMTP id f6mr21347839wix.26.1361204998446; Mon, 18 Feb 2013 08:29:58 -0800 (PST) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id fg6sm22655129wib.10.2013.02.18.08.29.56 (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 18 Feb 2013 08:29:57 -0800 (PST) Date: Mon, 18 Feb 2013 17:29:56 +0100 From: Mateusz Guzik To: Jamie Gritton Subject: Re: new jail(8) ignoring devfs_ruleset? Message-ID: <20130218162956.GA1834@dft-labs.eu> References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> <5121EC52.5040502@omnilan.de> <51225642.2010501@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <51225642.2010501@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Harald Schmalzbauer , freebsd-stable , freebsd-jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 16:30:01 -0000 On Mon, Feb 18, 2013 at 09:26:42AM -0700, Jamie Gritton wrote: > On 02/18/13 01:54, Harald Schmalzbauer wrote: > > schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): > >>On 02/15/13 09:27, Harald Schmalzbauer wrote: > >>> Hello, > >>> > >>>like already posted, on 9.1-R, I highly appreciate the new jail(8) and > >>>jail.conf capabilities. Thanks for that extension! > >>> > >>>Accidentally I saw that "devfs_ruleset" seems to be ignored. > >>>If I list /dev/ I see all the hosts disk devices etc. > >>>I set "devfs_ruleset = 4;" and "enforce_statfs = 1;" in jail.conf. > >>> Inside the jail, > >>>sysctl security.jail.devfs_ruleset returnes "1". > >>>But like mentioned, I can access all devices... > >>> > >>>Thanks for any help, > >>> > >>>-Harry > >> > >>devfs_ruleset is only used along with mount.devfs - do you also have > >>that set in jail.conf? > > > >Thanks for your response. > > > >Yes, I have mount.devfs; set. > >Otherwise I wouldn't have any device inside my jail. Verified - and like > >intended, right? > >Another notable discrepancy: The man page tells that devfs_rulset is "4" > >by default. > >But when I don't set devfs_rulset in jail.conf at all, inside the jail, > >'sysctl security.jail.devfs_ruleset': 0 > >When set, like mentioned above, it returns the corresponding value, but > >it doesn't have any effect. > >How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like > >to help finding the source, but have missed the whole new jail evolution... > >Inside my jails, I don't have a fstab, outside I have them defined and > >enabled with "mount" - and noticed the non-reverted umounting. > > I found the problem - I noticed you mentioned 9.1-R, and took a look at > devfs(5). On CURRENT, there's a mount option "ruleset", that isn't there > on 9. > > So I'll have to get around it by running devfs(8) after the mount. I'll > work on a patch for that. > Why not MFC support for that mount option instead? -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 17:06:57 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ACD6242C; Mon, 18 Feb 2013 17:06:57 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from m2.gritton.org (gritton.org [199.192.164.235]) by mx1.freebsd.org (Postfix) with ESMTP id 66DAF9D8; Mon, 18 Feb 2013 17:06:57 +0000 (UTC) Received: from glorfindel.gritton.org (c-174-52-130-157.hsd1.ut.comcast.net [174.52.130.157]) (authenticated bits=0) by m2.gritton.org (8.14.5/8.14.5) with ESMTP id r1IH6uKm087773; Mon, 18 Feb 2013 10:06:56 -0700 (MST) (envelope-from jamie@FreeBSD.org) Message-ID: <51225FAF.9010507@FreeBSD.org> Date: Mon, 18 Feb 2013 10:06:55 -0700 From: Jamie Gritton User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.24) Gecko/20120129 Thunderbird/3.1.16 MIME-Version: 1.0 To: Mateusz Guzik Subject: Re: new jail(8) ignoring devfs_ruleset? References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> <5121EC52.5040502@omnilan.de> <51225642.2010501@FreeBSD.org> <20130218162956.GA1834@dft-labs.eu> In-Reply-To: <20130218162956.GA1834@dft-labs.eu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Harald Schmalzbauer , freebsd-stable , freebsd-jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 17:06:57 -0000 On 02/18/13 09:29, Mateusz Guzik wrote: > On Mon, Feb 18, 2013 at 09:26:42AM -0700, Jamie Gritton wrote: >> On 02/18/13 01:54, Harald Schmalzbauer wrote: >>> schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): >>>> On 02/15/13 09:27, Harald Schmalzbauer wrote: >>>>> Hello, >>>>> >>>>> like already posted, on 9.1-R, I highly appreciate the new jail(8) and >>>>> jail.conf capabilities. Thanks for that extension! >>>>> >>>>> Accidentally I saw that "devfs_ruleset" seems to be ignored. >>>>> If I list /dev/ I see all the hosts disk devices etc. >>>>> I set "devfs_ruleset = 4;" and "enforce_statfs = 1;" in jail.conf. >>>>> Inside the jail, >>>>> sysctl security.jail.devfs_ruleset returnes "1". >>>>> But like mentioned, I can access all devices... >>>>> >>>>> Thanks for any help, >>>>> >>>>> -Harry >>>> >>>> devfs_ruleset is only used along with mount.devfs - do you also have >>>> that set in jail.conf? >>> >>> Thanks for your response. >>> >>> Yes, I have mount.devfs; set. >>> Otherwise I wouldn't have any device inside my jail. Verified - and like >>> intended, right? >>> Another notable discrepancy: The man page tells that devfs_rulset is "4" >>> by default. >>> But when I don't set devfs_rulset in jail.conf at all, inside the jail, >>> 'sysctl security.jail.devfs_ruleset': 0 >>> When set, like mentioned above, it returns the corresponding value, but >>> it doesn't have any effect. >>> How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like >>> to help finding the source, but have missed the whole new jail evolution... >>> Inside my jails, I don't have a fstab, outside I have them defined and >>> enabled with "mount" - and noticed the non-reverted umounting. >> >> I found the problem - I noticed you mentioned 9.1-R, and took a look at >> devfs(5). On CURRENT, there's a mount option "ruleset", that isn't there >> on 9. >> >> So I'll have to get around it by running devfs(8) after the mount. I'll >> work on a patch for that. >> > > Why not MFC support for that mount option instead? That may be a better way around it, since either solution will require an MFC. It'd be nice to have a patch to jail(8) anyway, since just dropping in a new jail program is easier than dropping in a new kernel. I'll have to take a look at the devfs code and see if that was a reasonably small change. - Jamie From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 20:27:28 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 072E8DF0; Mon, 18 Feb 2013 20:27:28 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x22f.google.com (ia-in-x022f.1e100.net [IPv6:2607:f8b0:4001:c02::22f]) by mx1.freebsd.org (Postfix) with ESMTP id A8DB661D; Mon, 18 Feb 2013 20:27:27 +0000 (UTC) Received: by mail-ia0-f175.google.com with SMTP id r4so5382343iaj.6 for ; Mon, 18 Feb 2013 12:27:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=lHPcqtJcmQOb39qRLvU7K7Feb/DtBrvmHdf5aFAu/Go=; b=FA+TJbbkN/6f8DdB6n/sw3mw1xKhsAI1h70oVGmKsHt7qLYtptQKfb2NwyrLbI/mR6 VPQKFZV/l0wrAx3oBNY+ax2UYAChVEZafp9xl1v0zIzjnbAjBimBTPvlYCFMvB/8EKxL aM7FeKoMrk2kpck0HbIF5fbqLjnDhHjUYl4mVb1+E5lsBFsXVxW+AnDQFLOl2E3kqfbu L7jlkM3fhGDauLguOHhwuLxPQJQTaBHayb8ccrYybufJbDGOvGPXlwzvFKqEbj0MvJBE aJqZpS+nMsG4fwms5BEqnJqca3Qb9BGD8UxRYWlAYtK2cw+gYb6duFh4866CsIAa1rKf SZEQ== X-Received: by 10.50.202.97 with SMTP id kh1mr8354381igc.15.1361219247409; Mon, 18 Feb 2013 12:27:27 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.64.63.12 with HTTP; Mon, 18 Feb 2013 12:26:57 -0800 (PST) In-Reply-To: <511CED39.2010909@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> From: Chris Rees Date: Mon, 18 Feb 2013 20:26:57 +0000 X-Google-Sender-Auth: _UpdVCqD2PP7ejcvOTOpZUW_yH0 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, "office@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 20:27:28 -0000 On 14 February 2013 13:57, Mikhail T. wrote: > Hello! > > I just finished building editors/libreoffice with gcc-4.2.1 -- had to > edit the port's Makefile to prevent it from picking a different > compiler. Everything built and installed, but libreoffice dies on > start-up (right after flashing the splash-window): > > (gdb) where > #0 0x000000080596c1aa in cppu::__getTypeEntries () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #1 0x000000080596c333 in cppu::__queryDeepNoXInterface () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #2 0x000000080596d4a2 in cppu::WeakImplHelper_query () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #3 0x00000008116f2b03 in > cppu::WeakImplHelper1::queryInterface > () > from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so > #4 0x0000000805970347 in > cppu::OInterfaceContainerHelper::disposeAndClear () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #5 0x00000008059705b2 in > cppu::OMultiTypeInterfaceContainerHelper::disposeAndClear () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #6 0x000000080593309f in cppu::OComponentHelper::dispose () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #7 0x0000000805963d00 in cppu::OFactoryComponentHelper::dispose () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #8 0x00000008116ec296 in stoc_smgr::OServiceManager::disposing () > from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so > #9 0x000000080596af05 in cppu::WeakComponentImplHelperBase::dispose () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #10 0x00000008116e6244 in stoc_smgr::ORegistryServiceManager::dispose () > from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so > #11 0x000000080596a573 in cppu::WeakComponentImplHelperBase::release () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #12 0x00000008059482f6 in (anonymous namespace)::createTypeRegistry () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #13 0x00000008059487bf in > cppu::defaultBootstrap_InitialComponentContext () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #14 0x0000000805948918 in > cppu::defaultBootstrap_InitialComponentContext () > from > /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 > #15 0x000000080212f883 in > desktop::Desktop::InitApplicationServiceManager () > from /opt/lib/libreoffice/program/libmergedlo.so > #16 0x000000080211f362 in desktop::Desktop::Init () from > /opt/lib/libreoffice/program/libmergedlo.so > #17 0x0000000807622113 in InitVCL () from > /opt/lib/libreoffice/program/libvcllo.so > #18 0x0000000807623151 in ImplSVMain () from > /opt/lib/libreoffice/program/libvcllo.so > #19 0x00000008076232d5 in SVMain () from > /opt/lib/libreoffice/program/libvcllo.so > #20 0x000000080214942e in soffice_main () from > /opt/lib/libreoffice/program/libmergedlo.so > #21 0x0000000000400773 in main () > > I do not blame the office@ team -- the port did not want to use > gcc-4.2.1, I forced it to. But I'd like to know, what is wrong with the > compiler shipped by FreeBSD-9.1 (and the only one, if WITHOUT_CLANG is > defined), that prevents building a healthy libreoffice? > > Is there a bug fixed in gcc-4.6? Or is it some (incorrect) assumption > made by libreoffice code? Thank you, Hi Mikhail, Libreoffice and openoffice have traditionally recommended that one use binary packages instead of building it from scratch. I'm sure you understand that our compiler in base is rather elderly, and that a project as insanely huge as Libreoffice is going to be highly sensitive to minute changes. As a consequence, some very narrow criteria are chosen to make maintenance of the port possible. You are welcome to try with gcc-4.6, but the last I heard it will only build with clang. Your mileage may vary, please let us know of success stories! Chris From owner-freebsd-stable@FreeBSD.ORG Mon Feb 18 23:15:20 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4654C44 for ; Mon, 18 Feb 2013 23:15:20 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 68AEED15 for ; Mon, 18 Feb 2013 23:15:20 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3Z91Bl5SVPzFXN6 for ; Tue, 19 Feb 2013 00:15:11 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zI4hDa9jbdCZ for ; Tue, 19 Feb 2013 00:15:08 +0100 (CET) Received: from tommy.madpilot.net (micro.madpilot.net [88.149.173.206]) by winston.madpilot.net (Postfix) with ESMTPSA for ; Tue, 19 Feb 2013 00:15:08 +0100 (CET) Message-ID: <5122B5FD.1080106@madpilot.net> Date: Tue, 19 Feb 2013 00:15:09 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130131 Thunderbird/17.0.2 MIME-Version: 1.0 To: stable@freebsd.org Subject: poudriere and tinderbox on current failing to build stable/8 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2013 23:15:20 -0000 Hi, While performing some tests with the programs in the subject I noticed that stable/8 fails. Both programs try to build stable/8 using the system cc compiler (clang on -CURRENT), which fails at building gcc, so the build stops with various errors. To work around this I configured them to build stable 8 defining the following values: CC=gcc CXX=g++ CPP=gcpp Forcing poudriere and tinderbox to use 10-CURRENT gcc binaries to perform the initial toolchain build. Is this workaround acceptable? Does it have some hidden problems which perhaps could show up later? Or does it create a correct stable/8 build without problems? If necessary I have a build log with the errors. Thanks in advance for any clarification. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 00:00:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92C5D495 for ; Tue, 19 Feb 2013 00:00:23 +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 5D1BDE94 for ; Tue, 19 Feb 2013 00:00:22 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAFO/IlGDaFvO/2dsb2JhbABEhkm5W4Ebc4IfAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASHcQyueJI2gSOMSgqBAzQHgi2BEwOIZ4sNgjiBHY87gyVPgQU1 X-IronPort-AV: E=Sophos;i="4.84,691,1355115600"; d="scan'208";a="17185109" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 18 Feb 2013 19:00:15 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id DC6EBB3F0B; Mon, 18 Feb 2013 19:00:15 -0500 (EST) Date: Mon, 18 Feb 2013 19:00:15 -0500 (EST) From: Rick Macklem To: Janusz Bulik Message-ID: <2118116375.3103200.1361232015868.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: NFSv4 + Kerberos permission denied 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 00:00:23 -0000 Janusz Bulik wrote: > Hello, > I've got a little problem with NFSv4 + Kerberos. I can do a mount with > Kerberos with a valid ticket, but read-only. > After the mount -vvv -t nfs -o nfsv4,sec=krb5 nfsserver:/ /mount_test/ > I can see: > > #klist: > Feb 6 07:22:47 Feb 6 17:22:43 nfs/nfsserver@my.domain > > #/var/heimdal/kdc.log: > 2013-02-06T07:28:26 TGS-REQ clientnfs@my.domain from IPv4:192.168.0.23 > for nfs/nfsserver@my.domain > > tcpdump: > 14:59:36.140272 IP nfsclient.61011 > 192.168.0.21.kerberos-sec: > 14:59:36.142301 IP 192.168.0.21.kerberos-sec > nfsclient.61011: > > I got "Permission denied" message when I try to mkdir or rm. As a root > mount and as a user mount (sysctl vfs.usermounts=1). > With -sec=sys it works read-write, but with -sec=krb5 read-only.. > > my /etc/exports: > V4: /export_test -sec=krb5:krb5i:krb5p -network 192.168.0.0 -mask > 255.255.255.0 > /export_test -sec=krb5:krb5i:krb5p -network 192.168.0.0 -mask > 255.255.255.0 -maproot=root -alldirs > > tried with V4: / .... as well. > Added all the principals needed. > Tried also with full qualified domain names. > SSH works fine with Kerberos > > > Do I need rpcsec_gss.patch? (according to > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup) > or can I make it work somehow else? > > I used FreeBSD-9.1-RELEASE-i386-disc1 > and > FreeBSD-10.0-CURRENT-i386-20130202-r246254-release > Thanks to Elias's hard work, a bug/fix for a Kerberos function has been identified that can make the gssd fail to map a principal to a uid. (I haven't run into this bug, so I don't know what systems are affected.) See this thread: http://docs.FreeBSD.org/cgi/mid.cgi?CADtN0WKVzbKxhaLQw8y2KLhhRJC9n4ht9wyPmGQ+pHqSjQkVNw I'd suggest you apply the patch (increasing the size of buf to 1024) and then try testing with libraries built with this patch applied. Good luck with it, rick > -- > Greets > Janusz > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 00:24:45 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5414A858 for ; Tue, 19 Feb 2013 00:24:45 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id E9801F54 for ; Tue, 19 Feb 2013 00:24:44 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id t57so5300205wey.13 for ; Mon, 18 Feb 2013 16:24:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=OuEnx6B5AnS5zJ2oz2sWUVaWiQy6cW0ujydocOMwq9Q=; b=A9Ofn7NRGlqc0OyvySZpdos1CcSsiAIMntUUllz39wFQkr/9zAgY/t+mtiKIZzHK9T Tb9jvXfuUkw9E2d7wL6RAKVvXzP37B6o5ETuZjo1FD1uozxieUzVpQ41+wJfe0N7rBVi mVlyvXXMo2eNeuoibrpH0dzuk7TNkrMNYLuiE4WkjmQmFBJ/q+cX5Ml9bRrHzGyDb4cq lRfwxK1wFWTmSWauqk/8xyZ4PcqMRob3eZ2lO/pLSGsU7RyBfGSQaWTYQut21wRXE+nW aOSBsopwu7tLzHWwJFeu32LahWc/bA2ecgdrWBJxHzW1EzCzoENGbstFqPiDUINdr1+z xcnA== MIME-Version: 1.0 X-Received: by 10.194.91.211 with SMTP id cg19mr22666753wjb.43.1361233484143; Mon, 18 Feb 2013 16:24:44 -0800 (PST) Received: by 10.194.168.162 with HTTP; Mon, 18 Feb 2013 16:24:44 -0800 (PST) Date: Mon, 18 Feb 2013 18:24:44 -0600 Message-ID: Subject: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: "Edwin L. Culp W." To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 00:24:45 -0000 Sound works fine for all players, browsers, etc. everything except SKYPE I've user both ports and both give the same results. Rigt now I'm using: skype-2.1.0.81_1,1 I've used it for years with no problems. It quite working during Christmas vacations. Where could I start to trouble shoot this other than just erasing and rebuilding the skype ports. Thanks, just in case: cat /compat/linux/etc/alsa/pcm/pcm-oss.conf pcm.oss1 { type oss device /dev/dsp1 hint { description "Open Sound System" } } ctl.oss1 { type oss device /dev/mixer1 hint { description "Open Sound System" } # --=20 Bienes Ra=EDces in Coatepec, Veracruz, Mexico http://www.facebook.com/pages/Inmobiliaria-Bienes-Raices-httpEcoManiainfo/1= 02249989850215?sk=3Dphotos_albums From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 01:10:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9C4AADD0 for ; Tue, 19 Feb 2013 01:10:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE07149 for ; Tue, 19 Feb 2013 01:10:47 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1J1ANbw026752 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 19 Feb 2013 11:40:28 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: "Daniel O'Connor" In-Reply-To: Date: Tue, 19 Feb 2013 11:40:22 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Edwin L. Culp W." X-Mailer: Apple Mail (2.1499) X-Spam-Score: -3.05 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 01:10:48 -0000 On 19/02/2013, at 10:54, Edwin L. Culp W. wrote: > cat /compat/linux/etc/alsa/pcm/pcm-oss.conf >=20 > pcm.oss1 { > type oss > device /dev/dsp1 > hint { > description "Open Sound System" > } > } >=20 > ctl.oss1 { > type oss > device /dev/mixer1 > hint { > description "Open Sound System" > } >=20 Why are you using /dev/dsp1 & /dev/mixer1? I would have thought using /dev/dsp and /dev/mixer would work, and if = you wanted to change which sound device you're using globally then set = the hw.snd.default_unit sysctl. Also, what is the output of cat /dev/sndstat ? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 01:28:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A7B8F134 for ; Tue, 19 Feb 2013 01:28:21 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-we0-x22d.google.com (mail-we0-x22d.google.com [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA0F1F4 for ; Tue, 19 Feb 2013 01:28:21 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id r5so5192414wey.32 for ; Mon, 18 Feb 2013 17:28:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ENUm1HP2A8JVJFr3BDoGlaY1bkrF3uEnFh2i/23UQGM=; b=XP9oW6o02wuwG1F8WsJ6U6n3sq6p6s6SrvAvd3dD2e3QXBcrSH+djxBYE4i/9oc1ae U6eKPqTmp4CELL7dLEEU4TlPnMVjL/iO2lkpF1Jxeh5bGK4Vb/zs4WtiQijRKHlKiBQo 4jq1MIT8svTwGx1Pje8E16XRnJfbGJpaOddyL7zLySSMYeM0YCBzCdonaZWsOzi7N+dY AHmAUYJ+kfjN86GzdF1A27cSh9bXQndR0/Cez5a55t+QgnrUZ+BLvJvVj5+LvAySBtoz kaQhT2oXK+bN0s3BRhM4i+zjKt+HpfwhzctOdO287WcNbeRLHVdOame6woNgWvf4iaod xJBw== MIME-Version: 1.0 X-Received: by 10.194.158.165 with SMTP id wv5mr22743115wjb.45.1361237300249; Mon, 18 Feb 2013 17:28:20 -0800 (PST) Received: by 10.194.168.162 with HTTP; Mon, 18 Feb 2013 17:28:20 -0800 (PST) In-Reply-To: References: Date: Mon, 18 Feb 2013 19:28:20 -0600 Message-ID: Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: "Edwin L. Culp W." To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 01:28:21 -0000 On Mon, Feb 18, 2013 at 7:10 PM, Daniel O'Connor wrote: > > On 19/02/2013, at 10:54, Edwin L. Culp W. wrote: > > cat /compat/linux/etc/alsa/pcm/pcm-oss.conf > > > > pcm.oss1 { > > type oss > > device /dev/dsp1 > > hint { > > description "Open Sound System" > > } > > } > > > > ctl.oss1 { > > type oss > > device /dev/mixer1 > > hint { > > description "Open Sound System" > > } > > > > > Why are you using /dev/dsp1 & /dev/mixer1? > Copied from the port. No logic. I did try with dsp and mixer only and restarted skype with the same results. > I would have thought using /dev/dsp and /dev/mixer would work, and if you > wanted to change which sound device you're using globally then set the > hw.snd.default_unit sysctl. > > Also, what is the output of cat /dev/sndstat ? > # cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play) pcm1: (play/rec) default pcm2: (play) pcm3: (play) pcm4: (play) The error that shows on the screen is : Problem with audio playback. Thanks, ed -- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 02:21:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C4812DE4 for ; Tue, 19 Feb 2013 02:21:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA343EA for ; Tue, 19 Feb 2013 02:21:32 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.55]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1J2LHM2030500 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 19 Feb 2013 12:51:22 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: "Daniel O'Connor" In-Reply-To: Date: Tue, 19 Feb 2013 12:51:16 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <7B30D613-7036-4218-BDCF-57CA0B568572@gsoft.com.au> References: To: "Edwin L. Culp W." X-Mailer: Apple Mail (2.1499) X-Spam-Score: -3.05 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 02:21:33 -0000 On 19/02/2013, at 11:58, Edwin L. Culp W. wrote: >> On Mon, Feb 18, 2013 at 7:10 PM, Daniel O'Connor = wrote: >> Why are you using /dev/dsp1 & /dev/mixer1? >=20 > Copied from the port. No logic. I did try with dsp and mixer only = and restarted skype with the same results. OK >> Also, what is the output of cat /dev/sndstat ? > =20 > # cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) > Installed devices: > pcm0: (play) > pcm1: (play/rec) default > pcm2: (play) > pcm3: (play) > pcm4: (play) >=20 > The error that shows on the screen is : Problem with audio playback. Oh right, Skype actually generates an error.. I am not sure sorry. Note that your default audio device is HDMI audio (not sure if that is = what you really want) and if you don't have something connected via HDMI = I suppose that could cause the error.. Try.. sudo sysctl hw.snd.default_unit=3D1 (leaving the ALSA config file alone) and then restart skype. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 03:48:57 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3B9BCE61 for ; Tue, 19 Feb 2013 03:48:57 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ee0-f48.google.com (mail-ee0-f48.google.com [74.125.83.48]) by mx1.freebsd.org (Postfix) with ESMTP id AA7E1997 for ; Tue, 19 Feb 2013 03:48:56 +0000 (UTC) Received: by mail-ee0-f48.google.com with SMTP id t10so3282372eei.21 for ; Mon, 18 Feb 2013 19:48:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=uTabv6qQfVzOiZGDYlEXrrPrq6vMB/idXwyoHhpOztI=; b=pnOHONnmQz4ZKMZLK3GBk3icYv8ZUYbLx4zm24z0k3OP919N2UTLZZixFRqbCsx1M0 SC504lLmxakO/JPY7N1Y6ikx66kUtBI8GPrkCEIaMt36gvh+mesNOL0UXHjuk+tRGOss JzkO9FKiAbAB2+byhxtc5wilICY5I9qWrS2UFmH6/s67lEzpK/HOvhPINmDZPpiFkyCy boKKl3nnHjJ9bYcnvakFthL3ouXlq/aPFmjbgqTlNLPZN8gZravuig0K30OmRgdWQx1G oTD/5x1y5xxGeN+d3aDxrGktV+J6UEZ5Cgm+9qpWHL+3LPVJ2CBe99fym6GdONRYKc3D rnaw== MIME-Version: 1.0 X-Received: by 10.14.175.129 with SMTP id z1mr52519737eel.7.1361245735038; Mon, 18 Feb 2013 19:48:55 -0800 (PST) Received: by 10.14.100.74 with HTTP; Mon, 18 Feb 2013 19:48:54 -0800 (PST) Date: Mon, 18 Feb 2013 19:48:54 -0800 Message-ID: Subject: Having a problem compiling a customized kernel From: Kurt Buff To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 03:48:57 -0000 All, I'm working on troubleshooting a random network dropout in an older Acer Aspire One, and am compiling an otherwise generic kernel with the following options: options ATH_DEBUG options AH_DEBUG options ATH_DIAGAPI I started the process with 'make buildkernel KERNCONF=ATH-KERNEL', but it aborted with the following: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld:/usr/src/sys/conf/ldscript.i386:66: syntax error *** [kernel.debug] Error code 1 Stop in /usr/obj/usr/src/sys/ATH-KERNEL. *** [buildkernel] Error code 1 Stop in /usr/src. *** [buildkernel] Error code 1 Stop in /usr/src. I'm currently running 9.1-RELEASE - I had to svn the source, as I had used freebsd-update last couple of weeks to move from 7.2 to 8.0 to 8.3 to 9.0 to 9.1. Does anyone have an idea what I might have done incorrectly, or at least how I might correct the issue? Thanks, Kurt On Mon, Feb 18, 2013 at 5:43 PM, Adrian Chadd wrote: > yup > > > > adrian > > > On 18 February 2013 17:32, Kurt Buff wrote: >> BTW - those should read >> >> options ATH_DEBUG >> options AH_DEBUG >> options ATH_DIAGAPI >> >> Correct? >> >> >> On Mon, Feb 18, 2013 at 5:21 PM, Adrian Chadd wrote: >>> Just athregs -i ath0 >>> >>> And you nee da kernel with ATH_DEBUG, AH_DEBUG and ATH_DIAGAPI compiled in: :) >>> >>> >>> >>> adrian >>> >>> >>> On 18 February 2013 16:37, Kurt Buff wrote: >>>> Did a make at /usr/src/tools/tools/ath, and it all compiled, and got >>>> athregs copied into /usr/loca/bin. >>>> >>>> Don't see athpeek anywhere, though. >>>> >>>> Also, I tried 'athregs -i ath0 -a' and got back 'invalid argument'. >>>> >>>> Next steps? >>>> >>>> Kurt >>>> >>>> On Mon, Feb 18, 2013 at 10:39 AM, Adrian Chadd wrote: >>>>> okay. Just copy the athregs tool to /usr/local/bin/ then, and then run it? >>>>> >>>>> oh, hm. Try "make" first, rather than "make install" >>>>> >>>>> >>>>> adrian >>>>> >>>>> On 18 February 2013 08:27, Kurt Buff wrote: >>>>>> It already exists. >>>>>> >>>>>> On Sun, Feb 17, 2013 at 10:18 PM, Adrian Chadd wrote: >>>>>>> try mkdir /usr/local/bin first? >>>>>>> >>>>>>> >>>>>>> >>>>>>> adrian >>>>>>> >>>>>>> On 17 February 2013 22:04, Kurt Buff wrote: >>>>>>>> Um, I'm missing something, I suppose... >>>>>>>> >>>>>>>> I cd'ed to /usr/src/tools/tools/ath, and I see an athregs directory >>>>>>>> with Makefile and dumpregs.c in it, but when cd'ed into it and did a >>>>>>>> make install just got back an error message" >>>>>>>> >>>>>>>> install -s -o root -g wheel -m 555 athregs /usr/local/bin >>>>>>>> install: athregs: No such file or directory >>>>>>>> *** [_proginstall] Error code 71 >>>>>>>> >>>>>>>> Also, I don't see anything regarding athpeek. >>>>>>>> >>>>>>>> So, what next? >>>>>>>> >>>>>>>> Kurt >>>>>>>> >>>>>>>> >>>>>>>> On Sun, Feb 17, 2013 at 12:48 PM, Adrian Chadd wrote: >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> So "hal status 3" is HAL_EIO - which means the hardware didn't respond >>>>>>>>> as expected. >>>>>>>>> >>>>>>>>> So maybe the hardware is getting all angry during reset. >>>>>>>>> >>>>>>>>> Compile up athpeek and athregs from src/tools/tools/ath/, compile your >>>>>>>>> kernel with: >>>>>>>>> >>>>>>>>> ATH_DEBUG >>>>>>>>> AH_DEBUG >>>>>>>>> ATH_DIAGAPI >>>>>>>>> >>>>>>>>> and then when it happens again, do this: >>>>>>>>> >>>>>>>>> # athregs >>>>>>>>> >>>>>>>>> which will dump out a snapshot of useful registers. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 05:35:36 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 73610920; Tue, 19 Feb 2013 05:35:36 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) by mx1.freebsd.org (Postfix) with ESMTP id 25760D41; Tue, 19 Feb 2013 05:35:35 +0000 (UTC) Received: by mail-pa0-f44.google.com with SMTP id kp1so3208974pab.31 for ; Mon, 18 Feb 2013 21:35:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=M8hnDo6GtWs0ouhpYnRabAML1Q9Qqka//SPpuvvrFk8=; b=mDq7yMUBl5RSmyZm3ARnDTvYVQUYpw00CJlzwJg68iR4kwDF7+qan6fGpHamqe7t3w eYYHEO4ZtA0lTpHLcjK+W11EP8ulkheW7+473cHQaGySYAVkWSVr7h+uZA6uVUKRYr8H /IyhPiwbgVJn0jbpiquK5MaPaR6vxo4w9N2buAacXvCL1eWHqB4wMWpqN/2Ksztqrh++ nwdPGv1B13uQYeK9vYNRLT+EkkvqDf2UNGpwyowZvhF0v8fa1WxmeAokbCP4KzGhdjU7 kpJvU+kQz0VvBJDj6EOLQt/Mp59ptYJ5vAidG5xozPG2n4/QkL7Aet33qWhj4gT1ykuA dSBQ== MIME-Version: 1.0 X-Received: by 10.68.255.161 with SMTP id ar1mr37275364pbd.17.1361252135338; Mon, 18 Feb 2013 21:35:35 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.2.65 with HTTP; Mon, 18 Feb 2013 21:35:35 -0800 (PST) In-Reply-To: References: <511CED39.2010909@aldan.algebra.com> Date: Mon, 18 Feb 2013 21:35:35 -0800 X-Google-Sender-Auth: yVNPtO-IbPQOSxTTNdsTXAE5XEo Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Kevin Oberman To: Chris Rees Content-Type: text/plain; charset=UTF-8 Cc: "Mikhail T." , "office@freebsd.org" , stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 05:35:36 -0000 On Mon, Feb 18, 2013 at 12:26 PM, Chris Rees wrote: > On 14 February 2013 13:57, Mikhail T. wrote: >> Hello! >> >> I just finished building editors/libreoffice with gcc-4.2.1 -- had to >> edit the port's Makefile to prevent it from picking a different >> compiler. Everything built and installed, but libreoffice dies on >> start-up (right after flashing the splash-window): >> >> (gdb) where >> #0 0x000000080596c1aa in cppu::__getTypeEntries () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #1 0x000000080596c333 in cppu::__queryDeepNoXInterface () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #2 0x000000080596d4a2 in cppu::WeakImplHelper_query () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #3 0x00000008116f2b03 in >> cppu::WeakImplHelper1::queryInterface >> () >> from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so >> #4 0x0000000805970347 in >> cppu::OInterfaceContainerHelper::disposeAndClear () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #5 0x00000008059705b2 in >> cppu::OMultiTypeInterfaceContainerHelper::disposeAndClear () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #6 0x000000080593309f in cppu::OComponentHelper::dispose () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #7 0x0000000805963d00 in cppu::OFactoryComponentHelper::dispose () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #8 0x00000008116ec296 in stoc_smgr::OServiceManager::disposing () >> from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so >> #9 0x000000080596af05 in cppu::WeakComponentImplHelperBase::dispose () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #10 0x00000008116e6244 in stoc_smgr::ORegistryServiceManager::dispose () >> from /opt/lib/libreoffice/ure/lib/bootstrap.uno.so >> #11 0x000000080596a573 in cppu::WeakComponentImplHelperBase::release () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #12 0x00000008059482f6 in (anonymous namespace)::createTypeRegistry () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #13 0x00000008059487bf in >> cppu::defaultBootstrap_InitialComponentContext () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #14 0x0000000805948918 in >> cppu::defaultBootstrap_InitialComponentContext () >> from >> /opt/lib/libreoffice/program/../ure-link/lib/libuno_cppuhelpergcc3.so.3 >> #15 0x000000080212f883 in >> desktop::Desktop::InitApplicationServiceManager () >> from /opt/lib/libreoffice/program/libmergedlo.so >> #16 0x000000080211f362 in desktop::Desktop::Init () from >> /opt/lib/libreoffice/program/libmergedlo.so >> #17 0x0000000807622113 in InitVCL () from >> /opt/lib/libreoffice/program/libvcllo.so >> #18 0x0000000807623151 in ImplSVMain () from >> /opt/lib/libreoffice/program/libvcllo.so >> #19 0x00000008076232d5 in SVMain () from >> /opt/lib/libreoffice/program/libvcllo.so >> #20 0x000000080214942e in soffice_main () from >> /opt/lib/libreoffice/program/libmergedlo.so >> #21 0x0000000000400773 in main () >> >> I do not blame the office@ team -- the port did not want to use >> gcc-4.2.1, I forced it to. But I'd like to know, what is wrong with the >> compiler shipped by FreeBSD-9.1 (and the only one, if WITHOUT_CLANG is >> defined), that prevents building a healthy libreoffice? >> >> Is there a bug fixed in gcc-4.6? Or is it some (incorrect) assumption >> made by libreoffice code? Thank you, > > Hi Mikhail, > > Libreoffice and openoffice have traditionally recommended that one use > binary packages instead of building it from scratch. > > I'm sure you understand that our compiler in base is rather elderly, > and that a project as insanely huge as Libreoffice is going to be > highly sensitive to minute changes. As a consequence, some very > narrow criteria are chosen to make maintenance of the port possible. > > You are welcome to try with gcc-4.6, but the last I heard it will only > build with clang. Your mileage may vary, please let us know of > success stories! Just for the record, is find that it works fine for me with gcc-4.6. 9.1-STABLE on i386 system. Building it with the default compiler results in a successful build, but the program would simply exit after a few seconds with no error. The exist status was 0. No messages. When I built with 4.6, it builds and runs fine, at least for the things I've tried. (4.6 invoked by setting WITH_GCC.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 08:09:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E5E22D92 for ; Tue, 19 Feb 2013 08:09:43 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) by mx1.freebsd.org (Postfix) with ESMTP id A6C4E324 for ; Tue, 19 Feb 2013 08:09:43 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a] (spaceball.andric.com [IPv6:2001:7b8:3a7:0:204:4bff:fe01:de8a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 32DA05C43; Tue, 19 Feb 2013 09:09:39 +0100 (CET) Message-ID: <51233342.9080602@andric.com> Date: Tue, 19 Feb 2013 09:09:38 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20130117 Thunderbird/19.0 MIME-Version: 1.0 To: Kurt Buff , freebsd-stable@freebsd.org Subject: Re: Having a problem compiling a customized kernel References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 08:09:44 -0000 On 2013-02-19 04:48, Kurt Buff wrote: > I'm working on troubleshooting a random network dropout in an older > Acer Aspire One, and am compiling an otherwise generic kernel with the > following options: ... > linking kernel.debug > ld:/usr/src/sys/conf/ldscript.i386:66: syntax error > *** [kernel.debug] Error code 1 ... > I'm currently running 9.1-RELEASE - I had to svn the source, as I had > used freebsd-update last couple of weeks to move from 7.2 to 8.0 to > 8.3 to 9.0 to 9.1. Please run "make kernel-toolchain" first, as your binutils is too old. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 08:17:34 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5F2DB194 for ; Tue, 19 Feb 2013 08:17:34 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:228]) by mx1.freebsd.org (Postfix) with ESMTP id 44B5D3D6 for ; Tue, 19 Feb 2013 08:17:34 +0000 (UTC) Received: from omta14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by qmta15.emeryville.ca.mail.comcast.net with comcast id 28FW1l0031HpZEsAF8Ha2g; Tue, 19 Feb 2013 08:17:34 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta14.emeryville.ca.mail.comcast.net with comcast id 28HZ1l0031t3BNj8a8HZch; Tue, 19 Feb 2013 08:17:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2877673A1E; Tue, 19 Feb 2013 00:17:33 -0800 (PST) Date: Tue, 19 Feb 2013 00:17:33 -0800 From: Jeremy Chadwick To: Dimitry Andric Subject: Re: Having a problem compiling a customized kernel Message-ID: <20130219081733.GA28345@icarus.home.lan> References: <51233342.9080602@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51233342.9080602@andric.com> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361261854; bh=n+i73VrW4/mdRu8Ni/2HiuNFoSv01uP/sAsQtX+SYB8=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=QprVq4BspGiEgjhwamfAoxy5kbyy72PwzLc6F/9Gw/hc2DsPNbHaZBHbCRsAFxTSX kAXXk9q5ZU3PkI+1wrLZr+RqeYJWiGmalvFcUCEM5zo5rRGy26/cwUhYjp9duZ6TCc uIZrwIQJIXb4wFYSBvY9217yH2Hp4YjaSLyPZCyBAZ3ofympqVU4eBaYx4/GlhuCtx Ri5ON/aAOWjaal1DqaoBMcFDG0L6jiBWBYQDLWAM4aBUIUIpTnH5r58eV6Y4kC0HAA snQbe4KYYcWs9VmHS6qgPYv4iMWlzLJ8XhxEwv7AOptYWfOi5Ho1w2ZEAe1tYvZCsg H8Y583R7BaSGg== Cc: Kurt Buff , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 08:17:34 -0000 On Tue, Feb 19, 2013 at 09:09:38AM +0100, Dimitry Andric wrote: > On 2013-02-19 04:48, Kurt Buff wrote: > >I'm working on troubleshooting a random network dropout in an older > >Acer Aspire One, and am compiling an otherwise generic kernel with the > >following options: > ... > >linking kernel.debug > >ld:/usr/src/sys/conf/ldscript.i386:66: syntax error > >*** [kernel.debug] Error code 1 > ... > >I'm currently running 9.1-RELEASE - I had to svn the source, as I had > >used freebsd-update last couple of weeks to move from 7.2 to 8.0 to > >8.3 to 9.0 to 9.1. > > Please run "make kernel-toolchain" first, as your binutils is too old. I told him off-list that he needs to follow src/Makefile (specifically told him he needs to do "buildworld") to a tee, every time, and explained why. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 08:28:59 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A93666FE for ; Tue, 19 Feb 2013 08:28:59 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D1C436D8 for ; Tue, 19 Feb 2013 08:28:58 +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 KAA10041; Tue, 19 Feb 2013 10:28:56 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1U7iZM-0004k2-0i; Tue, 19 Feb 2013 10:28:56 +0200 Message-ID: <512337C5.7050007@FreeBSD.org> Date: Tue, 19 Feb 2013 10:28:53 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Edwin L. Culp W." Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 08:28:59 -0000 on 19/02/2013 02:24 Edwin L. Culp W. said the following: > Sound works fine for all players, browsers, etc. everything except SKYPE > > I've user both ports and both give the same results. Rigt now I'm using: > skype-2.1.0.81_1,1 > > I've used it for years with no problems. It quite working during Christmas > vacations. > > Where could I start to trouble shoot this other than just erasing and > rebuilding the skype ports. > > Thanks, > > just in case: > > cat /compat/linux/etc/alsa/pcm/pcm-oss.conf > > pcm.oss1 { > type oss > device /dev/dsp1 > hint { > description "Open Sound System" > } > } > > ctl.oss1 { > type oss > device /dev/mixer1 > hint { > description "Open Sound System" > } > How does /compat/linux/etc/asound.conf look? Does it mention "oss" anywhere? -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 09:23:15 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CF3CD5B8 for ; Tue, 19 Feb 2013 09:23:15 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qc0-f179.google.com (mail-qc0-f179.google.com [209.85.216.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8C2ADB for ; Tue, 19 Feb 2013 09:23:15 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id b40so2433467qcq.24 for ; Tue, 19 Feb 2013 01:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZYtJUxOJ+0HxFopA09apfzgMenxgT5snCTa/k/W562I=; b=wVu04IqMwBvsF996aeZir3JZiy7HkYWp3T6NNehU7xUMqbny7QFEv5UdB8y4hmbjTa BNEQ2BLzq5xlzjgBppiaWYxEUHLXkME3S8lgHc7cPoO6v87nggIO6dIYW+cnZl4mfNnX 1X3v38rzYOL4ijvjeoyIXafW0UIi/qIvqGcGzAaOnrhOVC3XBKEoLOhyIRDU8byfrnVw wGGu4QzQ2sT2pYdAPPAe5MC9Idm8/Bcp1pvvEkTTBcxpc81V42pOu+h4Xom4K6/utMUY F2n8PQKVxGRMhpxtx1xnDxhYBXkBOAG0IaKJZOBc72Fhx50IiWV546IeGBx9Dq07ufK1 fUjw== MIME-Version: 1.0 X-Received: by 10.224.58.147 with SMTP id g19mr6903527qah.22.1361265794697; Tue, 19 Feb 2013 01:23:14 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.49.71.204 with HTTP; Tue, 19 Feb 2013 01:23:14 -0800 (PST) Received: by 10.49.71.204 with HTTP; Tue, 19 Feb 2013 01:23:14 -0800 (PST) In-Reply-To: <7B30D613-7036-4218-BDCF-57CA0B568572@gsoft.com.au> References: <7B30D613-7036-4218-BDCF-57CA0B568572@gsoft.com.au> Date: Tue, 19 Feb 2013 10:23:14 +0100 X-Google-Sender-Auth: TxjiSNrs8gQd7lUdVhD97U7QnNA Message-ID: Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: CeDeROM To: "doconnor@gsoft com. au" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 09:23:15 -0000 Hey, try using dsp0 and mixer0 if you use this device, or create link from bsd alsa config (from /etc... to /compat...). Setting default pcm to 1 with sysctl will produce sound on another device :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 10:31:00 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7311573C; Tue, 19 Feb 2013 10:31:00 +0000 (UTC) (envelope-from bartsch@dssgmbh.de) Received: from dss.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id A8DE52C0; Tue, 19 Feb 2013 10:30:59 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by dss.incore.de (Postfix) with ESMTP id 8E7FF5D45E; Tue, 19 Feb 2013 11:30:52 +0100 (CET) X-Virus-Scanned: amavisd-new at incore.de Received: from dss.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id lG3f7uB-bXed; Tue, 19 Feb 2013 11:30:50 +0100 (CET) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by dss.incore.de (Postfix) with ESMTP id 7AF5A5D462; Tue, 19 Feb 2013 11:30:50 +0100 (CET) Received: from pcadmin.incore (pcadmin.incore [192.168.0.140]) by mail.incore (Postfix) with ESMTPSA id 6ED235085F; Tue, 19 Feb 2013 11:30:50 +0100 (CET) Message-ID: <51235459.1060406@dssgmbh.de> Date: Tue, 19 Feb 2013 11:30:49 +0100 From: Alfred Bartsch User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111007 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Subject: Re: some issues with /usr/sbin/service References: <511E0D43.6070900@dssgmbh.de> <20130215105710.GA6130@icarus.home.lan> <20130215193210.GB85777@in-addr.com> <20130215212020.GA17516@icarus.home.lan> <20130215213257.GA20155@icarus.home.lan> <511F4205.50509@passap.ru> <20130216092133.GA31449@icarus.home.lan> <1FD54589-7C32-47B5-A400-02FEE1459B02@gromit.dlib.vt.edu> <20130216180859.GF85777@in-addr.com> <51208CC0.8060104@delphij.net> In-Reply-To: <51208CC0.8060104@delphij.net> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Chris Rees , Jeremy Chadwick , Xin Li , Boris Samorodov , FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 10:31:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 17.02.2013 08:54, schrieb Xin Li: > On 2/16/13 10:24 AM, Chris Rees wrote: >> On 16 February 2013 18:08, Gary Palmer >> wrote: >>> On Sat, Feb 16, 2013 at 05:38:56PM +0000, Chris Rees wrote: >>>> On 16 February 2013 17:05, Paul Mather >>>> wrote: >>>>> On Feb 16, 2013, at 4:21 AM, Jeremy Chadwick wrote: >>>>> >>>>>> On Sat, Feb 16, 2013 at 12:23:33PM +0400, Boris >>>>>> Samorodov wrote: >>>>>>> 16.02.2013 01:32, Jeremy Chadwick ??????????: >>>>>>> >>>>>>>> Follow up -- I read Alfred's most recent mail. Lo >>>>>>>> and behold, I find this in /var/log/messages (but >>>>>>>> such did not come to my terminal): >>>>>>>> >>>>>>>> Feb 15 13:26:20 icarus jdc: /usr/sbin/service: >>>>>>>> WARNING: $svnserve_enable is not set properly - see >>>>>>>> rc.conf(5). Feb 15 13:26:20 icarus jdc: >>>>>>>> /usr/sbin/service: WARNING: $smartd_enable is not set >>>>>>>> properly - see rc.conf(5). Feb 15 13:26:20 icarus >>>>>>>> jdc: /usr/sbin/service: WARNING: $rsyncd_enable is >>>>>>>> not set properly - see rc.conf(5). Feb 15 13:26:20 >>>>>>>> icarus jdc: /usr/sbin/service: WARNING: >>>>>>>> $htcacheclean_enable is not set properly - see >>>>>>>> rc.conf(5). Feb 15 13:26:20 icarus jdc: >>>>>>>> /usr/sbin/service: WARNING: $fetchmail_enable is not >>>>>>>> set properly - see rc.conf(5). >>>>>>>> >>>>>>>> Cute. Agreed -- this is unacceptable on two levels >>>>>>>> (as I see it): >>>>>>>> >>>>>>>> 1) These messages should be going to stdout or >>>>>>>> stderr in some way, so honestly logger(8) should be >>>>>>>> called with the "-s" flag (IMO). >>>>>>> >>>>>>> Fully agreed here. >>>>>> >>>>>> It turns out logger -s has no effect, just like how the >>>>>> echo 1>&2 statements in warn() and err() have no effect >>>>>> either (these should be outputting the warnings in >>>>>> question to stderr) -- see rc.subr's source for what I'm >>>>>> referring to. >>>>>> >>>>>> Gary and I have been discussing this off-list and the >>>>>> reason has been found: service(8) has this code in it: >>>>>> >>>>>> checkyesno $rcvar 2>/dev/null && echo $file >>>>>> >>>>>> This explains why there's no warn() or err() output on >>>>>> the terminal -- it's being redirected to /dev/null >>>>>> prior. >>>>>> >>>>>> I do not know who maintains the rc(8) and rc.subr(8) >>>>>> framework, but they've got their work cut out for them. >>>>>> >>>>>> (Note: the echo statements in warn() and err() could be >>>>>> replaced with "logger -s" as I said; this would allow >>>>>> the "echo 1>&2" to be removed) >>>>>> >>>>>>>> 2) These messages should not be displayed at all >>>>>>>> (i.e. lack of an xxx_enable variable should imply >>>>>>>> xxx_enable="no"). >>>>>>> >>>>>>> I see this message as one more level of supervision. >>>>>>> >>>>>>> If undefined at /etc/make.conf the value of xxx_enable >>>>>>> is "no" from the system's POV (i.e. the service is not >>>>>>> strarted). From the admininstrators's POV the port was >>>>>>> installed BUT is not used. It's up to admininstrator >>>>>>> whether it's OK or not -- just let him remind. >>>>>> >>>>>> I believe the point you're trying to make is that the >>>>>> warning in question should 'act as a reminder to the >>>>>> administrator that they need to set xxx_enable="yes" in >>>>>> rc.conf'. >>>>>> >>>>>> If not: please explain if you could what you mean, >>>>>> because I don't understand. >>>>>> >>>>>> If so: I strongly disagree with this method of approach, >>>>>> as what you've proposed is a borderline straw man >>>>>> argument. >>>>>> >>>>>> Reminding the admin to set xxx_enable is presently done >>>>>> inside most ports' pkg-message. IMO, this should really >>>>>> be done inside bsd.port.mk when USE_RC_SUBR is used, >>>>>> emitting a message during install that says something >>>>>> like: >>>>>> >>>>>> To enable the xxx service, please add the following to >>>>>> /etc/rc.conf: xxx_enable="yes" >>>>>> >>>>>> Of course, I don't know if this would work for packages. >>>>>> >>>>>> The current message for >>>>>> is this: >>>>>> >>>>>> WARNING: $xxx_enable is not set properly - see >>>>>> rc.conf(5). >>>>>> >>>>>> The message is entirely misleading for this specific >>>>>> situation; it isn't "reminding" an administrator -- if >>>>>> anything it's confusing them (thread is case in point). >>>>>> If we're going to cater to ignorance, then the message >>>>>> should reflect the situation. >>>>>> >>>>>> Thus IMO, this is what ***should*** happen: >>>>>> >>>>>> Definition in rc.conf Behaviour/result >>>>>> ----------------------- >>>>>> ------------------------------------------- >>>>>> myprog_enable="yes" emit no warnings, service >>>>>> should run myprog_enable="no" emit no warnings, >>>>>> service should not run myprog_enable="abc123" emit a >>>>>> warning, service should not run >>>>>> emit no warnings, service should not run >>>>> >>>>> >>>>> I think case 4 ("") is a case where a >>>>> warning should be emitted because it is arguably not >>>>> immediately apparent what will actually happen if no >>>>> definition is present. In the case of services in the base >>>>> OS it is well-defined: every service should have an >>>>> explicit default in /etc/defaults/rc.conf that you can >>>>> easily consult to know definitively what will happen with >>>>> that service. (If it doesn't, that is a bug, IMHO.) >>>>> >>>>> For ports, the case is not so clear. There is a general >>>>> trend for the port rc.d script to default its respective >>>>> xxx_enable explicitly to "NO". But it is not a universal >>>>> rule that "no definition" = default to "NO". The >>>>> net/avahi-app port, for example, doesn't default to "NO" >>>>> if xxx_enable is not set: it defaults to whatever the >>>>> gnome_enable setting is defined to be. >>>> >>>> With few exceptions, it should be considered a rule that >>>> ports rc scripts contain: >>>> >>>> : ${xxx_enable=no} >>>> >>>> to avoid this. If you see any ports that don't define the >>>> _enable variable at all, they are wrong and need fixing. >>> >>> Except the 'service' command doesn't parse the individual >>> ports rc.d script so the default is never found. It relies >>> purely on rc.conf and rc.conf.local settings. >>> >>> So no matter if the port has >>> >>> : ${xxx_enable=no} >>> >>> or not, 'service -e' will still spit out the warnings >>> >>> Not loading the individual ports files is probably done for >>> two reasons I can think of - performance, and safety (in case >>> the rc.d file is bad for some reason). However it leads to >>> these rather irritating warnings, especially when you find them >>> later and you don't know what you did to cause them. >>> >>> I was away to suggest that having /usr/local/etc/rc.conf.d >>> would help as ports could then specify their defaults safely >>> without having to do file rewrites, however that appears to be >>> only looked at in load_rc_config(), and 'service -e' bypasses >>> that as well by doing >>> >>> load_rc_config 'XXX' >>> >>> so only /usr/local/etc/rc.conf.d/xxx would be looked at. > >> Yes, OK. A variation on Alfred's checkyes patch is at [1]. > >> I have not made it into a function deliberately because this is >> already rc idiom as used in other rc scripts where a warning is >> not necessary, and also because it is very rarely the right >> thing to do (i.e. it would be tempting to overuse it if it were >> a function). > > Actually, I think the approach used in service(8) is bogus. It > seems that it's intended to be fast? > > I *think* the code should be actually changed in a way like this: > > Index: service.sh > =================================================================== > > - --- service.sh (revision 246844) > +++ service.sh (working copy) @@ -69,15 +69,15 @@ if [ -n > "$RESTART" ]; then > > for file in `reverse_list ${files}`; do if grep -q ^rcvar $file; > then - eval `grep ^name= $file` eval `grep > ^rcvar $file` + eval `$file rcvar | grep > ^${rcvar}` checkyesno $rcvar 2>/dev/null && run_rc_script ${file} > stop fi done for file in $files; do if grep -q ^rcvar $file; then - > eval `grep ^name= $file` eval `grep ^rcvar $file` + > eval `$file rcvar | grep ^${rcvar}` checkyesno $rcvar 2>/dev/null > && run_rc_script ${file} start fi done @@ -98,8 +98,8 @@ fi if [ -n > "$ENABLED" ]; then for file in $files; do if grep -q ^rcvar $file; > then - eval `grep ^name= $file` eval `grep > ^rcvar $file` + eval `$file rcvar | grep > ^${rcvar}` checkyesno $rcvar 2>/dev/null && echo $file fi done > > However, that this would reveal some issues with the existing rc.d > scripts, e.g. some scripts execute commands regardless it's start, > stop or rcvar (securelevel come to mind; another problem is that > rc.subr checks pid when it doesn't need to do so, e.g. when doing > rcvar), and that should be fixed first in my opinion. > Thank you for looking at this. I fully agree, that these issues must be fixed before improving the behavior of /usr/sbin/service due to possible POLA violence. I'm trying to outline some of these issues. Perhaps there is someone on the list with some available spare time for fixing some of those? :-) AFAICS, these issues with existing rc.d scripts divide into following groups (only system rc.d scripts in /etc/rc.d): 1) there is no $rcvar (executing "service XXX rcvar" returns nothing): - ---------------------------------------------------------------------- abi, addswap, adjkerntz, archdep, auto_linklocal, bluetooth, bridge, ccd, cleartmp, defaultroute, devfs, dumpon, encswap, fsck, gbde, geli, geli2, hostname, initrandom, kld, ldconfig, local, localpkg, mdconfig, mdconfig2, mountcritlocal, mountcritremote, mountlate, msgs, netoptions, network, nisdomain, nsswitch, othermta, pwcheck, random, resolv, root, routing, savecore, serial, sppp, static_arp, static_ndp, swap1, syscons, sysctl, tmp, var, wpa_supplicant These services are not capable of being enabled/disabled due to rc.conf settings. "service -e" won't catch them, although "enabled by default". Maybe there are some candidates for adding "rcvar" functionality among those. 2) erratic / unexpected behavior (executing "service XXX rcvar" as non-root user to not touch the running system) - ------------------------------------------------------------------------ 2.1) unnecessary pidfile access: bsnmpd, bthidd, cron, dhclient, ftpd, hastd, hcsecd, hostapd, inetd, mountd, moused, natd, rarpd, rtsold, sendmail, syslogd, watchdogd 2.2) error messages: dhclient (missing param) ======================== /etc/rc.d/dhclient: ERROR: /etc/rc.d/dhclient: no interface specified power_profile ======================== Usage: /etc/rc.d/power_profile [0x00|0x01] var ======================== mdmfs: mdconfig (attach) exited with error code 1 3) naming issues - -------------------------------------------------------------------- Some rc.d scripts differ between file name and service name(s): filename service =============================================================== bgfsck background-fsck bootparams bootparamd kadmind kadmind5 kerberos kerberos5 netif network rwho rwhod syslogd syslog rc.d scripts with special / unusual rcvars: name rcvar(s) =============================================================== abi sysvipc_enable, linux_enable, svr4_enable kerberos5 kerberos5_server_enable kpasswdd kpasswdd_server_enable lockd rpc_lockd_enable motd update_motd network_ipv6 ipv6_enable nfsclient nfs_client_enable nfsd nfs_server_enable nfsserver nfs_server_enable route6d ipv6_router_enable securelevel kern_securelevel_enable statd rpc_statd_enable ypbind nis_client_enable yppasswd nis_yppasswdd_enable ypserv nis_server_enable ypset nis_ypset_enable ypupdated rpc_ypupdated_enable ypxfrd nis_ypxfrd_enable zvol zfs_enable Any comments / questions are welcome. - -- Regards Alfred Bartsch Data-Service GmbH -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEjVFkACgkQ5QGe2JdVf3giowCgkOKQV+Mpo9LPHPYC9ogfXYKb 6WUAoLp5NINm7qZ2ARjhGi8QUTxaSULQ =5Jy2 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 12:57:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A242CABD for ; Tue, 19 Feb 2013 12:57:41 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) by mx1.freebsd.org (Postfix) with ESMTP id 12CC0AF5 for ; Tue, 19 Feb 2013 12:57:40 +0000 (UTC) Received: by mail-wi0-f173.google.com with SMTP id hq4so4732278wib.12 for ; Tue, 19 Feb 2013 04:57:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=PvbVIocj545DCsBTT7/Q3t8Jss8lFiI/on/A63OLwqI=; b=JhYxeQQOfxiwnI7JjqIBcH1YGsTYpnwSngNGgIHlXwO3Erscux3dxDUD1Ql3VPRDuQ J03nNlhT8gzQhAjZQ4pZTb1nAZZECP1GKyJ17vwpSL8U3WgnR4LNF+GFzoM9NbQrQ/wG zoGpV+1E+XfJmbgUPSPNg/OK1YvvwEW2gtE9J9YBbYLgdnBQiUvx3UiNMZnAmux9A83X uSY4A8PYkyaXDAqh6tFtqAbG7AguR4GFw5sPFw27Zpn26M1K09ltNeZnWny0ct+Ad12O W1/Xsf6ElG225T3CinfJNyKDU0wAPgWlL6wdeoPbjjbkgX5x0YhvlHd/4d6Qv4KgpPsQ o2Ww== MIME-Version: 1.0 X-Received: by 10.194.156.196 with SMTP id wg4mr26113636wjb.22.1361278653956; Tue, 19 Feb 2013 04:57:33 -0800 (PST) Received: by 10.194.60.147 with HTTP; Tue, 19 Feb 2013 04:57:33 -0800 (PST) In-Reply-To: <3573487.tLQXrFnTMD@melon.malikania.fr> References: <51127767.1030007@gmail.com> <2872289.1yXr0e1VeO@melon.malikania.fr> <3573487.tLQXrFnTMD@melon.malikania.fr> Date: Tue, 19 Feb 2013 13:57:33 +0100 Message-ID: Subject: Re: Panic at shutdown From: David Demelier To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Ronald Klop X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 12:57:41 -0000 2013/2/14 David Demelier > Le mardi 12 f=C3=A9vrier 2013 21:42:01 Ronald Klop a =C3=A9crit : > > On Tue, 12 Feb 2013 19:44:49 +0100, David Demelier > > > > wrote: > > > Le mardi 12 f=C3=A9vrier 2013 10:01:10 Andriy Gapon a =C3=A9crit : > > >> on 12/02/2013 09:57 David Demelier said the following: > > >> > Yes I have added debugging option in my kernel. I have makeoptions > > >> > DEBUG=3D-g in my config. Do I need more ? > > >> > > >> .symbols? > > > > > > I don't understand what you are saying, I have > > > /boot/kernel/kernel.symbols. > > > Please tell me what I'm doing wrong. I've just read and done the step= s > > > written > > > there : > > > > > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug- > > > gdb.html > > > > > > So I've run > > > > > > # cd /usr/obj/usr/src/sys/Melon > > > # kgdb kernel.debug /var/crash/vmcore.0 > > > > Why not something like kgdb /boot/kernel/kernel.symbols > > /var/crash/vmcore.0? > > That looks like what the manual page of kgdb seems to suggest. > > > > Regards, > > Ronald. > > > > > and that's the only trace I get using bt full : > > > > > > 229 #define IS_BSP() (PCPU_GET(cpuid) =3D=3D 0) > > > (kgdb) bt full > > > #0 doadump (textdump=3D) at pcpu.h:229 > > > No locals. > > > #1 0x0000000000000000 in ?? () > > > No symbol table info available. > > > > > > > > > -- > > > David Demelier > > > _______________________________________________ > > > freebsd-stable@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > > To unsubscribe, send any mail to " > freebsd-stable-unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g > " > > Today I have a little bit more : > > #0 0xffffffff804f358b in isbufbusy (bp=3D0xfffffe0003810480) at > /usr/src/sys/kern/kern_shutdown.c:280 > 280 if (((bp->b_flags & (B_INVAL | B_PERSISTENT)) =3D=3D 0 && > (kgdb) bt full > #0 0xffffffff804f358b in isbufbusy (bp=3D0xfffffe0003810480) at > /usr/src/sys/kern/kern_shutdown.c:280 > No locals. > #1 0x0000000000000004 in ?? () > No symbol table info available. > #2 0xffffffff804f3aa6 in kern_reboot (howto=3D260) at > /usr/src/sys/kern/kern_shutdown.c:451 > _ep =3D (struct eventhandler_entry *) 0x100 > _el =3D (struct eventhandler_list *) 0xffffffff804f35b3 > first_buf_printf =3D 1 > #3 0xffffffff804f3f69 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:624 > td =3D (struct thread *) 0x1 > bootopt =3D 260 > newpanic =3D 1 > ap =3D {{gp_offset =3D 16, fp_offset =3D 48, overflow_arg_area = =3D > 0xffffff80daaf0420, reg_save_area =3D 0xffffff80daaf0350}} > panic_cpu =3D 0 > buf =3D "general protection fault", '\0' > #4 0xffffffff806fcf69 in trap_fatal (frame=3D0x9, eva=3DVariable "eva" i= s not > available. > ) at /usr/src/sys/amd64/amd64/trap.c:851 > code =3D Variable "code" is not available. > > I feel very very ashamed because these random panics were occurring because of my kernel config that contained drm and radeondrm devices while I use x11/nvidia-driver.. However, I think we should add a notice in the nvidia-driver pkg-message to prevent any problems? --=20 Demelier David From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 14:45:19 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5A5A796D; Tue, 19 Feb 2013 14:45:19 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 1D826A5A; Tue, 19 Feb 2013 14:45:19 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id c12so8578407ieb.34 for ; Tue, 19 Feb 2013 06:45:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=5nA5/nlQpQM8gfLmk8XqC3/eG9bRXMmydxd9Boxq/fA=; b=UUx1LF7gEvv/69JwxpyCaRnSO35Hs10C28b94M5BuUxY/Mmh3csl6o+QAWgj80nVgW vjr8gTaThwBI3sj6L/vCBL/Hvjp304Q6AoZ5gjtEkIi8O3BUXyREjhcvQEIUvCjD/Bxt dsjz7wQXwXaqyyJ4aeOyo5JrlZ9qAnRTT9zl1gD+F2vXr6GA80LM5wVF5D0zxfcGqpQn 1MJg1jy56tn4iKlyiwhINL449Hx3nzo4dUL+a6d7rrKWvlmWKxbbYwhISW8/VGxhLh/8 zWoY/FAuj5sL+LPrWixGn+ETG8h0+wuiyBLn8mxKqMSZa6y3ENYin0CnFjyQWKL4/uUp wfBQ== MIME-Version: 1.0 X-Received: by 10.50.13.175 with SMTP id i15mr8770017igc.75.1361285113132; Tue, 19 Feb 2013 06:45:13 -0800 (PST) Received: by 10.64.63.12 with HTTP; Tue, 19 Feb 2013 06:45:12 -0800 (PST) Received: by 10.64.63.12 with HTTP; Tue, 19 Feb 2013 06:45:12 -0800 (PST) In-Reply-To: <51238AE9.20205@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> Date: Tue, 19 Feb 2013 14:45:12 +0000 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Chris Rees To: "Mikhail T." Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Chris Rees , stable@freebsd.org, office@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 14:45:19 -0000 On 19 Feb 2013 14:23, "Mikhail T." wrote: > > 18.02.2013 15:26, Chris Rees =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2(= =D0=BB=D0=B0): >> >> I'm sure you understand that our compiler in base is rather elderly, >> and that a project as insanely huge as Libreoffice is going to be >> highly sensitive to minute changes. > > No, Chris... I do not understand this wonderfully PR-esque response. See, my understanding always was, the only possible reasons for a compiler to produce a non-starting executable are: > The code is buggy. > The compiler is buggy. > Both of the above. > My question was, which is it? My answer is that it is almost certainly (b). You are welcome to ask upstream about it, but I doubt they would show much interest in such an old compiler. I think it's insanity that we still use this version for ports by default, but never mind. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 16:01:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 546079A7 for ; Tue, 19 Feb 2013 16:01:27 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 121BDF5A for ; Tue, 19 Feb 2013 16:01:26 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U7pdM-0005Kx-Gi for freebsd-stable@freebsd.org; Tue, 19 Feb 2013 17:01:32 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Feb 2013 17:01:32 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 19 Feb 2013 17:01:32 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Subject: Re: Installing FreeBSD 9.1 amd64 on IBM x3550 M3 Date: Tue, 19 Feb 2013 17:00:59 +0100 Lines: 31 Message-ID: References: <20130211112352.GA84742@noc.ntua.gr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig70E65EA2FC50DF5081EA55CC" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120812 Thunderbird/14.0 In-Reply-To: <20130211112352.GA84742@noc.ntua.gr> X-Enigmail-Version: 1.4.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 16:01:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig70E65EA2FC50DF5081EA55CC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 11/02/2013 12:23, Panagiotis Christias wrote: > Hello, >=20 > I'm trying to install FreeBSD 9.1 amd64 on an IBM x3550 M3 server. > Installation went smoothly, RAID controller and network cards were > successfully recognised. How stable is it? I may have a problem manifesting in random reboots with a similar machine. --------------enig70E65EA2FC50DF5081EA55CC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlEjobwACgkQ/QjVBj3/HSwjbACePF0QICawc6DlH/yF69i+To3J B6YAnidRKbLzztzNo3igyFwekxJesGpu =uDQ2 -----END PGP SIGNATURE----- --------------enig70E65EA2FC50DF5081EA55CC-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 14:23:40 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 381A5F2 for ; Tue, 19 Feb 2013 14:23:40 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id F2E748F3 for ; Tue, 19 Feb 2013 14:23:39 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=L+6fspv8 c=1 sm=0 a=sCkZyOwU0IjLO1BAXY68/A==:17 a=d8Isu0L9vBEA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=T68KuOtnIhgeSEkPQFoA:9 a=wPNLvfGTeEIA:10 a=pGLkceISAAAA:8 a=AdtlHf8BKSVdY42ICL0A:9 a=_W_S_7VecoQA:10 a=QJ6YB865eIjTZC6m:21 a=sCkZyOwU0IjLO1BAXY68/A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 173.63.211.146 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [173.63.211.146] ([173.63.211.146:47870] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id C6/A9-09236-AEA83215; Tue, 19 Feb 2013 09:23:38 -0500 Message-ID: <51238AE9.20205@aldan.algebra.com> Date: Tue, 19 Feb 2013 09:23:37 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Chris Rees Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> In-Reply-To: X-Mailman-Approved-At: Tue, 19 Feb 2013 16:16:42 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: stable@freebsd.org, "office@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 14:23:40 -0000 18.02.2013 15:26, Chris Rees ???????(??): > I'm sure you understand that our compiler in base is rather elderly, > and that a project as insanely huge as Libreoffice is going to be > highly sensitive to minute changes. No, Chris... I do not understand this wonderfully PR-esque response. See, my understanding always was, the only possible reasons for a compiler to produce a non-starting executable are: 1. The code is buggy. 2. The compiler is buggy. 3. Both of the above. My question was, which is it? 19.02.2013 00:35, Kevin Oberman ???????(??): > Just for the record, is find that it works fine for me with gcc-4.6. > 9.1-STABLE on i386 system. Building it with the default compiler > results in a successful build, but the program would simply exit after > a few seconds with no error. The exist status was 0. No messages. When > I built with 4.6, it builds and runs fine Yes, 4.6 is supposed to work and is supported by the office@ team. My question was about 4.2.1, which happens to be the base cc/c++ in 8.x and in 9.x as well, if world was built WITHOUT_CLANG. I too observe the 4.2.1-compiled office die at start-up -- the splash screen starts nicely and exits after kicking off the actual soffice.bin which segfaults. -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 16:33:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D4277BD4 for ; Tue, 19 Feb 2013 16:33:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A36C424B for ; Tue, 19 Feb 2013 16:33:32 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1D33BB926; Tue, 19 Feb 2013 11:33:32 -0500 (EST) From: John Baldwin To: Marc Fournier Subject: Re: 9-STABLE -> NFS -> NetAPP: Date: Tue, 19 Feb 2013 11:18:55 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <1964289267.3041689.1360897556427.JavaMail.root@erie.cs.uoguelph.ca> <201302150844.43188.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201302191118.55359.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 19 Feb 2013 11:33:32 -0500 (EST) Cc: Konstantin Belousov , Rick Macklem , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 16:33:32 -0000 On Friday, February 15, 2013 11:31:11 pm Marc Fournier wrote: >=20 > Trying the patch now =85 but what do you mean by using 'SIGSTOP'? I gene= rally > do a 'kill -HUP' then when that doesn't work 'kill -9' =85 should Iuse -S= TOP > instead of 9? No. This patch only helps if you are using kill -STOP to pause processes a= nd later resume them. If you aren't doing that, then the suspension could be = due to a different cause. Please try this patch instead and let me know if you see any of the 'Deferring' messages on the console: Index: kern_thread.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 =2D-- kern_thread.c (revision 246122) +++ kern_thread.c (working copy) @@ -794,7 +794,30 @@ thread_suspend_check(int return_instead) (p->p_flag & P_SINGLE_BOUNDARY) && return_instead) return (ERESTART); =20 +#if 0 /* + * Ignore suspend requests for stop signals if they + * are deferred. + */ + if (P_SHOULDSTOP(p) =3D=3D P_STOPPED_SIG && + td->td_flags & TDF_SBDRY) { + KASSERT(return_instead, + ("TDF_SBDRY set for unsafe thread_suspend_check")); + return (0); + } +#else + /* Ignore syspend requests if stops are deferred. */ + if (td->td_flags & TDF_SBDRY) { + if (!return_instead) + panic("TDF_SBDRY set, but return_instead not"); + if (P_SHOULDSTOP(p) !=3D P_STOPPED_SIG) + printf("Deferring non-STOP suspension: SHOULDSTOP: %x p_flag %x\n", + P_SHOULDSTOP(p), p->p_flag); + return (0); + } +#endif + + /* * If the process is waiting for us to exit, * this thread should just suicide. * Assumes that P_SINGLE_EXIT implies P_STOPPED_SINGLE. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 16:53:04 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44EDFC30 for ; Tue, 19 Feb 2013 16:53:04 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2723CF for ; Tue, 19 Feb 2013 16:53:03 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=L+6fspv8 c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=i0xzKUX1_9SnFWFMHL0A:9 a=QEXdDO2ut3YA:10 a=MZmN-WP5MjHicLigKOkA:9 a=_W_S_7VecoQA:10 a=Occ0D41BaHMgmLg7:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:53374] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 65/F8-09236-CEDA3215; Tue, 19 Feb 2013 11:53:02 -0500 Message-ID: <5123ADEC.2040103@aldan.algebra.com> Date: Tue, 19 Feb 2013 11:53:00 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Chris Rees Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Chris Rees , stable@freebsd.org, office@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 16:53:04 -0000 On 19.02.2013 09:45, Chris Rees wrote: >> a. The code is buggy. >> b. The compiler is buggy. >> c.Both of the above. >>My question was, which is it? > > My answer is that it is almost certainly (b). Are there identified, known problems with the version? From what little I've heard, our cc had some bug-fixes merged-in from newer versions. For example, graphics/vigra now compiles fine with the stock cc in 9.1, whereas it used to need a newer one. Maybe, there are already fixes available for whatever is needed for the office to build properly as well? The older version may be allowed to miss some optimization opportunities or be less descriptive in warnings, but it must produce valid binaries from valid code [Captain Obvious hat off] > You are welcome to ask upstream about it, but I doubt they would show > much interest in such an old compiler. Upstream gcc? They may not be very interested, indeed, but it is FreeBSD, that delivered this compiler to me -- in the most recent stable version of the OS. This is why I'm asking stable@'s opinion on the matter... We aren't really so bad, BTW -- Red Hat Enterprise 5.7 (the latest in their 5.x line) still has cc, that identifes itself as: gcc version 4.1.2 20080704 (Red Hat 4.1.2-51) > I think it's insanity that we still use this version for ports by > default, but never mind. I find it perfectly reasonable, that ports use the base cc and c++ by default. But I agree, that it is insane, that the base compiler can not compile one of the most popular open-source application-suits... -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 17:23:08 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C53557EA; Tue, 19 Feb 2013 17:23:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 1A83B7A2; Tue, 19 Feb 2013 17:23:07 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id 12so3814535wgh.3 for ; Tue, 19 Feb 2013 09:23:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=UlDJg0wDx41uALVctvXO5vLKmOS5us3wg2x42/LXuwI=; b=IqKJrbVpiyYiTp/cA3lbGBS0qKaMr2kbG9+UktAK+kPAtLLieBsB17pO1BNAG/7EXZ InzqJMnicOHZ2d6qkgBYXfH5SENpWdlN5adpchu1K6rsq0b2o4G9ykV7n6Coi8mwjF0W auzH0xPCl0rnZZF5npAjs7c5ICDNarQvwX8+Q2szzkw1vDrtQqx2oVn1B3LWanwZmgLG z4Mn1M1k3akzdqvCIsUShASvevTuYhYo7BtAvFW+FY/9m4IH2Pi/BxOjHVdOrSO2woCy VFNT/3oEbKjyvkXot+F3ILSP6snvcBnnYAWGji5SqmqMQ7zclpqj5Lc0V4ZpMFMouAbr 4WkQ== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr29002084wib.34.1361294587196; Tue, 19 Feb 2013 09:23:07 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 09:23:07 -0800 (PST) In-Reply-To: <5123ADEC.2040103@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> Date: Tue, 19 Feb 2013 09:23:07 -0800 X-Google-Sender-Auth: GXTaIiD4CmAFKDc3ktSS7qphjSc Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Adrian Chadd To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , stable@freebsd.org, office@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 17:23:08 -0000 Hi, The base compiler is supposed to compile base and bootstrap whatever else you need to compile other software. It's not supposed to be continuously updated to new, major versions. :-) I bet *office just uses a bunch of either horrible syntax that breaks things, or newer C/C++ features that are buggy in older compilers. They could've made their code compile on older compilers.. they just haven't bothered. In any case, why hasn't that port been blessed with the "requires gcc 4.6+" port option/dependency? I thought that's why we _have_ that. Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 17:35:39 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D9356D66; Tue, 19 Feb 2013 17:35:39 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8A2868; Tue, 19 Feb 2013 17:35:39 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1JHZWkj006813; Tue, 19 Feb 2013 10:35:38 -0700 (MST) (envelope-from ian@FreeBSD.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r1JHZJMP050038; Tue, 19 Feb 2013 10:35:19 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Feb 2013 10:35:18 -0700 Message-ID: <1361295318.1164.70.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Chris Rees , "Mikhail T." , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 17:35:39 -0000 On Tue, 2013-02-19 at 09:23 -0800, Adrian Chadd wrote: > Hi, > > The base compiler is supposed to compile base and bootstrap whatever > else you need to compile other software. > > It's not supposed to be continuously updated to new, major versions. :-) > > I bet *office just uses a bunch of either horrible syntax that breaks > things, or newer C/C++ features that are buggy in older compilers. > They could've made their code compile on older compilers.. they just > haven't bothered. > > In any case, why hasn't that port been blessed with the "requires gcc > 4.6+" port option/dependency? I thought that's why we _have_ that. It has been. The OP stated the he disabled that and forced use of gcc 4.2.1, and is now complaining that it doesn't work after specifically taking steps to make it not-work. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 17:45:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 221F96FF for ; Tue, 19 Feb 2013 17:45:46 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id DE035943 for ; Tue, 19 Feb 2013 17:45:45 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1U7rG7-0004DI-3E for freebsd-stable@freebsd.org; Tue, 19 Feb 2013 09:45:39 -0800 Date: Tue, 19 Feb 2013 09:45:39 -0800 (PST) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1361295939092-5788485.post@n5.nabble.com> In-Reply-To: <1361295318.1164.70.camel@revolution.hippie.lan> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <1361295318.1164.70.camel@revolution.hippie.lan> Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 17:45:46 -0000 Actually libreoffice builds with base clang and gcc47 from ports. I don't know about status of base gcc compiler. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Why-can-t-gcc-4-2-1-build-usable-libreoffice-tp5786977p5788485.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 17:53:33 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 11AE687A; Tue, 19 Feb 2013 17:53:33 +0000 (UTC) (envelope-from jamie@FreeBSD.org) Received: from m2.gritton.org (gritton.org [199.192.164.235]) by mx1.freebsd.org (Postfix) with ESMTP id C03DE996; Tue, 19 Feb 2013 17:53:32 +0000 (UTC) Received: from guppy.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by m2.gritton.org (8.14.5/8.14.5) with ESMTP id r1JHrPNO011807; Tue, 19 Feb 2013 10:53:26 -0700 (MST) (envelope-from jamie@FreeBSD.org) Message-ID: <5123BC10.1070002@FreeBSD.org> Date: Tue, 19 Feb 2013 10:53:20 -0700 From: Jamie Gritton User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120126 Thunderbird/9.0 MIME-Version: 1.0 To: Mateusz Guzik Subject: Re: new jail(8) ignoring devfs_ruleset? References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> <5121EC52.5040502@omnilan.de> <51225642.2010501@FreeBSD.org> <20130218162956.GA1834@dft-labs.eu> In-Reply-To: <20130218162956.GA1834@dft-labs.eu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Harald Schmalzbauer , freebsd-stable , freebsd-jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 17:53:33 -0000 On 02/18/13 09:29, Mateusz Guzik wrote: > On Mon, Feb 18, 2013 at 09:26:42AM -0700, Jamie Gritton wrote: >> On 02/18/13 01:54, Harald Schmalzbauer wrote: >>> schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): >>>> On 02/15/13 09:27, Harald Schmalzbauer wrote: >>>>> Hello, >>>>> >>>>> like already posted, on 9.1-R, I highly appreciate the new jail(8) and >>>>> jail.conf capabilities. Thanks for that extension! >>>>> >>>>> Accidentally I saw that "devfs_ruleset" seems to be ignored. >>>>> If I list /dev/ I see all the hosts disk devices etc. >>>>> I set "devfs_ruleset = 4;" and "enforce_statfs = 1;" in jail.conf. >>>>> Inside the jail, >>>>> sysctl security.jail.devfs_ruleset returnes "1". >>>>> But like mentioned, I can access all devices... >>>>> >>>>> Thanks for any help, >>>>> >>>>> -Harry >>>> >>>> devfs_ruleset is only used along with mount.devfs - do you also have >>>> that set in jail.conf? >>> >>> Thanks for your response. >>> >>> Yes, I have mount.devfs; set. >>> Otherwise I wouldn't have any device inside my jail. Verified - and like >>> intended, right? >>> Another notable discrepancy: The man page tells that devfs_rulset is "4" >>> by default. >>> But when I don't set devfs_rulset in jail.conf at all, inside the jail, >>> 'sysctl security.jail.devfs_ruleset': 0 >>> When set, like mentioned above, it returns the corresponding value, but >>> it doesn't have any effect. >>> How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like >>> to help finding the source, but have missed the whole new jail evolution... >>> Inside my jails, I don't have a fstab, outside I have them defined and >>> enabled with "mount" - and noticed the non-reverted umounting. >> >> I found the problem - I noticed you mentioned 9.1-R, and took a look at >> devfs(5). On CURRENT, there's a mount option "ruleset", that isn't there >> on 9. >> >> So I'll have to get around it by running devfs(8) after the mount. I'll >> work on a patch for that. >> > > Why not MFC support for that mount option instead? I wasn't quite right about it not being in 9.1. I was looking at my 9.0 desktop, and it's not there. But it was in fact MFCd into 9.1. So I'm back to saying as long as you use the devfs_ruleset parameter, your jailed /dev should be correct. - Jamie From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 18:04:01 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0C1A0EA3 for ; Tue, 19 Feb 2013 18:04:01 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id C4003A48 for ; Tue, 19 Feb 2013 18:04:00 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=L+6fspv8 c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=-hyCGDrDAAAA:8 a=q56oFxeYAAAA:8 a=N0DeWHDvTMtoE8W4e64A:9 a=wPNLvfGTeEIA:10 a=Er2gK3W4G3kA:10 a=pGLkceISAAAA:8 a=RSu4zN4zdzqC0SbbftkA:9 a=_W_S_7VecoQA:10 a=zvm9xgTIpEoA:10 a=8J37bO9ug7cNNtqf:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:41212] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 9F/FC-09236-E8EB3215; Tue, 19 Feb 2013 13:03:59 -0500 Message-ID: <5123BE8E.2080209@aldan.algebra.com> Date: Tue, 19 Feb 2013 13:03:58 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Chris Rees , stable@freebsd.org, office@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:04:01 -0000 On 19.02.2013 12:23, Adrian Chadd wrote: > I bet *office just uses a bunch of either horrible syntax that breaks > things, or newer C/C++ features that are buggy in older compilers. Well, yes, this is, what I wanted to find out -- which case is it. There was a point, when we had a special compiler-port just for OpenOffice.org: http://www.freshports.org/lang/gcc-ooo That port was building gcc-3.4.1, which was NOT "too old" for the office only a few years ago (when gcc-4.2.1 already existed). I'd love to see a comment from people, who /know/ what is going on. Then we may be able to either patch-up the base compiler, or the office, code or both. And let the healing begin[TM]. I'm afraid, though, the compiler-people are too cool to use an office suit -- finding vi (and, perhaps, TeX) sufficient for their documents, while the office@ maintainers prefer the easy way of just adding the newer compiler to the requirements. Getting these two distinct groups to meet in one thread was the point of this topic... On 19.02.2013 12:35, Ian Lepore wrote: >> In any case, why hasn't that port been blessed with the "requires gcc >> >4.6+" port option/dependency? I thought that's why we_have_ that. > It has been. The OP stated the he disabled that and forced use of gcc > 4.2.1, and is now complaining that it doesn't work after specifically > taking steps to make it not-work. Ian, contrary to your accusation, I never complained that the port does not work. Moreover, to prevent that suspicion from entering sincere minds, I explicitly said: "I do not blame the office@ team -- the port did not want to use gcc-4.2.1, I forced it to." Did you not see that sentence, or do deliberately misrepresent my original post? -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 18:04:07 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 799B7EA5; Tue, 19 Feb 2013 18:04:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f180.google.com (mail-wi0-f180.google.com [209.85.212.180]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCDAA4A; Tue, 19 Feb 2013 18:04:06 +0000 (UTC) Received: by mail-wi0-f180.google.com with SMTP id hi8so5161945wib.13 for ; Tue, 19 Feb 2013 10:04:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=dsjioUwIxGX7O1LAwqQxMIAkcv53Aprd8RKZMkH16B4=; b=AXm2OO0wqazXAoM4i/OiM9Fh4JBFP/E24sTL+purtGWDNyGhWEp9kY9ceCKZQ8UdC7 hPhFH8Cs0KBo5kK4f2QpAUv9IMtjYhFQhmPPbBnVxkeJRwQFI1vc7wqTr1ESwmQTtXBP iv2GLf9Ah4Wv8DuKKWo0g/k3j+VuWaCq5yXv6zWcj9l4zL2KSuC1QQqtjAXXhXZFu30d wnjd2tePBSaS/XKPnte+DuAo2FuKHVtr1NyQlpkCTX8bFu0u+cOEbkKCBzPs0ZrPPfmZ pT8RuO6GCp1Pl+NOlE1i8Cb7XskupdsnE/d7qx71T8M6giAovT8mHzJ2HOAHCsABKfW8 IIGQ== MIME-Version: 1.0 X-Received: by 10.180.79.227 with SMTP id m3mr25508751wix.12.1361297040261; Tue, 19 Feb 2013 10:04:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 10:04:00 -0800 (PST) In-Reply-To: <1361295318.1164.70.camel@revolution.hippie.lan> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <1361295318.1164.70.camel@revolution.hippie.lan> Date: Tue, 19 Feb 2013 10:04:00 -0800 X-Google-Sender-Auth: V-tqF6gF9KPSmcUZR-c_EA_f3XE Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , "Mikhail T." , office@freebsd.org, stable@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:04:07 -0000 On 19 February 2013 09:35, Ian Lepore wrote: > It has been. The OP stated the he disabled that and forced use of gcc > 4.2.1, and is now complaining that it doesn't work after specifically > taking steps to make it not-work. Hence my reply. :-) OP - "don't do that." The base compiler is for the base system, not for everything. Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 18:06:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1794A164; Tue, 19 Feb 2013 18:06:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48]) by mx1.freebsd.org (Postfix) with ESMTP id 5ACA1A86; Tue, 19 Feb 2013 18:06:02 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id 16so5760941wgi.27 for ; Tue, 19 Feb 2013 10:06:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1gwEr1xgnBkl6I6dYYu4dI5HyAoIZr9mR/RjveCd/Pk=; b=QFtfhuGES1GOcOz4uUeeRaPFk9aqHvzOV9A/zJWCApbbtFB1YoAix7wgeOdZZ44jrM DkoKZDNNupARJ53CKCHo2Rf4ATA4LfCNdeejSarftwWnsfb8kYrSDfzZ3OT4sAsSwwZv N92rpfQtnMd62kuomZmp9ZiLuz9nrfHl04Q/rv1fHcoNpKS0Wrp27AmJqs7DcR3UNRxU G+4+e74hK1PjZUcLObPcPSkJUcsw5PAX4oM5ZkzNDsNJ8s5jHkDQCYzfgeCcOPHhqjGQ ncqGxgzhxtWEeTThN79ArYkZEdzuAWbO4loEis4ncakbqjI2+qFZCa++fHgopa+bGY+y E4eg== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr29278068wib.34.1361297140849; Tue, 19 Feb 2013 10:05:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Tue, 19 Feb 2013 10:05:40 -0800 (PST) In-Reply-To: <5123BE8E.2080209@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> Date: Tue, 19 Feb 2013 10:05:40 -0800 X-Google-Sender-Auth: _kMIGCTMe5vQ7jH1l18bO6DsXpk Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Adrian Chadd To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Cc: Chris Rees , stable@freebsd.org, office@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:06:03 -0000 .. I think the compiler people just use the port as compiled with the compiler that is known to work with it, and move on. :-) I re-read your original post. It's likely some queer corner case C++ or C++ library bug as shipped with the base system. Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 18:19:16 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1769B610; Tue, 19 Feb 2013 18:19:16 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id BE20EB3A; Tue, 19 Feb 2013 18:19:15 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1JIJE1T007295; Tue, 19 Feb 2013 11:19:15 -0700 (MST) (envelope-from ian@FreeBSD.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r1JIJCfI050140; Tue, 19 Feb 2013 11:19:12 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Ian Lepore To: "Mikhail T." In-Reply-To: <5123BE8E.2080209@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Feb 2013 11:19:12 -0700 Message-ID: <1361297952.1164.83.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Chris Rees , Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:19:16 -0000 On Tue, 2013-02-19 at 13:03 -0500, Mikhail T. wrote: > On 19.02.2013 12:23, Adrian Chadd wrote: > > I bet *office just uses a bunch of either horrible syntax that breaks > > things, or newer C/C++ features that are buggy in older compilers. > Well, yes, this is, what I wanted to find out -- which case is it. There was a > point, when we had a special compiler-port just for OpenOffice.org: > > http://www.freshports.org/lang/gcc-ooo > > That port was building gcc-3.4.1, which was NOT "too old" for the office only a > few years ago (when gcc-4.2.1 already existed). > > I'd love to see a comment from people, who /know/ what is going on. Then we may > be able to either patch-up the base compiler, or the office, code or both. And > let the healing begin[TM]. > > I'm afraid, though, the compiler-people are too cool to use an office suit -- > finding vi (and, perhaps, TeX) sufficient for their documents, while the office@ > maintainers prefer the easy way of just adding the newer compiler to the > requirements. Getting these two distinct groups to meet in one thread was the > point of this topic... > > On 19.02.2013 12:35, Ian Lepore wrote: > >> In any case, why hasn't that port been blessed with the "requires gcc > >> >4.6+" port option/dependency? I thought that's why we_have_ that. > > It has been. The OP stated the he disabled that and forced use of gcc > > 4.2.1, and is now complaining that it doesn't work after specifically > > taking steps to make it not-work. > Ian, contrary to your accusation, I never complained that the port does not > work. Moreover, to prevent that suspicion from entering sincere minds, I > explicitly said: "I do not blame the office@ team -- the port did not want to > use gcc-4.2.1, I forced it to." Did you not see that sentence, or do > deliberately misrepresent my original post? > > -mi Comments such as "compiler people are too cool..." as well as things such as > Upstream gcc? They may not be very interested, indeed, but it is > FreeBSD, that > delivered this compiler to me -- in the most recent stable version of > the OS. > and > > But I agree, that it is insane, that the base compiler can not compile > one of > the most popular open-source application-suits... All strike me as being "complaints," but if that seems like a mis-characterization to you, then I apologize. Licensing prevents us from updating gcc in the base. Maintainers of large opensource suites are likely to have little interest in supporting a buggy old compiler years after it has been obsoleted by newer versions. The reasonable solution is to use a newer compiler to compile newer ports, and put ongoing maintenance efforts into solidifying the replacement compiler rather than propping up the buggy old one. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 18:54:07 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6755154F for ; Tue, 19 Feb 2013 18:54:07 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6B7E54 for ; Tue, 19 Feb 2013 18:54:07 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=B7aBkD-rAAAA:8 a=6I5d2MoRAAAA:8 a=q_EOvSjL-diwKzKj6BcA:9 a=wPNLvfGTeEIA:10 a=GcTa5IXod3kA:10 a=pGLkceISAAAA:8 a=rDbwDDubdOr4YAqla0UA:9 a=_W_S_7VecoQA:10 a=SK8d7xaoX86Is8Os:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:57511] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 43/60-28101-D4AC3215; Tue, 19 Feb 2013 13:54:05 -0500 Message-ID: <5123CA4C.90703@aldan.algebra.com> Date: Tue, 19 Feb 2013 13:54:04 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> In-Reply-To: <1361297952.1164.83.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Chris Rees , Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 18:54:07 -0000 On 19.02.2013 13:19, Ian Lepore wrote: > All strike me as being "complaints," but if that seems like a > mis-characterization to you, then I apologize. These were, indeed, complaints, but not about the port "not working after I broke it". My complaint is that, though the port "works" out of the box, the office@ maintainers have given up on the base compiler too easily -- comments in the makefile make no mention of any bug-reports filed with anyone, for example. It sure seems, no attempts were made to analyze the failures... I don't think, such "going with the flow" is responsible and am afraid, the inglorious days of building a special compiler just for the office will return... Maybe, it is just an omission -- and the particular shortcomings of the base compiler (and/or the rest of the toolchain) are already known and documented somewhere else? > Licensing prevents us from updating gcc in the base. Licensing? Could you elaborate, which aspect of licensing you have in mind? > Maintainers of large opensource suites are likely to have little interest in supporting LibreOffice's own Native_Build page makes no mention of a required compiler version. Unless a compiler is documented to not support a required feature, it is supposed to work. Thus, filing a bug-report with LibreOffice could've been fruitful -- if it is the code, rather than the toolchain, that are at fault... > a buggy old compiler years after it has been obsoleted by newer versions. So, it is your conclusion too, that our base compiler is "buggy" -- and that little can be done about it. Am I really the only one here disturbed by the fact, that the compilers shipped as cc(1) and/or c++(1) in our favorite operating system's most recent stable versions (9.1 and 8.3) are considered buggy? Not just old -- and thus unable to process more modern language-standards/features, but buggy -- processing those features incorrectly? There is certainly nothing in our errata about it... On 19.02.2013 13:05, Adrian Chadd wrote: > .. I think the compiler people just use the port as compiled with the > compiler that is known to work with it, and move on. Such people would, perhaps, be even better served by an RPM-based system, don't you think? But I don't think so -- the amount of OPTIONS in the port is large, and a lot of people are likely to build their own. Not because they like it, but because they want a PostgreSQL driver or KDE4 (or GTK3) interface or... -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:14:15 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B0DD71DE; Tue, 19 Feb 2013 19:14:15 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ia0-x234.google.com (ia-in-x0234.1e100.net [IPv6:2607:f8b0:4001:c02::234]) by mx1.freebsd.org (Postfix) with ESMTP id 4DBA5A0; Tue, 19 Feb 2013 19:14:15 +0000 (UTC) Received: by mail-ia0-f180.google.com with SMTP id f27so6326615iae.39 for ; Tue, 19 Feb 2013 11:14:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=uRJQg4COwrhsyChX4jWc145XSB4EaMHSGa28CYt5G4o=; b=Jlcq4GvWVQBSLAlk6JpIaThLcFJ4tZxsgV827R+DK1zn1dG/UuiFlRj3iZW6naxMGH GDxmQHMt4DWgCpLLCCu/aDNDQsGaSbv8EUpgVFJ9xb6QUSM216ky5p03kBc/H9iBFn6C 29/xVQ7hlpvdC7tUjiv9Qu7hwQ2317zRbVG/5jbjMBEFpesZuQs4R3uRjiRf7a62B2fq 8klqT9Myq9/k59hdcx+Lw9iJm4mgxw0j+r8bFh/LCbcljoXYXWBxKSN6NeUp6KHHGVgE 7tze49xJ5e8zx0xb3wGghyYt+tRBuJiUY3udMa4ialFXIRQ19ePdmdoRm02wC31lNEru 3mVw== X-Received: by 10.50.178.10 with SMTP id cu10mr10041921igc.75.1361301255047; Tue, 19 Feb 2013 11:14:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.63.12 with HTTP; Tue, 19 Feb 2013 11:13:44 -0800 (PST) In-Reply-To: <5123CA4C.90703@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> From: Chris Rees Date: Tue, 19 Feb 2013 19:13:44 +0000 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , "office@freebsd.org" , stable@freebsd.org, Ian Lepore X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:14:15 -0000 Somehow attribution has been screwed here-- I will perhaps blame the appalling Android Gmail app that I used to reply to an earlier message. On 19 February 2013 18:54, Mikhail T. wrote: > These were, indeed, complaints, but not about the port "not working after= I broke it". My complaint is that, though the port "works" out of the box,= the office@ maintainers have given up on the base compiler too easily -- c= omments in the makefile make no mention of any bug-reports filed with anyon= e, for example. It sure seems, no attempts were made to analyze the failure= s... I don't think, such "going with the flow" is responsible and am afraid= , the inglorious days of building a special compiler just for the office wi= ll return... I'm sorry that you feel that the maintainers of Libreoffice have taken an easy route; you can certainly show them how easy it is to do by providing some patches/fixes, or working with upstream. I don't see how anyone on freebsd-stable@ will either be interested or knowledgeable in Libreoffice internals. > Maybe, it is just an omission -- and the particular shortcomings of the b= ase compiler (and/or the rest of the toolchain) are already known and docum= ented somewhere else? > > Licensing prevents us from updating gcc in the base. > > Licensing? Could you elaborate, which aspect of licensing you have in min= d? GPLv3. >> Maintainers of large opensource suites are likely to have little interes= t in supporting >> LibreOffice's own Native_Build page makes no mention of a required compi= ler version. Unless a compiler is documented to not support a required feat= ure, it is supposed to work. Thus, filing a bug-report with LibreOffice cou= ld've been fruitful -- if it is the code, rather than the toolchain, that a= re at fault... > >> a buggy old compiler years after it has been obsoleted by newer versions= . > > So, it is your conclusion too, that our base compiler is "buggy" -- and t= hat little can be done about it. That is why we're replacing it with LLVM/Clang. > Am I really the only one here disturbed by the fact, that the compilers s= hipped as cc(1) and/or c++(1) in our favorite operating system's most recen= t stable versions (9.1 and 8.3) are considered buggy? Not just old -- and t= hus unable to process more modern language-standards/features, but buggy --= processing those features incorrectly? There is certainly nothing in our e= rrata about it... It is no secret that our base compiler is old. What do you think happens in newer versions, if not added features and bugfixes? > On 19.02.2013 13:05, Adrian Chadd wrote: > >> .. I think the compiler people just use the port as compiled with the >> compiler that is known to work with it, and move on. > > > Such people would, perhaps, be even better served by an RPM-based system,= don't you think? But I don't think so -- the amount of OPTIONS in the port= is large, and a lot of people are likely to build their own. Not because t= hey like it, but because they want a PostgreSQL driver or KDE4 (or GTK3) i= nterface or... Irrelevant. You choosing to compile with a different compiler adds no value and can't be compared with a different interface. Please fix it yourself, or talk to upstream. Chris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:15:01 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E778740C; Tue, 19 Feb 2013 19:15:01 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 6C606BF; Tue, 19 Feb 2013 19:15:01 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.6/8.14.6) with ESMTP id r1JJEsrm008371; Tue, 19 Feb 2013 12:15:00 -0700 (MST) (envelope-from ian@FreeBSD.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id r1JJEkbQ050196; Tue, 19 Feb 2013 12:14:46 -0700 (MST) (envelope-from ian@FreeBSD.org) Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Ian Lepore To: "Mikhail T." In-Reply-To: <5123CA4C.90703@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> Content-Type: text/plain; charset="us-ascii" Date: Tue, 19 Feb 2013 12:14:46 -0700 Message-ID: <1361301286.1164.93.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Chris Rees , Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:15:02 -0000 On Tue, 2013-02-19 at 13:54 -0500, Mikhail T. wrote: > > Licensing prevents us from updating gcc in the base. > Licensing? Could you elaborate, which aspect of licensing you have in > mind? Versions of gcc after the 4.2.1 version we use are licensed under GPLv3. I'm not a lawyer, so I don't understand all the fine details of why GPLv3 is bad for the freebsd project, but I accept the analysis and decisions the project made on that subject some time ago. As you might imagine, switching to a new compiler isn't something you decide to do this afternoon and finish up tomorrow with a big checkin. It takes many months of testing and iteratively fixing bugs... bugs found in the new compiler, and bugs the new compiler exposes in the existing source base. I think we've been able to cherry-pick a few specific fixes from gcc upstream that weren't encumbered by GPLv3, but for the most part I think nobody is actively maintaining the GPLv2 code anymore. -- Ian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:16:53 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 015DC534; Tue, 19 Feb 2013 19:16:53 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 67A4EE5; Tue, 19 Feb 2013 19:16:52 +0000 (UTC) Message-ID: <5123CF37.7000506@FreeBSD.org> Date: Tue, 19 Feb 2013 14:15:03 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130128 Thunderbird/17.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Mikhail T." , office@freebsd.org, stable@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:16:53 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-02-19 12:23:07 -0500, Adrian Chadd wrote: > In any case, why hasn't that port been blessed with the "requires > gcc 4.6+" port option/dependency? I thought that's why we _have_ > that. The short answer is we cannot support gcc 4.6+ unless we have a dedicated *ports* compiler. Okay, it seems to be a FAQ now and I'll try to explain as much as I can. If you have binaries compiled with g++ from ports tree, those binaries should not be linked with binaries that are compiled with the base compiler because they pull in different libstdc++ and friends and they have different ABIs. Also, some C++ libraries are very "sensitive" to standard C++ libraries, e.g., Boost. On top of that, UNO C++ bridge is really tightly coupled with C++ runtime. [1] Some libraries come with configuration headers and they are usually coupled with *build* environment, not *runtime* environment. So on and so forth. You see, that's why we had numerous build failure reports for LibreOffice in C++ unit tests. [2] Traditionally, OpenOffice.org builds everything from bundled libraries and headers so that it is almost self-contained. For example, STLport is used as a C++ STL library by default. This model makes perfect sense for a stand-alone downloadable package because the build environment may be very different from runtime environment. LO has kinda opposite philosophy, i.e., modular is better. This model works well if users are using prebuilt packages, i.e., Linux distros. [3] What do we go from here? I don't know. One thing I know for sure is we cannot support every possible build/runtime environment. Feel free to suggest your ideas and thoughts. Jung-uk Kim 1. http://wiki.openoffice.org/wiki/Uno 2. Most of them are actually legit but I gave up on explaining why and turned them off by default. If you had build failure before, now you may experience runtime failures instead, sorry. 3. We may go back to monolithic build model, perhaps. Not sure. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRI883AAoJECXpabHZMqHO+6gH/2uvg/KTlsHKuxGG1XGPjJct icKy/nsCJK9XkkNaA3O7Zkpiddb1y2TNf9WW+/NmttfsnZ2aMos1jBnfIBr9l+ny Gw8V09JXOtUj1Ew3QZRF0efXz0sB7C37jEEeJWgF6IB4spq+BLAriCKShsa8bh+p PTwbE+ooib5Pzyf9NWIHzATiykeC1pSHz+3lnRhpNv9TFawcHsGyOfJRmr37eefO jodUWXzbJivCMFteWBaZwUHJkWVfMq4h+sdUyui0dP+T1EULQPpafNNkFkPcHthA dZzFfYGKgUjqn7PfO4B8wK5wqb/mO1rxgQ7NPQMla30PCN6iy9mNCFnMaR/nrzw= =PgIy -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:31:04 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 92EB8A39 for ; Tue, 19 Feb 2013 19:31:04 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 57E2418C for ; Tue, 19 Feb 2013 19:31:04 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=uSh21QFSPVWLqie21wMA:9 a=wPNLvfGTeEIA:10 a=6I5d2MoRAAAA:8 a=5R9oVisYHOhQI_zo0V0A:9 a=_W_S_7VecoQA:10 a=SV7veod9ZcQA:10 a=IMrvVOUcc4QipMYW:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:52339] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 50/A8-28101-6F2D3215; Tue, 19 Feb 2013 14:31:02 -0500 Message-ID: <5123D2F6.5040909@aldan.algebra.com> Date: Tue, 19 Feb 2013 14:31:02 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jung-uk Kim Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> In-Reply-To: <5123CF37.7000506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , office@freebsd.org, stable@freebsd.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:31:04 -0000 On 19.02.2013 14:15, Jung-uk Kim wrote: > What do we go from here? I don't know. One thing I know for sure is > we cannot support every possible build/runtime environment. > > Feel free to suggest your ideas and thoughts. Well, support for "every possible" combination is, of course, a toll order, but support for the base cc/c++ is a reasonable expectation, in my opinion... And if there is a *good* reason to reject the base compiler, I'd expect such good reason to be documented -- preferably with bug-reports filed against either the FreeBSD and its toolchain or against the LibreOffice code. Or both... On 19.02.2013 14:21, Jeremy Chadwick wrote: > There are damn good reasons all my systems have > WITHOUT_CLANG=true in src.conf. Actually, clang, whatever faults you may have seen in it, would've produced a working libreoffice build. But it is not the cc/c++ on 9.1 and 8.3... -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:47:22 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A1A4AE97; Tue, 19 Feb 2013 19:47:22 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0908D23C; Tue, 19 Feb 2013 19:47:21 +0000 (UTC) Message-ID: <5123D65D.2030301@FreeBSD.org> Date: Tue, 19 Feb 2013 14:45:33 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130128 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Mikhail T." Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> <5123D2F6.5040909@aldan.algebra.com> In-Reply-To: <5123D2F6.5040909@aldan.algebra.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:47:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-02-19 14:31:02 -0500, Mikhail T. wrote: > On 19.02.2013 14:15, Jung-uk Kim wrote: >> What do we go from here? I don't know. One thing I know for >> sure is we cannot support every possible build/runtime >> environment. >> >> Feel free to suggest your ideas and thoughts. > Well, support for "every possible" combination is, of course, a > toll order, but support for the base cc/c++ is a reasonable > expectation, in my opinion... Actually, I tried very hard to build sane LO with gcc 4.2 but it wasn't fruitful. Eventually, I gave up on adding kludges after kludges because LO is moving away from pre-C++11 compilers anyway. :-( > And if there is a *good* reason to reject the base compiler, I'd > expect such good reason to be documented -- preferably with > bug-reports filed against either the FreeBSD and its toolchain or > against the LibreOffice code. Or both... I believe there were plenty PRs already. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRI9ZdAAoJECXpabHZMqHOetMH+gMVJvAdp9x8jSzqvZQoaw28 fXoyNunlPTMq5U1sBzL1ZURm1nPwSutlAp5dccd4oRWQUXZ5uf09vNP8hI02cXz6 xteVQXtPEYYbkk6ySlpUfCl/Xostr1vkzT1a52KwGK8VHZsV41SXZEEylbBmTRfx ikoSpwQGBo8M6IpdrI29cfUWriajMSqXGYqNMFsloGj7kJVY/WKSe1OGraPtQMwR Y61255VJ83tpYo7a0HGSAKEOXCGLNg8cvXNG3F7bz/rP9eikbIvx8CYYWFPQ8IrO gB7l1Nz4XL0Z5J9jUi/QZ+dl/gM/OthaKH05WkTimmJJvlBfxphWkrELgJUwmPM= =hTpo -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 19:54:04 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A1F732AB for ; Tue, 19 Feb 2013 19:54:04 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:48]) by mx1.freebsd.org (Postfix) with ESMTP id 78E3E2A7 for ; Tue, 19 Feb 2013 19:54:04 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta05.emeryville.ca.mail.comcast.net with comcast id 2KYY1l0031vN32cA5Ku3X1; Tue, 19 Feb 2013 19:54:03 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id 2Ku21l0141t3BNj8iKu3NE; Tue, 19 Feb 2013 19:54:03 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id B585773A1C; Tue, 19 Feb 2013 11:54:02 -0800 (PST) Date: Tue, 19 Feb 2013 11:54:02 -0800 From: Jeremy Chadwick To: Jung-uk Kim Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? Message-ID: <20130219195402.GB39626@icarus.home.lan> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5123CF37.7000506@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361303643; bh=xn7zeeANsROllbrWLovks2eY7+NXRQ74iOCYMxyRZoE=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=e7EEyZp9rOreZIXkLYI1GaiebBhfMQFwJFNl2PSfbI5eppGCLM33qiyPJRDUc/dsL G2YPxLi43Jow5QTj5yeS0nApYuAhOSmL7eBT3b99kWEPdsaAR/TzmGtEa8F+lT/Gg2 LUzkkO/IFb7lnRjXOhMopNpQ9wTbu8B6TkJimFgVl4gdkiZPmI0/8xZvQ86rBkS118 WzzLh7M81qNhrMrkPiHAJcD+c73O0kbGeQGG+wRk6hk9bXxgNcI/+sY0Hj/EWPsk6Y ef3Eq7ovjNyvsj+KAObgqxERjs8Q6ijgD9npE4wnKWN+i1zr7XwhwqyW9LOuz0n4Fx rvBVxqEKStlcA== Cc: Adrian Chadd , office@freebsd.org, stable@freebsd.org, "Mikhail T." , Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 19:54:04 -0000 On Tue, Feb 19, 2013 at 02:15:03PM -0500, Jung-uk Kim wrote: > The short answer is we cannot support gcc 4.6+ unless we have a > dedicated *ports* compiler. > {blah blah} > What do we go from here? I don't know. One thing I know for sure is > we cannot support every possible build/runtime environment. > > Feel free to suggest your ideas and thoughts. Ideas and thoughts: 1. Do away with the base system concept. Yup, my usual broken record commentary. The sooner FreeBSD does away with this the better. Do not tell me "there are too many [compiler] possibilities to take into account", because... 2. Go look at DragonflyBSD and how they did it. As of February 2013 gcc 4.6 is their stock compiler (with gcc 4.4 also available because some ports don't build with 4.6), and their build infrastructure tests everything ("base system" as well as all their packages/ports). Here are references for my statements: http://www.shiningsilence.com/dbsdlog/2013/02/07/11175.html http://lists.dragonflybsd.org/pipermail/commits/2013-February/129381.html http://lists.dragonflybsd.org/pipermail/users/2012-December/017701.html As for "licensing concerns" with DFBSD and gcc, see these (comments are worth reading here too): http://www.shiningsilence.com/dbsdlog/2012/10/02/10481.html http://www.shiningsilence.com/dbsdlog/2007/12/09/2557.html The DFBSD license: http://www.dragonflybsd.org/docs/developer/DragonFly_BSD_License/ If another BSD can play nice with a ""conflicting"" (note excessive use of quotes) license, then why can't FreeBSD? Who within the Project is calling these shots? Licensing zealotism benefits no user, but I can see it benefiting certain companies whose commercial products are reliant on FreeBSD. So out with it already. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 20:05:16 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5D613615 for ; Tue, 19 Feb 2013 20:05:16 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id 210CE337 for ; Tue, 19 Feb 2013 20:05:16 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=6I5d2MoRAAAA:8 a=_4BPYxVLAAAA:8 a=4kWVwC1tfKeJio6dxwIA:9 a=wPNLvfGTeEIA:10 a=FdhU9TFdCwuk-XSU33gA:9 a=_W_S_7VecoQA:10 a=SV7veod9ZcQA:10 a=PeXs7KCET5mB0oEL:21 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:53217] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 3E/2D-28101-AFAD3215; Tue, 19 Feb 2013 15:05:14 -0500 Message-ID: <5123DAF9.50400@aldan.algebra.com> Date: Tue, 19 Feb 2013 15:05:13 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jung-uk Kim Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> <5123D2F6.5040909@aldan.algebra.com> <5123D65D.2030301@FreeBSD.org> In-Reply-To: <5123D65D.2030301@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 20:05:16 -0000 On 19.02.2013 14:45, Jung-uk Kim wrote: > Actually, I tried very hard to build sane LO with gcc 4.2 but it > wasn't fruitful. Eventually, I gave up on adding kludges after > kludges because LO is moving away from pre-C++11 compilers anyway.:-( Should not a pre-C++11 compiler simply /fail/ upon encountering C++11 code? > >And if there is a*good* reason to reject the base compiler, I'd > >expect such good reason to be documented -- preferably with > >bug-reports filed against either the FreeBSD and its toolchain or > >against the LibreOffice code. Or both... > I believe there were plenty PRs already. I can not find any :-( The ones against FreeBSD all talk about build failures (except the 176269 , filed today). There are no relevant bug-reports against LibreOffice, that mention "gcc-4.2.1" or "gcc 4.2.1 ". -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 20:08:53 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E65CE7EE for ; Tue, 19 Feb 2013 20:08:53 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id AB2A4379 for ; Tue, 19 Feb 2013 20:08:53 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=fEl05wXzeJCkBz9gs2itqQ==:17 a=XBbVgglCP-sA:10 a=OtqBkeA7GFEA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=zUjDtZ8V68wA:10 a=4ExcaAnaYtSR3LoQ3XMA:9 a=wPNLvfGTeEIA:10 a=fBkZXPm_3GnfFzysjsIA:9 a=_W_S_7VecoQA:10 a=fEl05wXzeJCkBz9gs2itqQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 209.6.63.29 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [209.6.63.29] ([209.6.63.29:40049] helo=utka.zajac) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id B8/50-28101-3DBD3215; Tue, 19 Feb 2013 15:08:51 -0500 Message-ID: <5123DBD2.6050308@aldan.algebra.com> Date: Tue, 19 Feb 2013 15:08:50 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Licensing zealotism (Re: Why can't gcc-4.2.1 build usable libreoffice?) References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> <20130219195402.GB39626@icarus.home.lan> In-Reply-To: <20130219195402.GB39626@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Chris Rees , Adrian Chadd , office@freebsd.org, stable@freebsd.org, Jung-uk Kim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 20:08:54 -0000 On 19.02.2013 14:54, Jeremy Chadwick wrote: > Licensing zealotism benefits no user, but I can > see it benefiting certain companies whose commercial products are > reliant on FreeBSD. So out with it already. But support from (and even mere adoption by) large companies benefits FreeBSD in a number of ways. In any case, this is a matter for a separate thread, if any. -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 21:11:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DBA3D8BA; Tue, 19 Feb 2013 21:11:44 +0000 (UTC) (envelope-from tomek.cedro@gmail.com) Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.170]) by mx1.freebsd.org (Postfix) with ESMTP id 704237F4; Tue, 19 Feb 2013 21:11:44 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id d42so2801484qca.29 for ; Tue, 19 Feb 2013 13:11:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:date:x-google-sender-auth:message-id :subject:from:to:content-type; bh=1yBb3dK8gbWXGlNZwKmtrGe7pRbf1HX71uH8gx53GEg=; b=ZfGkqVJcWLEJGQXvaqENiPmQPNQYc9zpfKuIyHQ8zmfzLuQsex6hmKYvRg2yD6S/6h IP1a9rmqMqDIApHeDk8ZrE8SiLq2IP/gk8lneJneJFQuODjbq7Lxt+amUu1r3Abuu1+L xnnBWlMHiz872lLV5L64LyJ7AitNdd2FOT2cWDNerNZUy0w2RCgA1TFXgbJ6oY+6eajm HjQ5EYI/xH5UCXjrKfit1PUY/cRs4VfVUmvyjly9xFgC3MhK2zrcxT6HOdpPwrA9mwQs Ei89GGSQoVKnFoWTy5fZ0QPtF9Dcr9Ygb1hExTiYFeCKMPcH0Ga9XtZIC0/Phgp1y5H0 6nUw== MIME-Version: 1.0 X-Received: by 10.224.209.193 with SMTP id gh1mr8319809qab.86.1361308297623; Tue, 19 Feb 2013 13:11:37 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.49.71.204 with HTTP; Tue, 19 Feb 2013 13:11:37 -0800 (PST) Date: Tue, 19 Feb 2013 22:11:37 +0100 X-Google-Sender-Auth: OqEMZuDv2ClLuLd4D5EO-APjo0k Message-ID: Subject: bluray recorder From: CeDeROM To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 21:11:44 -0000 Hello :-) I have just bought a Pioneer 15x BluRay recorder. I saw something like below in the dmesg, I cannot access video with VLC, should I worry about that? I guess recording files can be done just as for DVD with growisofs? :-) (cd2:ata0:0:1:0): READ DVD STRUCTURE. CDB: ad 0 0 0 0 0 0 1 0 8 0 0 (cd2:ata0:0:1:0): CAM status: SCSI Status Error (cd2:ata0:0:1:0): SCSI status: Check Condition (cd2:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (cd2:ata0:0:1:0): Error 22, Unretryable error (cd2:ata0:0:1:0): READ DVD STRUCTURE. CDB: ad 0 0 0 0 0 0 1 0 8 0 0 (cd2:ata0:0:1:0): CAM status: SCSI Status Error (cd2:ata0:0:1:0): SCSI status: Check Condition (cd2:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (cd2:ata0:0:1:0): Error 22, Unretryable error (cd2:ata0:0:1:0): READ DVD STRUCTURE. CDB: ad 0 0 0 0 0 0 1 0 8 0 0 (cd2:ata0:0:1:0): CAM status: SCSI Status Error (cd2:ata0:0:1:0): SCSI status: Check Condition (cd2:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (cd2:ata0:0:1:0): Error 22, Unretryable error (cd2:ata0:0:1:0): READ DVD STRUCTURE. CDB: ad 0 0 0 0 0 0 1 0 8 0 0 (cd2:ata0:0:1:0): CAM status: SCSI Status Error (cd2:ata0:0:1:0): SCSI status: Check Condition (cd2:ata0:0:1:0): SCSI sense: ILLEGAL REQUEST asc:24,0 (Invalid field in CDB) (cd2:ata0:0:1:0): Error 22, Unretryable error Any hints welcome :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 21:24:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D5B0DDC5; Tue, 19 Feb 2013 21:24:40 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 74B4B881; Tue, 19 Feb 2013 21:24:37 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 2D11FD48015; Tue, 19 Feb 2013 22:24:31 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 101F3287; Tue, 19 Feb 2013 22:24:31 +0100 (CET) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id E4EBF138AB; Tue, 19 Feb 2013 21:24:30 +0000 (UTC) Date: Tue, 19 Feb 2013 22:24:30 +0100 From: Jeremie Le Hen To: Harald Schmalzbauer Subject: Re: new jail(8) ignoring devfs_ruleset? Message-ID: <20130219212430.GA92116@felucia.tataz.chchile.org> Mail-Followup-To: Harald Schmalzbauer , Jamie Gritton , freebsd-jail@freebsd.org, freebsd-stable@freebsd.org References: <511E61F5.1000805@omnilan.de> <511EC759.4060704@FreeBSD.org> <5121EC52.5040502@omnilan.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5121EC52.5040502@omnilan.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-jail@freebsd.org, freebsd-stable@freebsd.org, Jamie Gritton X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 21:24:40 -0000 On Mon, Feb 18, 2013 at 09:54:42AM +0100, Harald Schmalzbauer wrote: > schrieb Jamie Gritton am 16.02.2013 00:40 (localtime): > > On 02/15/13 09:27, Harald Schmalzbauer wrote: > >> Hello, > >> > >> like already posted, on 9.1-R, I highly appreciate the new jail(8) and > >> jail.conf capabilities. Thanks for that extension! > >> > >> Accidentally I saw that "devfs_ruleset" seems to be ignored. > >> If I list /dev/ I see all the hosts disk devices etc. > >> I set "devfs_ruleset = 4;" and "enforce_statfs = 1;" in jail.conf. > >> Inside the jail, > >> sysctl security.jail.devfs_ruleset returnes "1". > >> But like mentioned, I can access all devices... > >> > >> Thanks for any help, > >> > >> -Harry > > > > devfs_ruleset is only used along with mount.devfs - do you also have > > that set in jail.conf? > > Thanks for your response. > > Yes, I have mount.devfs; set. > Otherwise I wouldn't have any device inside my jail. Verified - and like > intended, right? > Another notable discrepancy: The man page tells that devfs_rulset is "4" > by default. > But when I don't set devfs_rulset in jail.conf at all, inside the jail, > 'sysctl security.jail.devfs_ruleset': 0 > When set, like mentioned above, it returns the corresponding value, but > it doesn't have any effect. > How gets devfs_rulset handled? Does jail(8) do the whole job? I'd like > to help finding the source, but have missed the whole new jail evolution... > Inside my jails, I don't have a fstab, outside I have them defined and > enabled with "mount" - and noticed the non-reverted umounting. Look at what's in /dev from you jail. There should a few pseudo devices (see below), but no real devices: $ ls /dev crypto log ptmx random stdin urandom zfs fd null pts stderr stdout zero -- Jeremie Le Hen Scientists say the world is made up of Protons, Neutrons and Electrons. They forgot to mention Morons. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 22:15:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 03846FF4 for ; Tue, 19 Feb 2013 22:15:06 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) by mx1.freebsd.org (Postfix) with ESMTP id 791EAAD3 for ; Tue, 19 Feb 2013 22:15:04 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id ge1so5504050lbb.29 for ; Tue, 19 Feb 2013 14:15:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=J0Qu4bhjcJaIcvNzD85mG7+3DPM1s3Lcf2bduycjOxc=; b=sRmwcc5ky2EKerfB5pT45sQZSU9XO8H3cKNISnRTVOihJktTQeUmH1o6TC7NWQkF9Y XA3K1JrEiPpDQyoxaOGQCwlK/pSoTEZS79TBn3tbLYzT7Y93pypUneJWtUpjBnjwM1lk 8NeUT88+dKBrMliStELUF2dtd9Omlzl17MvgmqvhWTiYQTdcVTqO+36sNDj/Q5y50yrW rsnAvIQwLjZpsO6zhnopcOrBnQmfqzK1E9R0VXdNeM84/Fg1wJdqzC1k1fDlCKqrSDlw sKR1XvP16aBehBBvyCnBi6oz86h6FTGIVztgvpaxio4F+N3ND/k0PtXtyC5uk7K4xeZg 1XiA== MIME-Version: 1.0 X-Received: by 10.152.105.17 with SMTP id gi17mr15452357lab.46.1361312103707; Tue, 19 Feb 2013 14:15:03 -0800 (PST) Received: by 10.112.102.227 with HTTP; Tue, 19 Feb 2013 14:15:03 -0800 (PST) Date: Tue, 19 Feb 2013 17:15:03 -0500 Message-ID: Subject: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 22:15:06 -0000 There is no problem with everything that I can think of, and I tried every thread in the mailing list/forum, and the only problem is, nothing works. http://twipic.com/c56lmz (taken from the shell on the install CD) -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 22:32:32 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 62345636; Tue, 19 Feb 2013 22:32:32 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B76E9BFA; Tue, 19 Feb 2013 22:32:31 +0000 (UTC) Message-ID: <5123FD13.8030508@FreeBSD.org> Date: Tue, 19 Feb 2013 17:30:43 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130128 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Mikhail T." Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> <5123D2F6.5040909@aldan.algebra.com> <5123D65D.2030301@FreeBSD.org> <5123DAF9.50400@aldan.algebra.com> In-Reply-To: <5123DAF9.50400@aldan.algebra.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 22:32:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-02-19 15:05:13 -0500, Mikhail T. wrote: > On 19.02.2013 14:45, Jung-uk Kim wrote: >> Actually, I tried very hard to build sane LO with gcc 4.2 but it >> wasn't fruitful. Eventually, I gave up on adding kludges after >> kludges because LO is moving away from pre-C++11 compilers >> anyway. :-( > Should not a pre-C++11 compiler simply /fail/ upon encountering > C++11 code? configure script detects the C++ compiler and sets various compiler flags. It basically tries to work around *known* issues as much as possible. However, it does not cover every possible combination. "Moving away" means "not actively tested". >>> And if there is a *good* reason to reject the base compiler, >>> I'd expect such good reason to be documented -- preferably >>> with bug-reports filed against either the FreeBSD and its >>> toolchain or against the LibreOffice code. Or both... >> I believe there were plenty PRs already. > I can not find any :-( The ones against FreeBSD > > > all talk about build failures (except the 176269 > , filed > today). There are no relevant bug-reports against LibreOffice, that > mention "gcc-4.2.1" > > > or "gcc 4.2.1 > ". Okay, > sorry. I really love to build LO with GCC 4.2, too. I really do. However, I don't see much point of mentioning that fact in PR. Jung-uk Kim -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRI/0TAAoJECXpabHZMqHOsy0IANi1KZSRdqARfxJ65r1MLi4a tQkCq7LmyMNA81ND1GKAatg52UDLF2GN5o9Yw71l/XiYN2JV667aGVaF9e96a789 ONnXRWaGw2DohTH8SpGu81Vstj5Vn/iots4b0bFdhz3HCW6lTgUsqlD/+n3dVVpo c4MlUAFtEhpqejvsX7g10kPqn8IZwZc7pBUfoeSw1sMIChajxmlfXDlHkvtKwVJu jHbu2PDMwty2kgJ1kRdYNt5yZXl9chSuSxqy23O5odfHyLWV6+SGk+SOb32MSp7H /oJ0UdFLFzqwGSqlK7bDOMIyL0yLaPz5WJd8X+HC/BmR5FUugdILe8lHOeJ/rq0= =ZyWD -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 19 22:44:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 30769B12 for ; Tue, 19 Feb 2013 22:44:56 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-lb0-f175.google.com (mail-lb0-f175.google.com [209.85.217.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9024ECF4 for ; Tue, 19 Feb 2013 22:44:55 +0000 (UTC) Received: by mail-lb0-f175.google.com with SMTP id n3so5524118lbo.34 for ; Tue, 19 Feb 2013 14:44:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=PB9V0ycoopbzgUL+F7sWgh2lghL5dAo1DlnVu9p5N1Q=; b=s4GmzjveREIy6IIALGmCX9koqFQMxdrHVoQ+vjDD7TXYbX8mIcm8oi2wYYxPgEZdPo WI4+Jsk1NajhowriZCt+bAnKbiHq66Gor7RUb3cLPWDEQZMobVcybm+v7JfFzkyH/ae/ CyCNCCuk4MzwEzivkc3wnUtWXQ8pmlCSqjLQBKnpZXGI2y7FcCsVAYzWPoRkHniCn44s rCEKTR69GPvzBO9dfC2ocp7v30mVercQYzkQBSdBiRJuZ5y9sODs12ziZU0kBtsDOA7Y S8gGpZ7ZYwTHnFegBvVl5IcU8JU/QO5hKUEWWQ5uJp3NPmdm3AD+ccLKRghoJ1eKBWaK xvlw== MIME-Version: 1.0 X-Received: by 10.152.109.84 with SMTP id hq20mr10635396lab.48.1361313894054; Tue, 19 Feb 2013 14:44:54 -0800 (PST) Received: by 10.112.102.227 with HTTP; Tue, 19 Feb 2013 14:44:53 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 17:44:53 -0500 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2013 22:44:56 -0000 > http://twipic.com/c56lmz The URI should be http://twitpic.com/c56lmz -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 00:50:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0A20D4AF for ; Wed, 20 Feb 2013 00:50:55 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-qe0-f42.google.com (mail-qe0-f42.google.com [209.85.128.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6C803F5 for ; Wed, 20 Feb 2013 00:50:54 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id 2so3438640qeb.15 for ; Tue, 19 Feb 2013 16:50:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=F4eN4UmOeEG7xDQLjWcQH2DG+B7/g/WwgflcjWcqaLE=; b=C+yMVeTRh7DkHFSHupzjqRR6Y80+vMqlqHdtUPxmC/FwmrFhUSshZ10v8BLvuWXeUx v/eDpcIcdA3d5OPTkaUXgMODl5DT45WlGY/Y+9vnowZ2W04GtJkkAcxMHTMlWx6leA+f n843G+J7iEivfMasYM8GmvQaZZbWL3sksEYXh6rqDaXzhBSDSP3ypxPwiQez3TCMAjBA VwdDk1obiLErMPLvEFzcYCVNwPlBwMOJ7mzfYQU63DHoMel9vhN1BTQVlpOMJQdi1h52 cGtbjKirlwZNFm3+AkcLMGFAgOIB7e3S0qudky/tVGEgyXWh15M6y3qbNNBddrYJq0bP RABw== MIME-Version: 1.0 X-Received: by 10.229.177.14 with SMTP id bg14mr1805664qcb.51.1361321453786; Tue, 19 Feb 2013 16:50:53 -0800 (PST) Received: by 10.49.12.162 with HTTP; Tue, 19 Feb 2013 16:50:53 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 16:50:53 -0800 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Xin LI To: Zhihao Yuan Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 00:50:55 -0000 2 = ENOENT. Were you booting from zfs:zdell/ROOT? On Tue, Feb 19, 2013 at 2:15 PM, Zhihao Yuan wrote: > There is no problem with everything that I can think of, and I tried every > thread in the mailing list/forum, and the only problem is, nothing works. > > http://twipic.com/c56lmz > > (taken from the shell on the install CD) > > -- > Zhihao Yuan, ID lichray > The best way to predict the future is to invent it. > ___________________________________________________ > 4BSD -- http://4bsd.biz/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 00:57:14 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 573BC6B6 for ; Wed, 20 Feb 2013 00:57:14 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-vc0-f177.google.com (mail-vc0-f177.google.com [209.85.220.177]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6A3666 for ; Wed, 20 Feb 2013 00:57:13 +0000 (UTC) Received: by mail-vc0-f177.google.com with SMTP id m18so4702438vcm.36 for ; Tue, 19 Feb 2013 16:57:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4o/J4f/m3A0qPJ/9tKqPngIy8FstIqq0pLilA8xcfPk=; b=yWQVlibmFfZLw5QDZ19IsAXYZXxLZZYVodBotaMGXhllxZr25QVINIJ8m1yHZDUrvo nYSQ8KERjtEJuEs+30YtJJ2pcDJf7/akkcVFWo2lwhr+jpTQpywFIqgPEEER8DkzRJ/2 Yhp3zPExQaGva/ANf99+CCWktK5RWdBBuDNsdpcKMFAe+5qmdf7jFK9OOrA+iNXVWY7S bJo8dERRD1ECSQsgX+EtMXCmVGebIcx9aE1XglTGE78bJOVkwjnTmD12medFMyZtZiVY ttCQKCYsPZCOYmsfxIBxIFq/wTb1f/Fa3EtARYiYZvyqdPQUiweg5B019oiArFb8y64N Ns2g== MIME-Version: 1.0 X-Received: by 10.52.93.235 with SMTP id cx11mr19970408vdb.51.1361321827416; Tue, 19 Feb 2013 16:57:07 -0800 (PST) Received: by 10.220.138.82 with HTTP; Tue, 19 Feb 2013 16:57:07 -0800 (PST) Received: by 10.220.138.82 with HTTP; Tue, 19 Feb 2013 16:57:07 -0800 (PST) In-Reply-To: References: Date: Tue, 19 Feb 2013 19:57:07 -0500 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: Xin LI Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 00:57:14 -0000 Yes, the real root which is mounted to / -- Zhihao Yuan On Feb 19, 2013 7:50 PM, "Xin LI" wrote: > 2 = ENOENT. Were you booting from zfs:zdell/ROOT? > > On Tue, Feb 19, 2013 at 2:15 PM, Zhihao Yuan wrote: > > There is no problem with everything that I can think of, and I tried > every > > thread in the mailing list/forum, and the only problem is, nothing works. > > > > http://twipic.com/c56lmz > > > > (taken from the shell on the install CD) > > > > -- > > Zhihao Yuan, ID lichray > > The best way to predict the future is to invent it. > > ___________________________________________________ > > 4BSD -- http://4bsd.biz/ > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > > -- > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 01:24:06 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 353D5BA8 for ; Wed, 20 Feb 2013 01:24:06 +0000 (UTC) (envelope-from kurt.buff@gmail.com) Received: from mail-ea0-f169.google.com (mail-ea0-f169.google.com [209.85.215.169]) by mx1.freebsd.org (Postfix) with ESMTP id 42969794 for ; Wed, 20 Feb 2013 01:24:04 +0000 (UTC) Received: by mail-ea0-f169.google.com with SMTP id d13so3069945eaa.14 for ; Tue, 19 Feb 2013 17:24:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=NTCV+ujzYdnVjOaSH6JxO6YAwrm0q6zrNwoaqOELjlk=; b=ir06fKsC7JfSbWVbcbVKNM7kwqNCTnIODS87KjjaCmO3o3hClcJP+YfL1sOpSx6vZi EvWPtb+8N6hrXJ/5K7YHkYkIC4o7GK3OEE1TZWA2K4UrdH1MNNDkUPN7TN1bApEGdn+i RdhM9BSYTsWgMZj6Tknhf0ndbOoqpAfsOiA1BBw97mZsaSldal8KwVSOXEqqCHVxO61K VrYukBCMJ4AAbeh1LdJpJHQ/9bAj5haPqXzRhO0iao341lDvwK+EWDPsEV4F44z2b6X4 xkSZw9lgX1JdanxOewpIByfr9IXwTeZZzowpViL8ug0mUTSAdOXc+ryfhBiYTof0qPbk CfhA== MIME-Version: 1.0 X-Received: by 10.14.225.72 with SMTP id y48mr62951712eep.45.1361323443918; Tue, 19 Feb 2013 17:24:03 -0800 (PST) Received: by 10.14.100.74 with HTTP; Tue, 19 Feb 2013 17:24:03 -0800 (PST) In-Reply-To: <20130219081733.GA28345@icarus.home.lan> References: <51233342.9080602@andric.com> <20130219081733.GA28345@icarus.home.lan> Date: Tue, 19 Feb 2013 17:24:03 -0800 Message-ID: Subject: Re: Having a problem compiling a customized kernel From: Kurt Buff To: Jeremy Chadwick Content-Type: text/plain; charset=UTF-8 Cc: Dimitry Andric , freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 01:24:06 -0000 I have done a buildworld and a buildkernel, and the latter finished just fine, so now to see if I can diagnose the problem. Thanks for the help... On Tue, Feb 19, 2013 at 12:17 AM, Jeremy Chadwick wrote: > On Tue, Feb 19, 2013 at 09:09:38AM +0100, Dimitry Andric wrote: >> On 2013-02-19 04:48, Kurt Buff wrote: >> >I'm working on troubleshooting a random network dropout in an older >> >Acer Aspire One, and am compiling an otherwise generic kernel with the >> >following options: >> ... >> >linking kernel.debug >> >ld:/usr/src/sys/conf/ldscript.i386:66: syntax error >> >*** [kernel.debug] Error code 1 >> ... >> >I'm currently running 9.1-RELEASE - I had to svn the source, as I had >> >used freebsd-update last couple of weeks to move from 7.2 to 8.0 to >> >8.3 to 9.0 to 9.1. >> >> Please run "make kernel-toolchain" first, as your binutils is too old. > > I told him off-list that he needs to follow src/Makefile (specifically > told him he needs to do "buildworld") to a tee, every time, and > explained why. > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 02:00:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4BEC353E for ; Wed, 20 Feb 2013 02:00:12 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 30383900 for ; Wed, 20 Feb 2013 02:00:12 +0000 (UTC) Received: from epsilon.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 9036E23EFA; Tue, 19 Feb 2013 18:00:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1361325611; bh=c1id8gkyNUqqeeM+AhWDS+4Mbf2Kr5jbJ76ag74vmd8=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=DwC5pPld3qWFO6iVgt0mI6WjpMtWR442OlDMvf3QGlM8kYDGTWioxiILUpBsF8+/K Y63ZopdUaBoMNaT2Kp0pwqKdt67YkdPgwh+culVsfdVclzumEirl4hSDvJ4XDQ57oV 7nVn1dV2gj8UfG82Ef2bLjMnNFzTrWgbZyUhgnlU= Message-ID: <51242E20.5070107@delphij.net> Date: Tue, 19 Feb 2013 18:00:00 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Mounting from zfs... failed with error 2, again References: In-Reply-To: X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 02:00:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 02/19/13 16:57, Zhihao Yuan wrote: > Yes, the real root which is mounted to / Show the error message from root mount (plus what shows up after ?). It's pretty likely that you have a bad zpool.cache or bad fstab configuration. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJRJC4gAAoJEG80Jeu8UPuz13MH/1zl/R4/JM6ofdomWjHNCAJK lsvQcAsOVkiegSYlQprwqLNmymoNY6HJ2G4f2fYYGoyDwmYORJoxz8bkqpEveC39 CaSI9r2+cJbCu2YkMpCYP2N8LYz2f5puDe4mN+EyUGfWH1OZTVEsPuECgaZtj2D9 jkLVowDyS8qC05xWpYGJ4CQnteRzgr8YwYV4wtbgP5UDtJWoeFEqgHtvi4WQdm5W SFIUDyTOOr5ziDd5roWuHQbl7CPCAEwV3T9usDNj447jic6+xSCMMfCFKzSyXLOJ O0leZUXO8U3RzjelAHksb960DU7UBrpI9qhy373W3wJEJNkss3V3iMXlttTz0c0= =y84X -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 02:21:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F0A627A3 for ; Wed, 20 Feb 2013 02:21:39 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ve0-f179.google.com (mail-ve0-f179.google.com [209.85.128.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9644E99A for ; Wed, 20 Feb 2013 02:21:39 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id da11so6376980veb.38 for ; Tue, 19 Feb 2013 18:21:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=4Fr6wDudE6B2Mga/dj7YYOu3LqZrh5zEtr4x9bzAx5Q=; b=JIyHU7kNGT+WUgLF1tiSmLU4E/qv8yFJnJmyUD8Y0zq+UZkUubpioubx9+vpBtDu0E wvLltR5u2wsqjrVFfTPfoadIZ6XyjZ6jKThF+yHEFOWD6ugoHKaui5qkMI/a2vIwdn4Z WM8Ai80CX2qowiOGtO4fOKSJ675IkWF8W4NT/2c/pMXptYch5qg28RMvzHyfuKlaBaj1 Pb2yt9sFVlp0XcH0osi2CVAZIH3HFA8gtyRVWkVcteIJCQg1UF43CRdRdGhjH5G2NP4U 76/06gnR36YqkcYp9AVCYUTDYQTb7JzdMZf0hexyDRNU+9AmuKASnLKrZCrMPklYh4qg TRHg== MIME-Version: 1.0 X-Received: by 10.58.186.241 with SMTP id fn17mr24097356vec.8.1361326893237; Tue, 19 Feb 2013 18:21:33 -0800 (PST) Received: by 10.220.138.82 with HTTP; Tue, 19 Feb 2013 18:21:33 -0800 (PST) Received: by 10.220.138.82 with HTTP; Tue, 19 Feb 2013 18:21:33 -0800 (PST) In-Reply-To: <51242E20.5070107@delphij.net> References: <51242E20.5070107@delphij.net> Date: Tue, 19 Feb 2013 21:21:33 -0500 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: d@delphij.net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 02:21:40 -0000 On Feb 19, 2013 9:00 PM, "Xin Li" wrote: > Show the error message from root mount (plus what shows up after > ?). http://twitpic.com/c57t9b After ?, I see a list of gptids and names; nothing mentions 'zfs'. > It's pretty likely that you have a bad zpool.cache or bad > fstab configuration. I suppose I don't need a fstab, since I used the non-legacy plan, as shown in the RootOnZFS/9.0-RELEASE wiki page. The (/mnt)/boot/zfs/zpool.cache is copied from /tmp/zpool.cache, which was created by -o cachefile. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 03:49:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ADF7A4C6 for ; Wed, 20 Feb 2013 03:49:19 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) by mx1.freebsd.org (Postfix) with ESMTP id 78F48D9C for ; Wed, 20 Feb 2013 03:49:19 +0000 (UTC) Received: from Xins-MacBook-Pro-2.local (unknown [IPv6:2001:470:83bf:0:e5a3:e987:e144:df4e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 1D22D24571; Tue, 19 Feb 2013 19:49:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1361332153; bh=zbPSNrfaV6ldwXD4pG+lCKfy19Knotep1ZgX7qc4pLE=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=3x/08hJSZbtNNZ180v5/sz7E80c6SbLHUnG4B7H74+s+ihGoi7bfrKHJmnQFTyToT /S6fwh1VLZ4cbTOD2oADLlIERcTePZYZU47NvVLH6N0ursxiralbOo/xJQ1MRZ12k+ BTlSQmglwMU6oc3vPyIXuvZ6teuxIEwYBhhhwfDQ= Message-ID: <512447BA.3090709@delphij.net> Date: Tue, 19 Feb 2013 19:49:14 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Mounting from zfs... failed with error 2, again References: <51242E20.5070107@delphij.net> In-Reply-To: X-Enigmail-Version: 1.5 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 03:49:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2/19/13 6:21 PM, Zhihao Yuan wrote: > On Feb 19, 2013 9:00 PM, "Xin Li" wrote: >> Show the error message from root mount (plus what shows up after >> ?). > > http://twitpic.com/c57t9b > > After ?, I see a list of gptids and names; nothing mentions > 'zfs'. Did you loaded zfs.ko? >> It's pretty likely that you have a bad zpool.cache or bad fstab >> configuration. > > I suppose I don't need a fstab, since I used the non-legacy plan, > as shown in the RootOnZFS/9.0-RELEASE wiki page. > > The (/mnt)/boot/zfs/zpool.cache is copied from /tmp/zpool.cache, > which was created by -o cachefile. This is not correct unless it's the first time and you have never imported the pool again. Some recent changes to ZFS mounting code may have relieved the requirement of keeping zpool.cache but I have not tested it myself. Regenerate the zpool.cache with: zpool set cachefile=/mnt/boot/zfs/zpool.cache zdell Then sync; sleep 5; sync; then reboot. -----BEGIN PGP SIGNATURE----- iQEcBAEBCAAGBQJRJEe6AAoJEG80Jeu8UPuziI0H+gLLrpAtVyzZZglkBbuntFOJ CRJJiqpYo1ogTSjIVRAQJKDqg95QTXJfmlCep31LZWGohcENuQLNzvkXyKlC5qVX h0ROkvqXJ2yli8poH9bydXHfdvF9YuCUHxWnMDTEcRMk4ztLoCvi4DgGArPrdKSV 3cnIJaLXGcAKWqaD39DN+L61I/Db4C9hGANj9FYd4vkTQ9apmfunLEJDSkXOiFNA hr3ttVaG/2ZdC3EgaNSKBZGNAE3IzcU1s2OpO2bNIemgT3qRkR9ZpPm8NmFujy+q OSjzIy+MjQR0mIRSdXlZsjAZv39mkdzoflTNp1QDxJHj1h372mRFAFiVnxrj/ZI= =Bv01 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 05:03:51 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 21BD855F for ; Wed, 20 Feb 2013 05:03:51 +0000 (UTC) (envelope-from ekanotix99@gmail.com) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) by mx1.freebsd.org (Postfix) with ESMTP id 830B6DA for ; Wed, 20 Feb 2013 05:03:49 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id gf7so5738073lbb.32 for ; Tue, 19 Feb 2013 21:03:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=W5UtNscyLK0HbEnyykeSIa4aN+iRSNSqvRlhAVCSmnQ=; b=u7n9QU6br5dZ4uMuQT3KvdRee2bP0EyU2qFrWi/GnTUE//yarHdjFULWzQXumBh0+8 hkO0FuZLN2rDkW/NF3Ydf0TS09PgsqQbnHYA2rMBn8fUfaTtr4nbK39soIlrtUPRnP4W a0oToSZoHjkkYbpiOeuqIMjtUZOo53braxBY/zkp7s5o2vy6t7UPTSZBBPAGU/cXEZWV Wv8ASCI+9B7b8+YT4dXK4i+GTuJapmpeHtYu+MVsakh1vuQ4EFEa2EJXJoLFl45ja5CV 4us6/wCfFZveaNqz3dMTDvqxAPoWPsnv0c9dXcxk5H0osN0YzRrXfyOFX2KhnhrsFDwv WEwA== MIME-Version: 1.0 X-Received: by 10.152.130.131 with SMTP id oe3mr16340694lab.1.1361336628927; Tue, 19 Feb 2013 21:03:48 -0800 (PST) Received: by 10.112.134.97 with HTTP; Tue, 19 Feb 2013 21:03:48 -0800 (PST) Date: Wed, 20 Feb 2013 12:03:48 +0700 Message-ID: Subject: ask about stable From: Nurhermansyah eka To: stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 05:03:51 -0000 hi all.. if I could make a stable version for freebsd 9.1-release ?? thanks From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 05:12:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5F6806B4 for ; Wed, 20 Feb 2013 05:12:19 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) by mx1.freebsd.org (Postfix) with ESMTP id C0ED411C for ; Wed, 20 Feb 2013 05:12:18 +0000 (UTC) Received: by mail-la0-f50.google.com with SMTP id ec20so7303603lab.37 for ; Tue, 19 Feb 2013 21:12:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=oeGfpcRPm/Lsg5zVHxES13AMNzgnB4nm4ieDU3wFxx8=; b=nsW/MVLyjGzIN0Eg0xnsUblC+DDES+lXkRXCAjJiHhUXItu2l1P/jfL/9pwA5Qz2Qv wzmNagsVB4BDasqY+EZ/M1+Z8a2zJcSTYj14XhzOOwhAyE+iY+FIPRSAeeNAJFwG8Ax4 cKrHca+4bEp4QZjgkrwc7cRFODWzJ87irLxz8L5YU/1miMFlNS21ldl9u7kZo4i9sUIT eD/6QHgKLePqLBBUMfavqkmplhBfUZ5+6es5RAaoW/UzcpE4/OgnZJmgUeU33leoVS7M n6F6XfBVICPckls/VzlvoyPCjSBEncCzhu4AAD9wJetGEUMe81M+2BGZwQG057tsPvWg UpUQ== MIME-Version: 1.0 X-Received: by 10.152.105.17 with SMTP id gi17mr16215455lab.46.1361337137669; Tue, 19 Feb 2013 21:12:17 -0800 (PST) Received: by 10.112.102.227 with HTTP; Tue, 19 Feb 2013 21:12:17 -0800 (PST) Received: by 10.112.102.227 with HTTP; Tue, 19 Feb 2013 21:12:17 -0800 (PST) In-Reply-To: <512447BA.3090709@delphij.net> References: <51242E20.5070107@delphij.net> <512447BA.3090709@delphij.net> Date: Wed, 20 Feb 2013 00:12:17 -0500 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: d@delphij.net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 05:12:19 -0000 On Feb 19, 2013 10:49 PM, "Xin Li" wrote: > Did you loaded zfs.ko? Yes, as in loader.conf, zfs_load. > Regenerate the zpool.cache with: > > zpool set cachefile=/mnt/boot/zfs/zpool.cache zdell > > Then sync; sleep 5; sync; then reboot. Without exporting the zpool? Anyway, I'll give it a try today. Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 05:42:54 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 030CCAF0 for ; Wed, 20 Feb 2013 05:42:54 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id BB33A202 for ; Wed, 20 Feb 2013 05:42:53 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=sCkZyOwU0IjLO1BAXY68/A==:17 a=d8Isu0L9vBEA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=bYbNIRuHh8-otiD3ZRIA:9 a=wPNLvfGTeEIA:10 a=6I5d2MoRAAAA:8 a=mfG1F7Z133jGNL0paR0A:9 a=_W_S_7VecoQA:10 a=SV7veod9ZcQA:10 a=sCkZyOwU0IjLO1BAXY68/A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 173.63.211.146 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [173.63.211.146] ([173.63.211.146:11596] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 1F/F2-28101-C5264215; Wed, 20 Feb 2013 00:42:52 -0500 Message-ID: <5124625B.8080506@aldan.algebra.com> Date: Wed, 20 Feb 2013 00:42:51 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Jung-uk Kim Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123CF37.7000506@FreeBSD.org> <5123D2F6.5040909@aldan.algebra.com> <5123D65D.2030301@FreeBSD.org> <5123DAF9.50400@aldan.algebra.com> <5123FD13.8030508@FreeBSD.org> In-Reply-To: <5123FD13.8030508@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Adrian Chadd , office@FreeBSD.org, stable@FreeBSD.org, Chris Rees X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 05:42:54 -0000 19.02.2013 17:30, Jung-uk Kim ???????(??): > I really love to build LO with GCC 4.2, too. I really do. However, I > don't see much point of mentioning that fact in PR. You mentioned earlier, that you "believe there were plenty PRs already". Are the patches contained in them currently in the port's files/ subdirectory? I'd like to see, where I can get with LibreOffice people -- but I don't want to file duplicate PRs, obviously... -mi From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 07:07:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4359C75B for ; Wed, 20 Feb 2013 07:07:35 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id B4C966BF for ; Wed, 20 Feb 2013 07:07:34 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id r1K77SR2077749 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 20 Feb 2013 09:07:29 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <51247630.3090307@digsys.bg> Date: Wed, 20 Feb 2013 09:07:28 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.12) Gecko/20130125 Thunderbird/10.0.12 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> In-Reply-To: <5123CA4C.90703@aldan.algebra.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 07:07:35 -0000 On 19.02.13 20:54, Mikhail T. wrote: > My complaint is that, though the port "works" out of the box, the > office@ maintainers have given up on the base compiler too easily -- > comments in the makefile make no mention of any bug-reports filed with > anyone, for example. It sure seems, no attempts were made to analyze > the failures... I don't think, such "going with the flow" is > responsible and am afraid, the inglorious days of building a special > compiler just for the office will return... Neither of these "best open source office suites" is supposed to be built from source, by the "normal" user. As already mentioned, normal users are guided to use the pre-compiled binaries. The reasons for this are many and different. Only one of the reasons is that those ports are rather complex and let's not forget it - buggy. They more or less require special build environments, which are easier provided, as you guessed it, by an purposely configured compiler. Since the ports themselves are huge, compiling an relatively small compiler for the purpose to build the rest is ok. Count it as 'bootstrap' process. I for one, don't buy your argument that the makefile lacks enough "evidence" of why certain choices were made - it is an file with instructions for the computer, after all. Humans discuss these things at other places. > > Am I really the only one here disturbed by the fact, that the > compilers shipped as cc(1) and/or c++(1) in our favorite operating > system's most recent stable versions (9.1 and 8.3) are considered buggy? As already mentioned, the compilers in the base exist in order to compile FreeBSD and bootstrap other compilers. For that purpose, even the ancient gcc does the job. It even does the job for many, many ports as well. Nobody has ever made the promise that the base cc will compile any source code thrown at it. Because it is buggy and because newer versions have different license, that doesn't fit well with FreeBSD, gcc is being phased out from FreeBSD and replaced by llvm/clang. Still a work in progress and might not be complete for 10.0. > On 19.02.2013 13:05, Adrian Chadd wrote: >> .. I think the compiler people just use the port as compiled with the >> compiler that is known to work with it, and move on. > > Such people would, perhaps, be even better served by an RPM-based > system, don't you think? But I don't think so -- the amount of OPTIONS > in the port is large, and a lot of people are likely to build their > own. Not because they like it, but because they want a PostgreSQL > driver or KDE4 (or GTK3) interface or... > This is why it exists as source code and FreeBSD port. I myself build all software from source, whatever it takes. And if it requires that I have dozen of special-purpose gcc versions built in the process, I don't care. For people with less resources and patience, there is the precompiled binary package. An RPM-like technology. Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 08:34:28 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C986F517 for ; Wed, 20 Feb 2013 08:34:28 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x234.google.com (mail-we0-x234.google.com [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 647C0B1D for ; Wed, 20 Feb 2013 08:34:28 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so6232160wer.25 for ; Wed, 20 Feb 2013 00:34:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=bOt8LI9s9dsr7Xy+IbaUpkTeiHxDnWYz6bdgJqtpM6s=; b=kX/jzBavMN5YEfwjasmlJcNFqbJ906muyYo8R0Pj0HALNwBzoboJLo/iXGH2tphncH wyZZTsh0ayEyIq3oW7zudx/qfsUD2DCxxcXHzMSWO8cXeTX7aGIMNlHE/4xzbgQ+POpb Df369gv+E7QO9BHhR2DTQ+UjS3WS1HJYENqO5GyXlc8NCzV+2OL1Xus+s5T1TV9jsZ/X bRaCdo2dx1pELJj7x9Cm5UZONI69glqCnQYCwn8+HpDwTkssKJATIMzY3DFenWLKC2GL 1gaWZQd+eOfL1nIrEvVMJYaEn2rF1wf98UCaM28iydZgFlXvGYQOc1HDe5F9MKwfsTTT 3HWw== X-Received: by 10.180.80.34 with SMTP id o2mr29984311wix.0.1361349267640; Wed, 20 Feb 2013 00:34:27 -0800 (PST) Received: from [192.168.0.14] (did75-17-88-165-130-96.fbx.proxad.net. [88.165.130.96]) by mx.google.com with ESMTPS id er3sm2967199wib.1.2013.02.20.00.34.25 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 00:34:26 -0800 (PST) References: Mime-Version: 1.0 (1.0) In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: X-Mailer: iPhone Mail (10B144) From: Damien Fleuriot Subject: Re: ask about stable Date: Wed, 20 Feb 2013 09:34:18 +0100 To: Nurhermansyah eka X-Gm-Message-State: ALoCoQnv69gAktrFJSSv36Y6YohUVmGEzTslBs4tu9aM7FfcwxeCj354MZaYNtbcD6Ytvesiq9Jx Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 08:34:28 -0000 On 20 Feb 2013, at 06:03, Nurhermansyah eka wrote: > hi all.. > > if I could make a stable version for freebsd 9.1-release ?? > > thanks > Hi, Did you mean "I'm running 9.1-RELEASE and I want to update it to 9-STABLE" ? If not, kindly clarify... From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 09:29:13 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 87BBC13E for ; Wed, 20 Feb 2013 09:29:13 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 1C50CE83 for ; Wed, 20 Feb 2013 09:29:12 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id x10so6382472wey.31 for ; Wed, 20 Feb 2013 01:29:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:message-id:references:to:x-mailer:x-gm-message-state; bh=XISzggRYR26ZPTMmlLRtg7Mq9LSgt2dmcKI9OGc1SHQ=; b=nMvBaHFaIHNSPmhmOeFX6XjPmR3v4kwn7te0MMwRmmwX6tjImTEmdwoUTXS0Yd4O+w 9pjHedkkUkBBy8UTgMNQTqLU4CzVo2H9p2UP0ZQVC2+WEpc4iFGLSX9pjYWDUEPrBVfS isjw7HCi7c9f0CvzmTiNwtXbtpgRrILlW7KnpVnXlDo2HPpGAZubWubSdMiRfjcORR+2 dkgOJiVdvII0G11g4h2E2Br3qI+GsJiFD9OlxjiKgog/HPKmJpySBl/KbnVfRwqvWXL2 l0NRC08RCi9gItJTg93NdIlO/5gB38EYppZr53XVbqcqVEQlbbEhLN4TvaxetU9AVhau mjNg== X-Received: by 10.194.89.167 with SMTP id bp7mr31951851wjb.0.1361352552067; Wed, 20 Feb 2013 01:29:12 -0800 (PST) Received: from [192.168.0.13] (did75-17-88-165-130-96.fbx.proxad.net. [88.165.130.96]) by mx.google.com with ESMTPS id eo10sm32638877wib.9.2013.02.20.01.29.10 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 01:29:10 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: ask about stable From: Fleuriot Damien In-Reply-To: Date: Wed, 20 Feb 2013 10:29:08 +0100 Message-Id: References: To: Nurhermansyah eka X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQmjb3dIvQJI+7TS/ONpq8R7iwtqfq+mHbPTiF5B0Xg7OZbrebHmnqvqmfpza6zfuCu5cMMB Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 09:29:13 -0000 Here, I think this is what you're looking for: = http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html You should be able to move from 9.1-RELEASE to 9-STABLE with = freebsd-update :) On Feb 20, 2013, at 9:57 AM, Nurhermansyah eka = wrote: > hi, > oh ya .. true .. "I'm running 9.1-RELEASE and I want to update to = 9-STABLE" >=20 > it's how to update to 9-STABLE? >=20 > thank you >=20 > sorry if my english is bad, i from indonesia..=20 >=20 >=20 > 2013/2/20 Damien Fleuriot >=20 > On 20 Feb 2013, at 06:03, Nurhermansyah eka = wrote: >=20 > > hi all.. > > > > if I could make a stable version for freebsd 9.1-release ?? > > > > thanks > > >=20 > Hi, >=20 > Did you mean "I'm running 9.1-RELEASE and I want to update it to = 9-STABLE" ? >=20 > If not, kindly clarify... >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 14:10:14 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7635933A for ; Wed, 20 Feb 2013 14:10:14 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 293F26A6 for ; Wed, 20 Feb 2013 14:10:13 +0000 (UTC) Received: from zidane.cc.vt.edu (zidane.cc.vt.edu [198.82.163.227]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r1KE1GEG014448; Wed, 20 Feb 2013 09:09:37 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by zidane.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id WGP00642; Wed, 20 Feb 2013 09:09:36 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r1KE9aow025686 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 20 Feb 2013 09:09:36 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: ask about stable From: Paul Mather In-Reply-To: Date: Wed, 20 Feb 2013 09:09:35 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <8877358F-6B89-48A2-BE4D-CB0D3102A96E@gromit.dlib.vt.edu> References: To: Fleuriot Damien X-Mailer: Apple Mail (2.1499) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=zidane.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020206.5124D921.0038,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: stable@FreeBSD.org, Nurhermansyah eka X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 14:10:14 -0000 On Feb 20, 2013, at 4:29 AM, Fleuriot Damien wrote: > Here, I think this is what you're looking for: >=20 > = http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html >=20 >=20 > You should be able to move from 9.1-RELEASE to 9-STABLE with = freebsd-update :) Except that the freebsd-update(8) man page includes the following: DESCRIPTION The freebsd-update tool is used to fetch, install, and rollback = binary updates to the FreeBSD base system. Note that updates are only = available if they are being built for the FreeBSD release and architecture = being used; in particular, the FreeBSD Security Team only builds updates = for releases shipped in binary form by the FreeBSD Release Engineering = Team, e.g., FreeBSD 7.3-RELEASE and FreeBSD 8.0-RELEASE, but not FreeBSD 6.3-STABLE or FreeBSD 9.0-CURRENT. In other words, you can't use it to track -STABLE or -CURRENT. Cheers, Paul. >=20 >=20 >=20 > On Feb 20, 2013, at 9:57 AM, Nurhermansyah eka = wrote: >=20 >> hi, >> oh ya .. true .. "I'm running 9.1-RELEASE and I want to update to = 9-STABLE" >>=20 >> it's how to update to 9-STABLE? >>=20 >> thank you >>=20 >> sorry if my english is bad, i from indonesia..=20 >>=20 >>=20 >> 2013/2/20 Damien Fleuriot >>=20 >> On 20 Feb 2013, at 06:03, Nurhermansyah eka = wrote: >>=20 >>> hi all.. >>>=20 >>> if I could make a stable version for freebsd 9.1-release ?? >>>=20 >>> thanks >>>=20 >>=20 >> Hi, >>=20 >> Did you mean "I'm running 9.1-RELEASE and I want to update it to = 9-STABLE" ? >>=20 >> If not, kindly clarify... >>=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 14:13:05 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D640463 for ; Wed, 20 Feb 2013 14:13:05 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id 8F8136D9 for ; Wed, 20 Feb 2013 14:13:04 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id t44so6565214wey.12 for ; Wed, 20 Feb 2013 06:13:03 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=5mKXV2NJgdFUL8JWXQBznxOBocF/hwFcb+jqnE9vFRE=; b=P4NUOHU2FxTXyCrsqsfEd/B2nUviMpI/9zGaty0dDagBqW6ccQuLH8EjZ0ftm8Vu85 N3jBS/Oi5eFWAKiDBPlkm+I6Lcca+SaKS8KqlgjKgXAT8z+l0XpapRQENYKnUr6afp45 7prGduU2TpeEszTOe7V7t1Rw8PJVoRRZfexPrHSVR8f+/MYT1ap5OtwuCaakFs0hFQFg uGd2Y+gDIN2EPgt9SmFIHu84q9dmsLYF6H/W9E9DQyhJI3aCHv1Pz9cqtkaOy5HtT4+X bW0Me2EzCKPb1ut0fKRXKGbRjDN8pwxxRvtotXRbjNU8bCR+WwPUjn54x6Y/rqnDrqP+ Szag== X-Received: by 10.180.109.82 with SMTP id hq18mr33154793wib.0.1361369583301; Wed, 20 Feb 2013 06:13:03 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id ay10sm8617426wib.3.2013.02.20.06.13.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 06:13:01 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: ask about stable From: Fleuriot Damien In-Reply-To: <8877358F-6B89-48A2-BE4D-CB0D3102A96E@gromit.dlib.vt.edu> Date: Wed, 20 Feb 2013 15:12:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <38203F03-25A9-4B6D-B14E-ABEB057E9459@my.gd> References: <8877358F-6B89-48A2-BE4D-CB0D3102A96E@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQnXCKhVKUWGgSfKjHMPlmrFClXs5PZat7r28JsnbeQYW9/mPjZI79iLiJVkguqaVP9aWyLf Cc: stable@FreeBSD.org, Nurhermansyah eka X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 14:13:05 -0000 On Feb 20, 2013, at 3:09 PM, Paul Mather = wrote: > On Feb 20, 2013, at 4:29 AM, Fleuriot Damien wrote: >=20 >> Here, I think this is what you're looking for: >>=20 >> = http://www.freebsd.org/doc/handbook/updating-upgrading-freebsdupdate.html >>=20 >>=20 >> You should be able to move from 9.1-RELEASE to 9-STABLE with = freebsd-update :) >=20 >=20 > Except that the freebsd-update(8) man page includes the following: >=20 > DESCRIPTION >=20 > The freebsd-update tool is used to fetch, install, and rollback = binary > updates to the FreeBSD base system. Note that updates are only = available > if they are being built for the FreeBSD release and architecture = being > used; in particular, the FreeBSD Security Team only builds updates = for > releases shipped in binary form by the FreeBSD Release Engineering = Team, > e.g., FreeBSD 7.3-RELEASE and FreeBSD 8.0-RELEASE, but not FreeBSD > 6.3-STABLE or FreeBSD 9.0-CURRENT. >=20 >=20 > In other words, you can't use it to track -STABLE or -CURRENT. >=20 > Cheers, >=20 > Paul. Ewww epic fail on my part. I only do source updates here hence the confusion. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 14:33:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 035EDE0C for ; Wed, 20 Feb 2013 14:33:44 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-vc0-f173.google.com (mail-vc0-f173.google.com [209.85.220.173]) by mx1.freebsd.org (Postfix) with ESMTP id A7A937FC for ; Wed, 20 Feb 2013 14:33:43 +0000 (UTC) Received: by mail-vc0-f173.google.com with SMTP id fy27so2129473vcb.32 for ; Wed, 20 Feb 2013 06:33:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=lXE6oLPg3lS08K7ha11aHMPo5QtvyoeIt/LX5aSDyy4=; b=q0ih/cAO6p8dqkXXeXsmrhDapJQU2WCE2mBu/20s4TvIY/UFE48g0xvCQkeiL/3MdJ EN9ViPFogAE3RI8JejRNJIqYKq3dnrsHdqM+EaIuBsYYF2U0hE/CYnFQky46jonyhfrw aWKYBA6ApXm3w5252flvAXYl9h9WgmrUxlkduooDGHgRvpPV9zEB2cOZVeq/wLYIo6Zc UvtzGyMdaHP/2lNfUQPlHSnNPY8gdBKU/i6eO3EVbr+KPCUVBmhOk1nYW4mgd1/saNpi X+9LhwFGZrwNWyRM1R5nlOqsKFNH1eTAqDufxWOtW1wGqjihDxqQ0XMidxuzwazvATzH qE3Q== MIME-Version: 1.0 X-Received: by 10.220.219.208 with SMTP id hv16mr10437767vcb.62.1361370817260; Wed, 20 Feb 2013 06:33:37 -0800 (PST) Received: by 10.220.138.82 with HTTP; Wed, 20 Feb 2013 06:33:36 -0800 (PST) Received: by 10.220.138.82 with HTTP; Wed, 20 Feb 2013 06:33:36 -0800 (PST) In-Reply-To: References: <51242E20.5070107@delphij.net> <512447BA.3090709@delphij.net> Date: Wed, 20 Feb 2013 09:33:36 -0500 Message-ID: Subject: Re: Mounting from zfs... failed with error 2, again From: Zhihao Yuan To: d@delphij.net Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 14:33:44 -0000 Succeed. Thank you. -- Zhihao Yuan From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 15:34:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A889C812; Wed, 20 Feb 2013 15:34:42 +0000 (UTC) (envelope-from kpaasial@gmail.com) Received: from mail-wg0-f49.google.com (mail-wg0-f49.google.com [74.125.82.49]) by mx1.freebsd.org (Postfix) with ESMTP id F3ACEBE5; Wed, 20 Feb 2013 15:34:41 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id 15so6388798wgd.28 for ; Wed, 20 Feb 2013 07:34:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=1JU4SKoQSJm0buQMuS/PkhSTrp4t8sy5iHUCT4uvRmc=; b=kGCt851v+B1fcjrCXV4n9/zD9M/BLwh48w4XTefqjkjOcKbokS7+gW/bldq0iBlDU7 +Ubg6ukyEfFIkwWBhxHFqnI/0jZDq/meKbquiPh0wykVg4aQ7UjeLZagRAcrluCTIpx0 aRXmAJNI81Bue6cx1VqiUMzqVflQQ6f60epRUMjeOYIB/VdzqkbEpvrESYDT7L1oYu9Q REKkpJSWBKINMOMxORbopS4jUu0F9Y4m15ef320hUCsnogqcI6G4Pqza1A4Taft3HBJL wz78ySpzpCpX949zv5nWlh/yhIX8uw6B96pW8hx2Uuzw06AxOajEpE+a5xojPRYKngFa zPxA== MIME-Version: 1.0 X-Received: by 10.194.60.195 with SMTP id j3mr34543898wjr.33.1361374480888; Wed, 20 Feb 2013 07:34:40 -0800 (PST) Received: by 10.216.120.193 with HTTP; Wed, 20 Feb 2013 07:34:40 -0800 (PST) In-Reply-To: References: <7A12B6B7-BE3F-4E0A-99C5-61348CA7E028@lassitu.de> Date: Wed, 20 Feb 2013 17:34:40 +0200 Message-ID: Subject: Re: stable/9 r245439 breaks security/pam_ssh_agent_auth on stable/9 (WAS: CLANG 3.2 breaks security/pam_ssh_agent_auth on stable/9) From: Kimmo Paasiala To: Stefan Bethke Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org, "miwi@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 15:34:42 -0000 On Wed, Feb 6, 2013 at 12:28 AM, Stefan Bethke wrote: > > Am 05.02.2013 um 23:06 schrieb Stefan Bethke : > >> Am 05.02.2013 um 19:09 schrieb Kimmo Paasiala : >> >>> On Tue, Feb 5, 2013 at 12:36 AM, Kimmo Paasiala wrote: >>>> On Sun, Feb 3, 2013 at 7:22 PM, Chris Rees wrote: >>>>> On 3 February 2013 17:15, Stefan Bethke wrote: >>>>>> >>>>>> Am 03.02.2013 um 10:57 schrieb Chris Rees : >>>>>> >>>>>>> On 3 February 2013 03:55, Kimmo Paasiala wrote: >>>>>>>> >>>>>>>> There is no PR yet with my fix and therefor no commit to ports tree >>>>>>>> that would fix the problem. I'll file a PR soon (TM). >>>>>>> >>>>>>> The problem was in base, and is fixed there. >>>>>> >>>>>> Huh? With -current r246283, I still get a segfault from sudo unless I have Kimmo's patch. >>>>>> >>>>>> Is there some confusion about which problem is addressed by Kimmo's patch? >>>>>> >>>>> >>>>> Hm, perhaps it might be necessary then. >>>>> >>>>> Kimmo, please would you submit the patch you had as a PR? I'm sure >>>>> Wesley would appreciate the hint. >>>>> >>>>> Chris >>>> >>>> I'll file a PR when I have recovered from a nasty flu. Right now I'm >>>> not fit for thinking... >>>> >>>> I changed the title of this thread to a better one. >>>> >>>> -Kimmo >>> >>> It looks like the port was updated just recently to a new version that >>> has its own problems that are no longer related strnvis(3). I'll have >>> to give up for now. >>> >>> (freebsd-ports added to cc:) >> >> I can confirm that with the new port version on a two day old current, the module doesn't work: >> $ uname -a >> FreeBSD freebsd-current.lassitu.de 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r246283: Sun Feb 3 16:55:16 CET 2013 root@freebsd-current.lassitu.de:/usr/obj/usr/src/sys/GENERIC amd64 >> $ pkg info|grep pam >> pam_ssh_agent_auth-0.9.4 PAM module which permits authentication via ssh-agent >> $ sudo ls >> sudo: unable to initialize PAM: No error: 0 >> >> If I downgrade to the previous port version (and apply Kimmo's patch), it's working properly. > > > Here's a slightly different error message on 9-stable: > $ uname -a > FreeBSD diesel.lassitu.de 9.1-STABLE FreeBSD 9.1-STABLE #7 r245996: Sun Jan 27 22:36:05 CET 2013 root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL amd64 > stb@diesel:~$ sudo ls > sudo: unable to initialize PAM: No such file or directory > > > Stefan > > -- > Stefan Bethke Fon +49 151 14070811 > > > Latest version pam_ssh_agent_auth-0.9.4_1 seems to finally work without any extra patches when built on a 9.1-RELEASE system. -Kimmo From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 16:37:25 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E2DCA5F0 for ; Wed, 20 Feb 2013 16:37:25 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 7F3ECB6 for ; Wed, 20 Feb 2013 16:37:25 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1KG8InT005797 for ; Wed, 20 Feb 2013 17:08:18 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1KG8I9A047333 for ; Wed, 20 Feb 2013 17:08:18 +0100 (CET) (envelope-from hausen@punkt.de) From: "Patrick M. Hausen" Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Poudriere questions Message-Id: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> Date: Wed, 20 Feb 2013 17:08:18 +0100 To: "freebsd-stable@freebsd.org List" Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 16:37:25 -0000 Hello, we use NanoBSD to build the software installations for our hosting = platform and I'm trying to better automate the process of building packages. Poudriere looked like an interesting tool to me, so I tried it. Quite = painless, but two questions currently remain: To me it looks like Poudriere populates the build jail/chroot from = release tarballs fetched from an FTP server - but I'd rather use, say, 8.3p6 as the build platform as well as the one at runtime. At ~300+ installed = ports I simply do not know if anything links statically against base system = libraries and I want to catch all security updates included in RELENG_X_Y. How would I go about that? Second, how do I specify build time options that are not available via = the dialog most ports use for "make config"? Currently we use an ad hoc = shell script that simply installs all the ports I want, and the line for e.g. = Apache reads: cd /usr/ports/www/apache22 && make -DBATCH -DPROXY=3Don -DPROXY_HTTP=3Don = -DSUEXEC=3Don -DSUEXEC_DOCROOT=3D/var/apache = -DSUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log install I can enable all options that simply taken an "on" setting, but what = about the paths for suexec? Obviously they are critical to the operation of = our servers. If this is the wrong list, I can of course take the discussion to -ports = or anything else more appropriate. The Poudriere wiki doesn't mention external ressources besides IRC. Thanks=20 Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 17:07:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 3850DDBF for ; Wed, 20 Feb 2013 17:07:30 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id E8D7B23A for ; Wed, 20 Feb 2013 17:07:29 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3ZB4xP6QWQzFTLK for ; Wed, 20 Feb 2013 18:07:21 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C9Dj9lD0FOJC for ; Wed, 20 Feb 2013 18:07:19 +0100 (CET) Received: from vwg82.hq.ignesti.it (unknown [80.74.176.55]) by winston.madpilot.net (Postfix) with ESMTPSA for ; Wed, 20 Feb 2013 18:07:19 +0100 (CET) Message-ID: <512502C3.9010702@madpilot.net> Date: Wed, 20 Feb 2013 18:07:15 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Poudriere questions References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> In-Reply-To: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 17:07:30 -0000 On 02/20/13 17:08, Patrick M. Hausen wrote: > Hello, > > we use NanoBSD to build the software installations for our hosting platform > and I'm trying to better automate the process of building packages. > > Poudriere looked like an interesting tool to me, so I tried it. Quite painless, > but two questions currently remain: > > To me it looks like Poudriere populates the build jail/chroot from release > tarballs fetched from an FTP server - but I'd rather use, say, 8.3p6 as > the build platform as well as the one at runtime. At ~300+ installed ports > I simply do not know if anything links statically against base system libraries > and I want to catch all security updates included in RELENG_X_Y. > How would I go about that? I'm not sure I get what you ask. You can make poudriere fetch sources from any subversion branch/tag and compile those, instead of using the distribution files. For example: poudriere jail -c -j 91releng -v releng/9.1 -m svn will fetch sources from the 9.1 security fix branch with all the latest security fixes, compile those and crate a new jail. > > Second, how do I specify build time options that are not available via the > dialog most ports use for "make config"? Currently we use an ad hoc shell > script that simply installs all the ports I want, and the line for e.g. Apache reads: > > cd /usr/ports/www/apache22 && make -DBATCH -DPROXY=on -DPROXY_HTTP=on -DSUEXEC=on -DSUEXEC_DOCROOT=/var/apache -DSUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log install > > I can enable all options that simply taken an "on" setting, but what about > the paths for suexec? Obviously they are critical to the operation of our servers. I think your best bet is using customized make.conf files in /usr/local/etc/poudriere.d. This is documented well in the CUSTOMIZATION section of the poudriere(8) man page. for example you could create a file make.conf there with the above options defined and all jails would read it. BTW be aware that ports using OPTINSng will prefer their own syntax for defining their options in make.conf. i.e. OPTIONS_SET+= XFT OPENSSL > > If this is the wrong list, I can of course take the discussion to -ports or > anything else more appropriate. The Poudriere wiki doesn't mention > external ressources besides IRC. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 17:19:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 88B6C3AB for ; Wed, 20 Feb 2013 17:19:56 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 25177310 for ; Wed, 20 Feb 2013 17:19:55 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1KHJs87006873; Wed, 20 Feb 2013 18:19:54 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1KHJsMC049565; Wed, 20 Feb 2013 18:19:54 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <512502C3.9010702@madpilot.net> Date: Wed, 20 Feb 2013 18:19:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 17:19:56 -0000 Hello, Am 20.02.2013 um 18:07 schrieb Guido Falsi : > I'm not sure I get what you ask. You can make poudriere fetch sources = from any subversion branch/tag and compile those > instead of using the distribution files. For example: >=20 > poudriere jail -c -j 91releng -v releng/9.1 -m svn >=20 > will fetch sources from the 9.1 security fix branch with all the = latest security fixes, compile those and crate a new jail. That was precisely what I was looking for - thanks. > I think your best bet is using customized make.conf files in = /usr/local/etc/poudriere.d. > This is documented well in the CUSTOMIZATION section of the = poudriere(8) man page. And pray that no other software package besides Apache uses an option = named SUEXEC_DOCROOT and I want a different value for that one ... ;-) Is there no way to specify make variables that need values in the port = specific options file? But here, too - thanks for the hint. That _should_ work in my case, = though it is not generally applicable. Kind regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 17:28:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6140E712 for ; Wed, 20 Feb 2013 17:28:09 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id B1350389 for ; Wed, 20 Feb 2013 17:28:08 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3ZB5PL2Pg1zFTLK for ; Wed, 20 Feb 2013 18:28:06 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tk6KVbtpuWvU for ; Wed, 20 Feb 2013 18:28:04 +0100 (CET) Received: from vwg82.hq.ignesti.it (unknown [80.74.176.55]) by winston.madpilot.net (Postfix) with ESMTPSA for ; Wed, 20 Feb 2013 18:28:04 +0100 (CET) Message-ID: <512507A5.5080307@madpilot.net> Date: Wed, 20 Feb 2013 18:28:05 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Poudriere questions References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> In-Reply-To: <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 17:28:09 -0000 On 02/20/13 18:19, Patrick M. Hausen wrote: > Hello, > > Am 20.02.2013 um 18:07 schrieb Guido Falsi : >> I'm not sure I get what you ask. You can make poudriere fetch sources from any subversion branch/tag and compile those >> instead of using the distribution files. For example: >> >> poudriere jail -c -j 91releng -v releng/9.1 -m svn >> >> will fetch sources from the 9.1 security fix branch with all the latest security fixes, compile those and crate a new jail. > > That was precisely what I was looking for - thanks. > >> I think your best bet is using customized make.conf files in /usr/local/etc/poudriere.d. >> This is documented well in the CUSTOMIZATION section of the poudriere(8) man page. > > And pray that no other software package besides Apache uses an option named > SUEXEC_DOCROOT and I want a different value for that one ... ;-) > > Is there no way to specify make variables that need values in the port specific > options file? There is no per port file, but, bbeing make.conf a file sourced by make, you can use make syntax: .if ${.CURDIR:M*www/apache22*} SUEXEC_DOCROOT=/foo/bar .endif this will make the variable defined only if working in a patch containing the string www/apache22. You can be even more stringent with the matching. > > But here, too - thanks for the hint. That _should_ work in my case, though it is > not generally applicable. Usually putting variables in the make.conf files (or the per jail, per portstrree or even the per set ones) should be enough in most cases. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 17:56:58 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0F376ECA for ; Wed, 20 Feb 2013 17:56:58 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 964967F1 for ; Wed, 20 Feb 2013 17:56:57 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.28]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0LpzgH-1Ul96K2awB-00fjz4 for ; Wed, 20 Feb 2013 18:56:51 +0100 Received: (qmail invoked by alias); 20 Feb 2013 17:56:51 -0000 Received: from f049235200.adsl.alicedsl.de (EHLO mandree.no-ip.org) [78.49.235.200] by mail.gmx.net (mp028) with SMTP; 20 Feb 2013 18:56:51 +0100 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18fc70r3gcfwysT+fx4XmS87iG+fZimlMsSX6GZsX TqI98aDgb3Q8vX Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id ECB6B23D52D for ; Wed, 20 Feb 2013 18:56:49 +0100 (CET) Message-ID: <51250E61.8080209@gmx.de> Date: Wed, 20 Feb 2013 18:56:49 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> In-Reply-To: <5123CA4C.90703@aldan.algebra.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 17:56:58 -0000 Am 19.02.2013 19:54, schrieb Mikhail T.: > These were, indeed, complaints, but not about the port "not working > after I broke it". My complaint is that, though the port "works" out of > the box, the office@ maintainers have given up on the base compiler too > easily -- comments in the makefile make no mention of any bug-reports > filed with anyone, for example. It sure seems, no attempts were made to > analyze the failures... I don't think, such "going with the flow" is > responsible and am afraid, the inglorious days of building a special > compiler just for the office will return... Feel free to debug MyFavouriteOffice to the point where it will build with base GCC, but don't complain if the *office teams don't look at your patches. If there are compiler bugs in gcc 4.2, there is no place where anyone will care for anyone else to file them, not upstream (abandoned 4.2.X years ago), not FreeBSD (decided to switch to clang instead). What is your point, besides getting software from the museum to build stuff from the relative future? > LibreOffice's own Native_Build page > makes no > mention of a required compiler version. Unless a compiler is documented > to not support a required feature, it is supposed to work. Thus, filing > a bug-report with LibreOffice could've been fruitful -- if it is the > code, rather than the toolchain, that are at fault... That will likely only buy you the compiler requirement you are currently missing, and it is likely to be the exact version that they used to build their official binaries, with a "newer versions may work, but no promises" attached. Feel free to query the LibreOffice developers if, and according to which conditions, they'd take your patches to make LO build with our decrepit gcc 4.2.1. > Am I really the only one here disturbed by the fact, that the compilers > shipped as cc(1) and/or c++(1) in our favorite operating system's most > recent stable versions (9.1 and 8.3) are considered buggy? Not just old > -- and thus unable to process more modern language-standards/features, > but buggy -- processing those features incorrectly? There is certainly > nothing in our errata > about it... You have not yet proven that either the base compilers or LibreOffice are at fault. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 19:14:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8AB43D40 for ; Wed, 20 Feb 2013 19:14:09 +0000 (UTC) (envelope-from craigyk@nanoimagingservices.com) Received: from mail-pb0-f44.google.com (mail-pb0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 53CD3D84 for ; Wed, 20 Feb 2013 19:14:09 +0000 (UTC) Received: by mail-pb0-f44.google.com with SMTP id wz12so3041009pbc.3 for ; Wed, 20 Feb 2013 11:14:08 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:content-type:content-transfer-encoding:subject :message-id:date:to:mime-version:x-mailer:x-gm-message-state; bh=eOpWUQ8hI9rqTH0V7B/gtf4GImLRGJt+fLaym3qIrYw=; b=YSOEEkPvlgPPtPFfTXfmJO2bejlLdCvrzmBT02wBN9eYHQn5Mc4HU1Y5NklDjXy0j5 /5b2YYFgWGg+N9qq28AhdNSMyn66HkX5w3bxtdIqPkWTl5w+r3575DHxjDXInCPCpjCr GWw/CaQkpIlaXPIL7D5QAMXDi/3muV1oafI9hEm2Erv7Bk4+PYaafJ7QX+3qrzMqyVZ0 e8NYH67eAbWPQ3vU09CATSbDed0MJ8r2mipz+QBeiZMadFUOgwqjhkV03gEcUugPAtdO +nNPHqLVojf9D85/vE4839qSCyUQXb52k4QbNJFYmi8MQpuxk3dVBMARjvlhNUNEadlX XSWA== X-Received: by 10.68.0.41 with SMTP id 9mr49692853pbb.132.1361387648685; Wed, 20 Feb 2013 11:14:08 -0800 (PST) Received: from hobbes.nimgs.com (168-215-209-234.static.twtelecom.net. [168.215.209.234]) by mx.google.com with ESMTPS id y9sm112071596paw.1.2013.02.20.11.14.07 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 11:14:07 -0800 (PST) From: Craig Yoshioka Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: messed up my ports somehow Message-Id: Date: Wed, 20 Feb 2013 11:14:09 -0800 To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQmyMd7XJcR6mwl4sLDaQs3JIzBe9/b9xXPayMEDUbDYrTC2GaiMZV2Iwskc8PB+oQuvLoAC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 19:14:09 -0000 I was having problems with broken missing dependencies, etc. Long story = short I fixed it by wiping a lot of stuff and reinstalling it, but now = portmaster does not seem to be working. running portmaster -l lists = none of the installed ports. Any ideas on how to fix it? From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 19:15:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id F2FF3E5A for ; Wed, 20 Feb 2013 19:15:41 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x22c.google.com (we-in-x022c.1e100.net [IPv6:2a00:1450:400c:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 75F5FDAF for ; Wed, 20 Feb 2013 19:15:41 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id x10so7066538wey.17 for ; Wed, 20 Feb 2013 11:15:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=eNM/2bYxVJ/yk8uWrZBosGJSqrwULmxqXAchKh/z7lg=; b=dlkCorld6gi6kq9TH3wEHtq8EtBP1P1DoEGpd9WWqX9W+keA9E8dXdSLwqy17vVAcz zX2zTgGurZA5oqCI/Q5DZi58H6dCva+KfogILCSKv6Nx4kolXiZdon3vrhTu4zOZFP4M DjH5uUQu5G4FbYkkZT4Y6dAkFX1ctFnM+eJK701OCe2ilQeNObde40LzOjqyduXNyun4 n2U3hS9ksmh6mxHMNH6R+iknOPFJs3bx3tnVZUChHGe+kR4ehXL/hQGAYjlFEEz3/RLe J0dGFcnur3a/Y+dxfyNt4OeadM2jM7l1j6Fgo0eWVBDFLv4YSxD5TnBpY7qnE33e4QtO r/zw== X-Received: by 10.180.79.37 with SMTP id g5mr36627005wix.24.1361387740405; Wed, 20 Feb 2013 11:15:40 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id n2sm32977998wiy.6.2013.02.20.11.15.38 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 11:15:39 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: messed up my ports somehow From: Fleuriot Damien In-Reply-To: Date: Wed, 20 Feb 2013 20:15:37 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2A37FBE7-82BC-4D9D-BDE1-E6F875DEA408@my.gd> References: To: Craig Yoshioka X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQngrK0hEI0WN4jVHabqY7/4ReyRuS9spXW8O/0BJKKIi/nNkf8k8ILWV6BcWoBc4T7It1M5 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 19:15:42 -0000 What about either of these 2 ? pkg_info pkg info On Feb 20, 2013, at 8:14 PM, Craig Yoshioka = wrote: > I was having problems with broken missing dependencies, etc. Long = story short I fixed it by wiping a lot of stuff and reinstalling it, but = now portmaster does not seem to be working. running portmaster -l lists = none of the installed ports. >=20 > Any ideas on how to fix it? >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 19:24:41 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4F750170 for ; Wed, 20 Feb 2013 19:24:41 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-we0-x229.google.com (we-in-x0229.1e100.net [IPv6:2a00:1450:400c:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id D6DE6E19 for ; Wed, 20 Feb 2013 19:24:40 +0000 (UTC) Received: by mail-we0-f169.google.com with SMTP id t11so7276814wey.28 for ; Wed, 20 Feb 2013 11:24:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:content-type:mime-version:subject:from:in-reply-to:date :cc:message-id:references:to:x-mailer:x-gm-message-state; bh=CphT9OuebD/J1MHzKcAIuFBW6LilQK4ljEXR0qXw3i0=; b=k+SjTkOSV9D9EfaOq3AAMQDWM2PvToW84t/QNGxne4f42fnkFyZZSXwoJUTKb16oIT yu0xrh4UN9aZAJOgbLTt+60rAIgq7I/fagG1UuuSpr6fGFPLQT0npNClnHiS1hb2Fon7 ZLVpGh6cxuQ1Lxp3w5c43HXqbpFFuTxW1Hraf97gkz6lRO992v9exl1NIvLkwsFuZcI5 +pl7OWhw1gx2XTiI0ehABpAAPf5a1nKLhIOEBYT8kIib5T6J9H2AssZsbjL5lM/yKtXE poCmdwTY95CIpriLZrzPirybXC+5IYpql7N8JdqUCIfaZgfqrzdG3UwLiEQymwebph9L hhzQ== X-Received: by 10.180.98.98 with SMTP id eh2mr36787470wib.7.1361388279913; Wed, 20 Feb 2013 11:24:39 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id ay10sm10176738wib.3.2013.02.20.11.24.37 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 11:24:38 -0800 (PST) Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: messed up my ports somehow From: Fleuriot Damien In-Reply-To: <8E3F51EA-C860-42DF-8514-6B0DCCB30FD6@scripps.edu> Date: Wed, 20 Feb 2013 20:24:36 +0100 Message-Id: <14A3D87C-3F0A-4785-A652-51343BC88A06@my.gd> References: <2A37FBE7-82BC-4D9D-BDE1-E6F875DEA408@my.gd> <8E3F51EA-C860-42DF-8514-6B0DCCB30FD6@scripps.edu> To: Craig Yoshida X-Mailer: Apple Mail (2.1499) X-Gm-Message-State: ALoCoQmnQW355maw6zdQX1qNY6JKZGr2omXMJgwKfVMGRz9G/BdlRPAjzZS1bNfj+I6FC+v6AMhs Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 19:24:41 -0000 Then, I'm taking a wild guess at what I think is happening. You have WITH_PKGNG=3Dyes in /etc/make.conf Your portmaster is built without the PKGNG patch. Would you go to /usr/ports/ports-mgmt/portmaster/ then issue 'make config' If I'm right, you're only missing the patch, tick the option and issue: = make clean && make && make deinstall && make reinstall On Feb 20, 2013, at 8:22 PM, Craig Yoshida wrote: > pkg_info lists no packages >=20 > pkg info seems to list them all. =20 >=20 >=20 >=20 > ----------------------------------------------------------- > Craig Yoshioka, Ph.D. > (619) 623-2233 (cell) > The Scripps Research Institute > 10550 N. Torrey Pines Rd. > La Jolla, CA 92037 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > On Feb 20, 2013, at 11:15 AM, Fleuriot Damien wrote: >=20 >> What about either of these 2 ? >>=20 >>=20 >> pkg_info >>=20 >> pkg info >>=20 >>=20 >>=20 >>=20 >> On Feb 20, 2013, at 8:14 PM, Craig Yoshioka = wrote: >>=20 >>> I was having problems with broken missing dependencies, etc. Long = story short I fixed it by wiping a lot of stuff and reinstalling it, but = now portmaster does not seem to be working. running portmaster -l lists = none of the installed ports. >>>=20 >>> Any ideas on how to fix it? >>>=20 >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >>=20 >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 19:36:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3824D6FA for ; Wed, 20 Feb 2013 19:36:42 +0000 (UTC) (envelope-from emz@norma.perm.ru) Received: from elf.hq.norma.perm.ru (unknown [IPv6:2001:470:1f09:14c0::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE722ECA for ; Wed, 20 Feb 2013 19:36:41 +0000 (UTC) Received: from [192.168.248.32] ([192.168.248.32]) by elf.hq.norma.perm.ru (8.14.5/8.14.5) with ESMTP id r1KJabGO099800 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 21 Feb 2013 01:36:38 +0600 (YEKT) (envelope-from emz@norma.perm.ru) Message-ID: <512525C1.1070502@norma.perm.ru> Date: Thu, 21 Feb 2013 01:36:33 +0600 From: "Eugene M. Zheganin" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: watchdogs Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (elf.hq.norma.perm.ru [192.168.3.10]); Thu, 21 Feb 2013 01:36:38 +0600 (YEKT) X-Spam-Status: No hits=-101.0 bayes=0.5 testhits ALL_TRUSTED=-1, USER_IN_WHITELIST=-100 autolearn=unavailable version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on elf.hq.norma.perm.ru X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 19:36:42 -0000 Hi. I have a bunch of FreeBSDs that hangs (and I really want to do something to fight this). May be it's the zfs or may be it's the pf (I also have a bunch of really stable ones, so it's hard to isolate and tell). Since 9.x hang more often I suppose it's pf. I use ichwd.ko and watchdogd to reboot a machine when it hangs. It works pretty well; I'm also working on a various WITNESS/INVARIANTS stuff and I'm trying to report it to gnats, but obviously it would be much nicer if the system would panic and leave some debuggable core after a hang (so far I don't have any, so I can only guess). I've read about software watchdog in kernel and I doesn'y quite understand: it's said that kernel software watchdog is able to panic when a deadlock occurs. Can this be achieved with ichwd ? Another one: as far as I understand ichwd reboots my machine on a hardware level, right ? So am I right saying that software watchdog can be, in theory, also deadlocked, thus, being kinda less reliable solution ? Thanks. Eugene. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 19:41:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 32CDB9B8 for ; Wed, 20 Feb 2013 19:41:23 +0000 (UTC) (envelope-from bright@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 231A9F14 for ; Wed, 20 Feb 2013 19:41:23 +0000 (UTC) Received: from Alfreds-MacBook-Pro-9.local (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218]) by elvis.mu.org (Postfix) with ESMTPSA id 996B01A3CDF; Wed, 20 Feb 2013 11:41:19 -0800 (PST) Message-ID: <512526DD.1080707@mu.org> Date: Wed, 20 Feb 2013 11:41:17 -0800 From: Alfred Perlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: "Eugene M. Zheganin" Subject: Re: watchdogs References: <512525C1.1070502@norma.perm.ru> In-Reply-To: <512525C1.1070502@norma.perm.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 19:41:23 -0000 On 2/20/13 11:36 AM, Eugene M. Zheganin wrote: > Hi. > > I have a bunch of FreeBSDs that hangs (and I really want to do > something to fight this). May be it's the zfs or may be it's the pf (I > also have a bunch of really stable ones, so it's hard to isolate and > tell). Since 9.x hang more often I suppose it's pf. I use ichwd.ko and > watchdogd to reboot a machine when it hangs. It works pretty well; > I'm also working on a various WITNESS/INVARIANTS stuff and I'm trying > to report it to gnats, but obviously it would be much nicer if the > system would panic and leave some debuggable core after a hang (so far > I don't have any, so I can only guess). I've read about software > watchdog in kernel and I doesn'y quite understand: it's said that > kernel software watchdog is able to panic when a deadlock occurs. Can > this be achieved with ichwd ? Another one: as far as I understand > ichwd reboots my machine on a hardware level, right ? So am I right > saying that software watchdog can be, in theory, also deadlocked, > thus, being kinda less reliable solution ? > Yes all your assumptions are correct. There is an 'enhanced watchdog' branch that I am working on that offers a "pre-watchdog timeout panic". However since this is done via the software you may not get your pre-timeout panic and only have a reboot. Later revisions may include facilities for generating NMI to trigger panic/logs and the followed by a hard reset by external hardware. Perhaps ichwd offers ability to send NMI? Let me check sources. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 20:01:23 2013 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D1923F6 for ; Wed, 20 Feb 2013 20:01:23 +0000 (UTC) (envelope-from craigyk@scripps.edu) Received: from relay2.scripps.edu (relay2.scripps.edu [137.131.200.30]) by mx1.freebsd.org (Postfix) with ESMTP id 08495E6 for ; Wed, 20 Feb 2013 20:01:22 +0000 (UTC) Received: from relay2b.scripps.edu (relay2b.scripps.edu [137.131.200.130]) by relay2.scripps.edu (8.14.3/8.14.3/TSRI-7.3.0rAV) with ESMTP id r1KK0FXX020575 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 20 Feb 2013 12:00:16 -0800 Received: from exch-et01.lj.ad.scripps.edu (edge.lj.ad.scripps.edu [137.131.19.110]) by relay2b.scripps.edu (8.14.4/8.14.5/TSRI-9.1.0rBAV) with ESMTP id r1KK0F2M016284 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=FAIL); Wed, 20 Feb 2013 12:00:15 -0800 (PST) Received: from tsricashub02.lj.ad.scripps.edu (137.131.16.226) by exch-et01.lj.ad.scripps.edu (137.131.19.110) with Microsoft SMTP Server (TLS) id 8.3.192.1; Wed, 20 Feb 2013 12:00:15 -0800 Received: from EXCH-CCR01.lj.ad.scripps.edu ([137.131.16.185]) by tsricashub02.lj.ad.scripps.edu ([137.131.16.226]) with mapi; Wed, 20 Feb 2013 12:00:15 -0800 From: Craig Yoshida To: Fleuriot Damien Date: Wed, 20 Feb 2013 12:00:18 -0800 Subject: Re: messed up my ports somehow Thread-Topic: messed up my ports somehow Thread-Index: Ac4PpOYRJyWE0uzIT5yi4D9nAfTgrA== Message-ID: <056D5651-DB33-45B3-8D52-170A0664D974@scripps.edu> References: <2A37FBE7-82BC-4D9D-BDE1-E6F875DEA408@my.gd> <8E3F51EA-C860-42DF-8514-6B0DCCB30FD6@scripps.edu> <14A3D87C-3F0A-4785-A652-51343BC88A06@my.gd> In-Reply-To: <14A3D87C-3F0A-4785-A652-51343BC88A06@my.gd> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-Virus-Scanned: clamav-milter 0.97.6 at relay2b X-Virus-Status: Clean X-Spam-Score: undef - relay 137.131.200.130 marked with skip_spam_scan X-CanIt-Geo: ip=137.131.200.130; country=US; region=CA; city=San Diego; postalcode=92126; latitude=32.8897; longitude=-117.1336; metrocode=825; areacode=858; http://maps.google.com/maps?q=32.8897,-117.1336&z=6 X-CanItPRO-Stream: outbound (inherits from default) X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 137.131.200.30 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 20:01:23 -0000 fixed you, sir, are a rock star. ----------------------------------------------------------- Craig Yoshioka, Ph.D. (619) 623-2233 (cell) The Scripps Research Institute 10550 N. Torrey Pines Rd. La Jolla, CA 92037 On Feb 20, 2013, at 11:24 AM, Fleuriot Damien > w= rote: Then, I'm taking a wild guess at what I think is happening. You have WITH_PKGNG=3Dyes in /etc/make.conf Your portmaster is built without the PKGNG patch. Would you go to /usr/ports/ports-mgmt/portmaster/ then issue 'make config' If I'm right, you're only missing the patch, tick the option and issue: mak= e clean && make && make deinstall && make reinstall On Feb 20, 2013, at 8:22 PM, Craig Yoshida > wrote: pkg_info lists no packages pkg info seems to list them all. ----------------------------------------------------------- Craig Yoshioka, Ph.D. (619) 623-2233 (cell) The Scripps Research Institute 10550 N. Torrey Pines Rd. La Jolla, CA 92037 On Feb 20, 2013, at 11:15 AM, Fleuriot Damien > w= rote: What about either of these 2 ? pkg_info pkg info On Feb 20, 2013, at 8:14 PM, Craig Yoshioka > wrote: I was having problems with broken missing dependencies, etc. Long story sh= ort I fixed it by wiping a lot of stuff and reinstalling it, but now portma= ster does not seem to be working. running portmaster -l lists none of the = installed ports. Any ideas on how to fix it? _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 20:41:38 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B4978A00; Wed, 20 Feb 2013 20:41:38 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD3D339; Wed, 20 Feb 2013 20:41:37 +0000 (UTC) Received: from server.rulingia.com (c220-239-237-213.belrs5.nsw.optusnet.com.au [220.239.237.213]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id r1KKfE4s075031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 21 Feb 2013 07:41:15 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id r1KKf9En055687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 Feb 2013 07:41:09 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id r1KKf8SD055686; Thu, 21 Feb 2013 07:41:08 +1100 (EST) (envelope-from peter) Date: Thu, 21 Feb 2013 07:41:08 +1100 From: Peter Jeremy To: "Mikhail T." Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? Message-ID: <20130220204108.GA55280@server.rulingia.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: <51238AE9.20205@aldan.algebra.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, "office@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 20:41:38 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Feb-19 09:23:37 -0500, "Mikhail T." wro= te: >See, my understanding always was, the only possible reasons for a >compiler to produce a non-starting executable are: > > 1. The code is buggy. > 2. The compiler is buggy. > 3. Both of the above. > >My question was, which is it? You left out: 4. Code relies on language features that are not supported by the compiler. (It's not a bug that gcc 4.2.1 (eg) doesn't suppert C++11) 5. Code relies on specific compiler features Feel free to answer your own question if it's important to you. No-one else is particularly interested. >Yes, 4.6 is supposed to work and is supported by the office@ team. My >question was about 4.2.1, which happens to be the base cc/c++ in 8.x and >in 9.x as well, if world was built WITHOUT_CLANG. I too observe the >4.2.1-compiled office die at start-up -- the splash screen starts nicely >and exits after kicking off the actual soffice.bin which segfaults. As others have indicated, the toolchain provided in the base system is intended only for building the base system. If it works for you for other purposes, that's good. If you believe it has bugs, feel free to submit PRs. If the bugs don't affect the base system, they are unlikely --=20 Peter Jeremy --qDbXVdCdHGoSgWSk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlElNOQACgkQ/opHv/APuIfzHgCcCGcqH5XBorNK98mS6JKO0PZl OsQAnRlAysKhCL34TYSWSTUui8YYPBIC =c1RB -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 20:55:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 93490F4 for ; Wed, 20 Feb 2013 20:55:16 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 30152644 for ; Wed, 20 Feb 2013 20:55:15 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1KKtEtu008976; Wed, 20 Feb 2013 21:55:14 +0100 (CET) Received: from [217.29.46.10] ([217.29.46.10]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1KKtEls054556; Wed, 20 Feb 2013 21:55:14 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <512507A5.5080307@madpilot.net> Date: Wed, 20 Feb 2013 21:55:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6E4A6E9B-27FD-4FAD-A276-D271788D79DC@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 20:55:16 -0000 Hi, Guido, Am 20.02.2013 um 18:28 schrieb Guido Falsi : >> Is there no way to specify make variables that need values in the = port specific >> options file? >=20 > There is no per port file, but, bbeing make.conf a file sourced by = make, you can use make syntax: >=20 > .if ${.CURDIR:M*www/apache22*} > SUEXEC_DOCROOT=3D/foo/bar > .endif That will not just do fine, but really great. Since I have only one = target platform to build for, a central place to keep configuration is preferred, = anyway. Though I'm a seasoned admin, I did not know make was that capable. So = two reasons to say thanks. Case closed. ;-) Kind regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 21:22:51 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 904E4F87 for ; Wed, 20 Feb 2013 21:22:51 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wg0-x229.google.com (wg-in-x0229.1e100.net [IPv6:2a00:1450:400c:c00::229]) by mx1.freebsd.org (Postfix) with ESMTP id 0CAB27D5 for ; Wed, 20 Feb 2013 21:22:50 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id ds1so4952982wgb.2 for ; Wed, 20 Feb 2013 13:22:50 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date :to:x-gm-message-state; bh=j1mqdCUtKk4ziadvu2M+iI6dGqejkC9VW/vN63Onnhg=; b=HyN4xz1CqfNpTTIzkVBDLRGjjD5mtQ1s41KfRfUlDWG9a22IdDslbaT1/Ybb8xev/K LsJTDQBUrDdlYE1AIwm0AHb8aSFG19Ok/hPzMalzdHZb7njOZSgarGnZxe2z8WkhM6kI nMOBNVmbAFICpKlf48u6tMUrXPn/GbSy6Fi9CzoOP6OB6sADo8s1Ibm1kj/R2jhRlSRl FCm4CIxB/vKe0s/O/YP5W0XhIWSIlBsI3CFDQkU0Q/V8xgDnSc/xkbJmTkFRdrxjdKRr ysmJwBaWS0QdAxItSyUYN2OnSuyaaWSCDwmZe9ekObX7INfVykP+pHFsWcA58lRXXdRs eZMA== X-Received: by 10.194.122.131 with SMTP id ls3mr36889789wjb.55.1361395370032; Wed, 20 Feb 2013 13:22:50 -0800 (PST) Received: from [10.22.35.57] ([92.90.20.91]) by mx.google.com with ESMTPS id du2sm33560703wib.0.2013.02.20.13.22.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Feb 2013 13:22:48 -0800 (PST) References: <2A37FBE7-82BC-4D9D-BDE1-E6F875DEA408@my.gd> <8E3F51EA-C860-42DF-8514-6B0DCCB30FD6@scripps.edu> <14A3D87C-3F0A-4785-A652-51343BC88A06@my.gd> <056D5651-DB33-45B3-8D52-170A0664D974@scripps.edu> Mime-Version: 1.0 (1.0) In-Reply-To: <056D5651-DB33-45B3-8D52-170A0664D974@scripps.edu> Message-Id: X-Mailer: iPhone Mail (10B144) From: Damien Fleuriot Subject: SOLVED Re: messed up my ports somehow Date: Wed, 20 Feb 2013 22:22:33 +0100 To: Craig Yoshida X-Gm-Message-State: ALoCoQmx5uso8/4XIGay8kdKE9HoTNMIHTZPcmorB0saZSadwpu80HJ4y6TYv8nZTqRmeJXZQu++ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "stable@FreeBSD.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 21:22:51 -0000 Glad I could help :) On 20 Feb 2013, at 21:00, Craig Yoshida wrote: > fixed > you, sir, are a rock star. =20 >=20 >=20 > ----------------------------------------------------------- > Craig Yoshioka, Ph.D. > (619) 623-2233 (cell) > The Scripps Research Institute > 10550 N. Torrey Pines Rd. > La Jolla, CA 92037 >=20 >=20 >=20 >=20 >=20 >=20 >=20 >=20 > On Feb 20, 2013, at 11:24 AM, Fleuriot Damien wrote: >=20 >> Then, I'm taking a wild guess at what I think is happening. >>=20 >> You have WITH_PKGNG=3Dyes in /etc/make.conf >> Your portmaster is built without the PKGNG patch. >>=20 >>=20 >> Would you go to /usr/ports/ports-mgmt/portmaster/ >>=20 >> then issue 'make config' >>=20 >> If I'm right, you're only missing the patch, tick the option and issue: m= ake clean && make && make deinstall && make reinstall >>=20 >>=20 >>=20 >>=20 >> On Feb 20, 2013, at 8:22 PM, Craig Yoshida wrote: >>=20 >>> pkg_info lists no packages >>>=20 >>> pkg info seems to list them all. =20 >>>=20 >>>=20 >>>=20 >>> ----------------------------------------------------------- >>> Craig Yoshioka, Ph.D. >>> (619) 623-2233 (cell) >>> The Scripps Research Institute >>> 10550 N. Torrey Pines Rd. >>> La Jolla, CA 92037 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>>=20 >>> On Feb 20, 2013, at 11:15 AM, Fleuriot Damien wrote: >>>=20 >>>> What about either of these 2 ? >>>>=20 >>>>=20 >>>> pkg_info >>>>=20 >>>> pkg info >>>>=20 >>>>=20 >>>>=20 >>>>=20 >>>> On Feb 20, 2013, at 8:14 PM, Craig Yoshioka wrote: >>>>=20 >>>>> I was having problems with broken missing dependencies, etc. Long sto= ry short I fixed it by wiping a lot of stuff and reinstalling it, but now po= rtmaster does not seem to be working. running portmaster -l lists none of t= he installed ports. >>>>>=20 >>>>> Any ideas on how to fix it? >>>>>=20 >>>>> _______________________________________________ >>>>> freebsd-stable@freebsd.org mailing list >>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" >>>>=20 >>>> _______________________________________________ >>>> freebsd-stable@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 21:53:31 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 348A4D78 for ; Wed, 20 Feb 2013 21:53:31 +0000 (UTC) (envelope-from mi+thun@aldan.algebra.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id DF55B97C for ; Wed, 20 Feb 2013 21:53:30 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.0 cv=YKIdOG6x c=1 sm=0 a=sCkZyOwU0IjLO1BAXY68/A==:17 a=d8Isu0L9vBEA:10 a=ZrqZzSrQiogA:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=CqN0Xa_Ne8wA:10 a=BCZJ3XGa9iN6QQibAKIA:9 a=wPNLvfGTeEIA:10 a=RNU3s1wuz065lYDb:21 a=ChWfih-8Jx05fFTa:21 a=B-X5g-zTAAAA:8 a=Glztyuv-Os6YTJZVjKoA:9 a=_W_S_7VecoQA:10 a=Y83UZZ6Wq9TEBMyS:21 a=sCkZyOwU0IjLO1BAXY68/A==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 173.63.211.146 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [173.63.211.146] ([173.63.211.146:24581] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id 47/E1-28101-9D545215; Wed, 20 Feb 2013 16:53:29 -0500 Message-ID: <512545D9.4060401@aldan.algebra.com> Date: Wed, 20 Feb 2013 16:53:29 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130209 Thunderbird/17.0.2 MIME-Version: 1.0 To: Peter Jeremy Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <20130220204108.GA55280@server.rulingia.com> In-Reply-To: <20130220204108.GA55280@server.rulingia.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: stable@freebsd.org, "office@freebsd.org" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 21:53:31 -0000 20.02.2013 15:41, Peter Jeremy ???????(??): > You left out: > 4. Code relies on language features that are not supported by the compiler. > (It's not a bug that gcc 4.2.1 (eg) doesn't suppert C++11) If a compiler does not support a feature, it is supposed to error-out upon encountering it, not generate invalid code. If this was, in fact, the reason for the problem, it would've been a compiler bug. > 5. Code relies on specific compiler features Depending on what you mean by "compiler features" here, this is simply a duplicate of either your own 4 or my 1. > Feel free to answer your own question if it's important to you. No-one > else is particularly interested. Is that why you decided to chime-in? Because you are not "particularly interested"? Maybe, you should've remained outside this lovely discussion, if this was really true? Jung-uk Kim answered my question, though. > > As others have indicated, the toolchain provided in the base system is > intended only for building the base system. This was never true before and it is rather sad, if it were really becoming the truth now. More than likely, though, this is just a cheap excuse. Kind of like: "you did not pay for the code, did you, so don't expect it to work". -mi From owner-freebsd-stable@FreeBSD.ORG Wed Feb 20 23:40:38 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id ED7EE7AE; Wed, 20 Feb 2013 23:40:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x234.google.com (we-in-x0234.1e100.net [IPv6:2a00:1450:400c:c03::234]) by mx1.freebsd.org (Postfix) with ESMTP id 614342F8; Wed, 20 Feb 2013 23:40:38 +0000 (UTC) Received: by mail-we0-f180.google.com with SMTP id k14so6940553wer.25 for ; Wed, 20 Feb 2013 15:40:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=LhOv0Yne3We7vblLfwEsZgvwX7P2M4UHwyEHu+KeyiQ=; b=S3+qw7RjYkqv8Vwc7SbEz6xoaXJQSQ9gCxLdhD06wm/Rh3rUa0bk6BnRhaheFPUxSd U/qk2ECZY9NCtzWjkDtLYx/tV2tVHYYHdCvWceU2B3zBjWzHrn7q8SjvR5Xoab9Jl8hy 1xY8RSOGTZG2SRGk/4Ah2v60Ujy4uPRUeT1m8M85oGQvdjFdGHtfRHT7tPv55v05sRFa LD09sf/sKtriU5FgVxKZwaVpsNnfJPXlrUCkrb2A4mMp4nEAYNlvJkcvw+kMmk657NMf vB8Fr8AmZe0Wp5NZym8/MK2tFRLi10baTB2kcJOlsu2oQQ9qOYovtxGjBGpB1vmx+V9r vElw== MIME-Version: 1.0 X-Received: by 10.194.170.165 with SMTP id an5mr1102267wjc.41.1361403637553; Wed, 20 Feb 2013 15:40:37 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.236.88 with HTTP; Wed, 20 Feb 2013 15:40:37 -0800 (PST) In-Reply-To: <512545D9.4060401@aldan.algebra.com> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <20130220204108.GA55280@server.rulingia.com> <512545D9.4060401@aldan.algebra.com> Date: Wed, 20 Feb 2013 15:40:37 -0800 X-Google-Sender-Auth: BHtGpCXvPLHEMKc38ICz7Ck3Mss Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Adrian Chadd To: "Mikhail T." Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, "office@freebsd.org" , Peter Jeremy X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Feb 2013 23:40:39 -0000 On 20 February 2013 13:53, Mikhail T. wrote: >> As others have indicated, the toolchain provided in the base system is >> intended only for building the base system. > This was never true before and it is rather sad, if it were really > becoming the truth now. More than likely, though, this is just a cheap > excuse. Kind of like: "you did not pay for the code, did you, so don't > expect it to work". That's because of a mad dash for new C/C++ functionailty post 4.2 which also happened to coincide with a licence change to GPLv3. Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 02:23:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5682BCF6 for ; Thu, 21 Feb 2013 02:23:21 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-oa0-f52.google.com (mail-oa0-f52.google.com [209.85.219.52]) by mx1.freebsd.org (Postfix) with ESMTP id 25B03BDE for ; Thu, 21 Feb 2013 02:23:20 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id k14so8536427oag.25 for ; Wed, 20 Feb 2013 18:23:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=rvex30iyxmwqSPYIpHwcEIM+e7KOBDyRaDg85tzHDhE=; b=y2lOYCFABNtcxUc8X+PxXK0raL6IFEKfhDVtbbjm9HdL8VhEc/VcorebgXtNCWnD6j cczIkF+QxXKhXfBN2QjUlgy9aX++WJ3OHh+Sg67qyjDght8IVePR4AnvUPTOuO6ppPsv zPX5y0EOx8OSBlvZSWduBLoI8ZPjbLW0tQKnhWkaAyLhR856ygKxN9htcKg6s0kwCvf+ 72R05O8HSkhexe9EUXsWWZOydUAOf0Nj2Sog2Z6m6Kfc2WjCyEUks3EaaSUX7wPmQ1wZ Q2jaaCg2l/nssoJsw8q8K8QAYabvvbB7IpE4S+9bV9sm64TKC2NRwaukbMXeVu5GBW1q PauQ== MIME-Version: 1.0 X-Received: by 10.60.1.225 with SMTP id 1mr9987152oep.141.1361413400039; Wed, 20 Feb 2013 18:23:20 -0800 (PST) Received: by 10.60.92.130 with HTTP; Wed, 20 Feb 2013 18:23:19 -0800 (PST) In-Reply-To: <51250E61.8080209@gmx.de> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> Date: Wed, 20 Feb 2013 20:23:19 -0600 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Greg Miller To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 02:23:21 -0000 On 2/20/13, Matthias Andree wrote: > What is your point, besides getting software from the museum to build > stuff from the relative future? I can't speak for the OP, but I tried it because clang, gcc46, and gcc47 wouldn't produce a working executable at all for a long time (and continue to fail) on my 9.0 and 9.1 systems. There's been so much libreoffice breakage that I don't even bother reporting it or making much effort to fix it. I just reboot to Windows for the cases where I need a working libreoffice. I don't much care whether gcc 4.2 produces a working libreoffice; I just wish something did. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 06:50:25 2013 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B51E97B2 for ; Thu, 21 Feb 2013 06:50:25 +0000 (UTC) (envelope-from truckman@FreeBSD.org) Received: from gw.catspoiler.org (gw.catspoiler.org [75.1.14.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3E11482 for ; Thu, 21 Feb 2013 06:50:25 +0000 (UTC) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.3/8.13.3) with ESMTP id r1L6T5VU001000; Wed, 20 Feb 2013 22:29:09 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <201302210629.r1L6T5VU001000@gw.catspoiler.org> Date: Wed, 20 Feb 2013 22:29:05 -0800 (PST) From: Don Lewis Subject: Re: RELENG_8: amdtemp module and newer CPUs not working. MFC? To: torfinn.ingolfsen@getmail.no In-Reply-To: <20130217135317.5c4d10819e8d12440785a3a0@getmail.no> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Cc: freebsd-stable@FreeBSD.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 06:50:25 -0000 On 17 Feb, Torfinn Ingolfsen wrote: > Hello, > I'm running FreeBSD 8.3-stable on a machine with an AMD A8-5600K cpu. > tingo@kg-quiet$ uname -a > FreeBSD kg-quiet.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #2: Fri Jan 4 19:18:15 CET 2013 > root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > tingo@kg-quiet$ dmesg | grep CPU | head -1 > CPU: AMD A8-5600K APU with Radeon(tm) HD Graphics (3618.02-MHz K8-class CPU) > > Unfortunately, the amdtemp.ko module doesn't work: > tingo@kg-quiet$ kldstat | grep temp > 10 1 0xffffffff8123e000 f0f amdtemp.ko > tingo@kg-quiet$ sysctl dev.amdtemp > sysctl: unknown oid 'dev.amdtemp' > > Based on a thread[1] on the forums, amdtemp.c from -CURRENT work. > But it doesn't compile under FreeBSD 8.3-stable: Updating amdtemp is on my TODO list. It has some issues even on -CURRENT. This is kind of far down my priority list because on most of my AMD machines, I can also get the temperature without amdtemp: % sysctl hw.acpi.thermal.tz0.temperature hw.acpi.thermal.tz0.temperature: 30.0C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 07:23:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 587C562B for ; Thu, 21 Feb 2013 07:23:41 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:228]) by mx1.freebsd.org (Postfix) with ESMTP id 3DBBE17CB for ; Thu, 21 Feb 2013 07:23:41 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta15.emeryville.ca.mail.comcast.net with comcast id 2vNq1l0071vN32cAFvPgP0; Thu, 21 Feb 2013 07:23:40 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta22.emeryville.ca.mail.comcast.net with comcast id 2vPf1l00a1t3BNj8ivPg8E; Thu, 21 Feb 2013 07:23:40 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id E517773A1C; Wed, 20 Feb 2013 23:23:39 -0800 (PST) Date: Wed, 20 Feb 2013 23:23:39 -0800 From: Jeremy Chadwick To: Don Lewis Subject: Re: RELENG_8: amdtemp module and newer CPUs not working. MFC? Message-ID: <20130221072339.GA74725@icarus.home.lan> References: <20130217135317.5c4d10819e8d12440785a3a0@getmail.no> <201302210629.r1L6T5VU001000@gw.catspoiler.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201302210629.r1L6T5VU001000@gw.catspoiler.org> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361431420; bh=EX5mq1wQO/3tYqaDn2Q25I+q3iy5ud+2SK5uLT7XXYM=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=mVHedTPgJc5QPO/SsKHYGTA+avDLuanedxvBMJEhCSFUoOW8L5IGR181nPsazHItI /bOS8mAMqYTrafhRReAq+Ck6U2iXHZzpjgBlKW10cu6MdZiijEI3nO2NqAI6QNhzev obLCpYYkcur+I54PUvDniMe2D3tSo5vuHjjFoHfEmffL69tLeTyfTfa/pVatD9OCL6 19zuQS1gNMVo70LqOoDyUoJsNWT1NnSGeqTYlYZOJuQWiwcpiIwYstCzch/Nofnf8l 4Q6Basepe/KoESG6SLdFxV5ovzZf+Alw7eqKflVN77zIMX2abmbqVpUPGBhLTlptLU qQ45Y5SztGw5w== Cc: freebsd-stable@FreeBSD.org, torfinn.ingolfsen@getmail.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 07:23:41 -0000 On Wed, Feb 20, 2013 at 10:29:05PM -0800, Don Lewis wrote: > On 17 Feb, Torfinn Ingolfsen wrote: > > Hello, > > I'm running FreeBSD 8.3-stable on a machine with an AMD A8-5600K cpu. > > tingo@kg-quiet$ uname -a > > FreeBSD kg-quiet.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #2: Fri Jan 4 19:18:15 CET 2013 > > root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 > > tingo@kg-quiet$ dmesg | grep CPU | head -1 > > CPU: AMD A8-5600K APU with Radeon(tm) HD Graphics (3618.02-MHz K8-class CPU) > > > > Unfortunately, the amdtemp.ko module doesn't work: > > tingo@kg-quiet$ kldstat | grep temp > > 10 1 0xffffffff8123e000 f0f amdtemp.ko > > tingo@kg-quiet$ sysctl dev.amdtemp > > sysctl: unknown oid 'dev.amdtemp' > > > > Based on a thread[1] on the forums, amdtemp.c from -CURRENT work. > > But it doesn't compile under FreeBSD 8.3-stable: > > Updating amdtemp is on my TODO list. It has some issues even on > -CURRENT. This is kind of far down my priority list because on most of > my AMD machines, I can also get the temperature without amdtemp: > > % sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 30.0C There's an implication in your statement here, so I want to clarify for readers (as the author of sysutils/bsdhwmon): acpi_thermal(4) does not necessarily "tie in" to an on-die DTS within the CPU. Your motherboards and CPUs (both matter! (e.g. for Intel CPUs, see PECI (not a typo)) may offer this tie-in, but such is not the case for many people. I tend to find ACPI thermal zones used in laptops and very rarely anywhere else. acpi_thermal(4) may return temperatures from zones that are mapped to readings from Super I/O chips or dedicated H/W monitoring ICs (such as ones provided by Nuvuton/Winbond, LM, ITE, ADT, etc.). It all depends on how the BIOSes ACPI tables are written/what maps to what. Such ICs DO NOT have anything to do with the on-die DTS which both amdtemp(4) and coretemp(4) use -- instead, these chips use external thermistors which may be placed anywhere on the motherboard (such as under the CPU socket, or wherever the manufacturer chooses (and more often than not, does not document)). My point: under the CPU thermistor != within the CPU DTS. They measure two different things, and are not guaranteed to be even remotely similar. I can show proof of this (a very large delta between Core i5 core DTSes and an on-board IT87xxx) if requested. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 08:28:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C41F3336 for ; Thu, 21 Feb 2013 08:28:53 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) by mx1.freebsd.org (Postfix) with ESMTP id 93E661A6B for ; Thu, 21 Feb 2013 08:28:53 +0000 (UTC) Received: by mail-ie0-f169.google.com with SMTP id 13so11204634iea.28 for ; Thu, 21 Feb 2013 00:28:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=vl5HaHsJ/tQfOvhWbcTkgb2DYoWyjpTDesB2r/rVS/o=; b=LscmgGVcv5+x9mtxTgasHWH80fPDnPcvzuMeGW0p2IHp1fEwjUPnCbD/pbNJn2pj69 5t0dx65c0frRJqAfurvuSnmEelCRhDULRRFSNLJxHNcr5fUAhEfIpT6ccla+4R4LOQkQ cPQdQTRTn53R4OiYRKn50IEZbhZRnl9KJjBGi1shznO+W7Kmup8u7wKLfaa7uPfJd9u2 2mN2W76d4A39X4ZXwHE6xeGEkh5i2HMXlNfP3olijMxw88JYrqlYn6pxkDKvdNZ/hCey DOe6ab/k1ymogBJPjGtEtFGyIts/9lPyWytySirhByxNRK2CFDwmei4BOPCaqf5XNnNp uLaw== MIME-Version: 1.0 X-Received: by 10.50.13.175 with SMTP id i15mr12182087igc.75.1361435332524; Thu, 21 Feb 2013 00:28:52 -0800 (PST) Received: by 10.64.63.12 with HTTP; Thu, 21 Feb 2013 00:28:52 -0800 (PST) Received: by 10.64.63.12 with HTTP; Thu, 21 Feb 2013 00:28:52 -0800 (PST) In-Reply-To: References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> Date: Thu, 21 Feb 2013 08:28:52 +0000 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Chris Rees To: Greg Miller Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 08:28:53 -0000 On 21 Feb 2013 02:23, "Greg Miller" wrote: > > On 2/20/13, Matthias Andree wrote: > > What is your point, besides getting software from the museum to build > > stuff from the relative future? > > I can't speak for the OP, but I tried it because clang, gcc46, and > gcc47 wouldn't produce a working executable at all for a long time > (and continue to fail) on my 9.0 and 9.1 systems. There's been so much > libreoffice breakage that I don't even bother reporting it or making > much effort to fix it. I just reboot to Windows for the cases where I > need a working libreoffice. I don't much care whether gcc 4.2 produces > a working libreoffice; I just wish something did. Try the packages Dominic Fandrey generated. http://wiki.bsdforen.de/anwendungen/libreoffice_aus_inoffiziellen_paketen#freebsd_amd64i386_9183_kamikaze Chris From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:14:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B0ACC1602 for ; Thu, 21 Feb 2013 12:14:00 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4088134A for ; Thu, 21 Feb 2013 12:14:00 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LAjDWA091642 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 21 Feb 2013 21:15:19 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 21 Feb 2013 21:15:13 +1030 Subject: IPMI serial console To: "freebsd-stable@freebsd.org stable" Message-Id: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:14:00 -0000 Hi all, A recent thread inspired me to try getting a proper serial console = working on a Supermicro X9SCL motherboard with IPMI. However I find that while I see loader messages and the getty I enabled = after boot I don't get any kernel messages which does somewhat limit the = utility.. The BMC creates COM3 (/dev/cuau2) which works with getty. I modified = /boot/loader.conf like so.. boot_multicons=3D"yes" boot_serial=3D"YES" console=3D"comconsole vidconsole" comconsole_speed=3D"115200" # Disable console flags on these 2 ports hint.uart.0.flags=3D"0x00" hint.uart.1.flags=3D"0x00" # Set console flag hint.uart.2.flags=3D"0x10" Does anyone have any hints? -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:18:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BC1F31B97 for ; Thu, 21 Feb 2013 12:18:41 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 531166A6 for ; Thu, 21 Feb 2013 12:18:41 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1LB11hB019789; Thu, 21 Feb 2013 12:01:01 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1LB11oG020492; Thu, 21 Feb 2013 12:01:01 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <5125FA8A.8060701@madpilot.net> Date: Thu, 21 Feb 2013 12:01:01 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4D4F2442-DB1D-4906-88D8-746E57AA002C@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> <5125E0CE.7030709@madpilot.net> <4647BC50-5866-4B9D-B5A5-B1852EB6045E@punkt.de> <5125FA8A.8060701@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:18:41 -0000 Hi! Am 21.02.2013 um 11:44 schrieb Guido Falsi : > Just to be sure, are you putting these lines in poudriere's make.conf = for your jail? Yes, sure. nanobsd# cat /usr/local/etc/poudriere.d/make.conf=20 PROXY=3Don PROXY_HTTP=3Don SUEXEC=3Don SUEXEC_DOCROOT=3D/var/apache SUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log I'm toying with just the Apache package at the moment. Once I get that = built successfully with my customizations, I will move on. > make -DBATCH SUEXEC_DOCROOT=3D/var/apache = SUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log install nanobsd# make -DBATCH SUEXEC_DOCROOT=3D/var/apache = SUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log install ... nanobsd# /usr/local/sbin/suexec -V -D AP_DOC_ROOT=3D"/var/apache" -D AP_GID_MIN=3D1000 -D AP_HTTPD_USER=3D"www" -D AP_LOG_EXEC=3D"/var/apache/GLOBAL/suexec_log" -D AP_SAFE_PATH=3D"/usr/local/bin:/usr/bin:/bin" -D AP_UID_MIN=3D1000 -D AP_USERDIR_SUFFIX=3D"public_html" Yes! :-) OK, now now we are back to Poudriere again. Next I'll try to = pass the enable/disable stuff via OptionsNG and then put only the pathnames = into make.conf. Kind regards, Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:18:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A9FAF1B9C for ; Thu, 21 Feb 2013 12:18:42 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 4499B6A8 for ; Thu, 21 Feb 2013 12:18:42 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1L8wI3N016644; Thu, 21 Feb 2013 09:58:18 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1L8wIwc015278; Thu, 21 Feb 2013 09:58:18 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <5125E0CE.7030709@madpilot.net> Date: Thu, 21 Feb 2013 09:58:17 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4DCD9F0B-9230-4F91-968C-810C15B06466@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> <5125E0CE.7030709@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:18:42 -0000 Hi, all, Am 21.02.2013 um 09:54 schrieb Guido Falsi : > Sorry, I forgot to mention: no tabs. tabs have a spacial meaning to = make. > They mean a shell command follows and should be used only in make = targets. I *should* have guessed as much ;-) Of course tabs are syntactically = relevant. Thanks again. Patrick--=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:18:43 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8A0351B9F for ; Thu, 21 Feb 2013 12:18:43 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 3236F6AA for ; Thu, 21 Feb 2013 12:18:43 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1L9Fxqs017170; Thu, 21 Feb 2013 10:15:59 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1L9FxOs016088; Thu, 21 Feb 2013 10:15:59 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <5125E0CE.7030709@madpilot.net> Date: Thu, 21 Feb 2013 10:15:59 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <4647BC50-5866-4B9D-B5A5-B1852EB6045E@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> <5125E0CE.7030709@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:18:43 -0000 Hi, Guido, hope you have a couple of more minutes ... After the first failure with the make.conf syntax I just put the options = in unconditionally, to try if they end up in the final Apache package. Nope: Server version: Apache/2.2.23 (FreeBSD) Server built: Feb 21 2013 08:56:52 Server's Module Magic Number: 20051115:31 Server loaded: APR 1.4.6, APR-Util 1.4.1 Compiled using: APR 1.4.6, APR-Util 1.4.1 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR=3D"server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses disabled) -D APR_USE_FLOCK_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D HTTPD_ROOT=3D"/usr/local" -D SUEXEC_BIN=3D"/usr/local/bin/suexec" -D DEFAULT_PIDLOG=3D"/var/run/httpd.pid" -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" -D DEFAULT_LOCKFILE=3D"/var/run/accept.lock" -D DEFAULT_ERRORLOG=3D"logs/error_log" -D AP_TYPES_CONFIG_FILE=3D"etc/apache22/mime.types" -D SERVER_CONFIG_FILE=3D"etc/apache22/httpd.conf" No PROXY_HTTP, no SUEXEC_DOCROOT ... OK, tried manually wihtout Poudriere: cd /usr/ports/www/apache22 make deinstall rm -r /var/db/ports/apache22 make clean make -DBATCH -DPROXY=3Don -DPROXY_HTTP=3Don -DSUEXEC=3Don = -DSUEXEC_DOCROOT=3D/var/apache = -DSUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log install Result: nanobsd# httpd -V Server version: Apache/2.2.23 (FreeBSD) Server built: Feb 21 2013 10:05:05 Server's Module Magic Number: 20051115:31 Server loaded: APR 1.4.6, APR-Util 1.4.1 Compiled using: APR 1.4.6, APR-Util 1.4.1 Architecture: 64-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR=3D"server/mpm/prefork" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses disabled) -D APR_USE_FLOCK_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=3D128 -D HTTPD_ROOT=3D"/usr/local" -D SUEXEC_BIN=3D"/usr/local/bin/suexec" -D DEFAULT_PIDLOG=3D"/var/run/httpd.pid" -D DEFAULT_SCOREBOARD=3D"logs/apache_runtime_status" -D DEFAULT_LOCKFILE=3D"/var/run/accept.lock" -D DEFAULT_ERRORLOG=3D"logs/error_log" -D AP_TYPES_CONFIG_FILE=3D"etc/apache22/mime.types" -D SERVER_CONFIG_FILE=3D"etc/apache22/httpd.conf" So it seems like the method I used for years does not work anymore now = that we have OptionsNG :-( I already spent quite some time searching the = documentation for a way to specify these options, without success so far. Next try: make config, enable PROXY, PROXY_HTTP, SUEXEC, then specify the rest on = the command line when building: make -DBATCH -DSUEXEC_DOCROOT=3D/var/apache = -DSUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log install Result: Proxy modules installed, suexec binary installed, but: nanobsd# /usr/local/sbin/suexec -V -D AP_DOC_ROOT=3D"/usr/local/www/data" -D AP_GID_MIN=3D1000 -D AP_HTTPD_USER=3D"www" -D AP_LOG_EXEC=3D"/var/log/httpd-suexec.log" -D AP_SAFE_PATH=3D"/usr/local/bin:/usr/bin:/bin" -D AP_UID_MIN=3D1000 -D AP_USERDIR_SUFFIX=3D"public_html" *gnagnagna* ... I'm running out of ideas here. But this is definitely no Poudriere related question, anymore. Thanks = for your help. If you have a pointer to something I might have missed regarding = OptionsNG, that would be great. Kind regards Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:18:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 773D91BA4 for ; Thu, 21 Feb 2013 12:18:44 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id 12B9D6AE for ; Thu, 21 Feb 2013 12:18:43 +0000 (UTC) Received: from hugo10.ka.punkt.de ([217.29.45.10]) by gate2.intern.punkt.de with ESMTP id r1L8fsUO016191; Thu, 21 Feb 2013 09:41:54 +0100 (CET) Received: from hausen-mbp.intern.punkt.de (hausen-mbp.intern.punkt.de [217.29.45.135] (may be forged)) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id r1L8fscP014537; Thu, 21 Feb 2013 09:41:54 +0100 (CET) (envelope-from hausen@punkt.de) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Poudriere questions From: "Patrick M. Hausen" In-Reply-To: <512507A5.5080307@madpilot.net> Date: Thu, 21 Feb 2013 09:41:54 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> To: Guido Falsi X-Mailer: Apple Mail (2.1499) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:18:44 -0000 Good morning, Am 20.02.2013 um 18:28 schrieb Guido Falsi : > There is no per port file, but, bbeing make.conf a file sourced by = make, you can use make syntax: >=20 > .if ${.CURDIR:M*www/apache22*} > SUEXEC_DOCROOT=3D/foo/bar > .endif Now that I gave that a try it seems like there's something missing: "/etc/make.conf", line 5: Unassociated shell command "PROXY=3Don" "/etc/make.conf", line 6: Unassociated shell command "PROXY_HTTP=3Don" "/etc/make.conf", line 7: Unassociated shell command "SUEXEC=3Don" "/etc/make.conf", line 8: Unassociated shell command = "SUEXEC_DOCROOT=3D/var/apache" "/etc/make.conf", line 9: Unassociated shell command = "SUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log" That's my make.conf: .if ${.CURDIR:M*www/apache22*} PROXY=3Don PROXY_HTTP=3Don SUEXEC=3Don SUEXEC_DOCROOT=3D/var/apache SUEXEC_LOGFILE=3D/var/apache/GLOBAL/suexec_log .endif Thanks Patrick --=20 punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: J=FCrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:20:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 4016723E for ; Thu, 21 Feb 2013 12:20:03 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id B6FD37CF for ; Thu, 21 Feb 2013 12:20:02 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id r1LBMC75088377 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 21 Feb 2013 13:22:13 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <51260364.5040104@digsys.bg> Date: Thu, 21 Feb 2013 13:22:12 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.12) Gecko/20130125 Thunderbird/10.0.12 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:20:03 -0000 On 21.02.13 04:23, Greg Miller wrote: > On 2/20/13, Matthias Andree wrote: >> What is your point, besides getting software from the museum to build >> stuff from the relative future? > I can't speak for the OP, but I tried it because clang, gcc46, and > gcc47 wouldn't produce a working executable at all for a long time > (and continue to fail) on my 9.0 and 9.1 systems. There's been so much > libreoffice breakage that I don't even bother reporting it or making > much effort to fix it. I just reboot to Windows for the cases where I > need a working libreoffice. I don't much care whether gcc 4.2 produces > a working libreoffice; I just wish something did. Did you build the Windows version yourself from source? If not, why you just don't get the binary WhateverOffice for FreeBSD and be done with this "problem"? That will surely save you the reboots. At least. Daniel From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 12:33:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 19F0C3B5 for ; Thu, 21 Feb 2013 12:33:12 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id C94FEAA6 for ; Thu, 21 Feb 2013 12:33:11 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3ZBTyR24fJzFTWQ; Thu, 21 Feb 2013 09:54:39 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XQSwyx0qMhds; Thu, 21 Feb 2013 09:54:37 +0100 (CET) Received: from vwg82.hq.ignesti.it (unknown [80.74.176.55]) by winston.madpilot.net (Postfix) with ESMTPSA; Thu, 21 Feb 2013 09:54:37 +0100 (CET) Message-ID: <5125E0CE.7030709@madpilot.net> Date: Thu, 21 Feb 2013 09:54:38 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: "Patrick M. Hausen" Subject: Re: Poudriere questions References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> In-Reply-To: <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 12:33:12 -0000 On 02/21/13 09:41, Patrick M. Hausen wrote: > Good morning, > > Am 20.02.2013 um 18:28 schrieb Guido Falsi : >> There is no per port file, but, bbeing make.conf a file sourced by make, you can use make syntax: >> >> .if ${.CURDIR:M*www/apache22*} >> SUEXEC_DOCROOT=/foo/bar >> .endif > > > Now that I gave that a try it seems like there's something missing: > > "/etc/make.conf", line 5: Unassociated shell command "PROXY=on" > "/etc/make.conf", line 6: Unassociated shell command "PROXY_HTTP=on" > "/etc/make.conf", line 7: Unassociated shell command "SUEXEC=on" > "/etc/make.conf", line 8: Unassociated shell command "SUEXEC_DOCROOT=/var/apache" > "/etc/make.conf", line 9: Unassociated shell command "SUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log" > > That's my make.conf: > > .if ${.CURDIR:M*www/apache22*} > PROXY=on > PROXY_HTTP=on > SUEXEC=on > SUEXEC_DOCROOT=/var/apache > SUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log > .endif > Sorry, I forgot to mention: no tabs. tabs have a spacial meaning to make. They mean a shell command follows and should be used only in make targets. Use spaces to indent things. -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 13:06:23 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78E1AC5F for ; Thu, 21 Feb 2013 13:06:23 +0000 (UTC) (envelope-from mauzo@anubis.morrow.me.uk) Received: from isis.morrow.me.uk (isis.morrow.me.uk [204.109.63.142]) by mx1.freebsd.org (Postfix) with ESMTP id 5754FCB for ; Thu, 21 Feb 2013 13:06:23 +0000 (UTC) Received: from anubis.morrow.me.uk (host109-150-212-220.range109-150.btcentralplus.com [109.150.212.220]) (Authenticated sender: mauzo) by isis.morrow.me.uk (Postfix) with ESMTPSA id F2F32450CD; Thu, 21 Feb 2013 13:06:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.7.4 isis.morrow.me.uk F2F32450CD DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=morrow.me.uk; s=dkim201101; t=1361451982; bh=cw+MB7Wcsc8AibD2AMQm/MyoHZ4/svyVcBNXoiHTqH8=; h=Date:From:To:Subject:References:In-Reply-To; b=LK2pLLtiHjIE/3FcArTMOaN/XZ6v5HYV/YeHcXdabSW0wPtm55fPM0NhHiLIoCWyS HqoZfeoI0C3bVKVB9TLu+jBlEVkz7JgEzHFQkptJ7bW1tAVno75ysdAJcIs2vLxPag KnuIDDtT3DKlTBj8t47m4yjqIN6zgJsBitBZ+TCA= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.6 at isis.morrow.me.uk Received: by anubis.morrow.me.uk (Postfix, from userid 5001) id D7E579B5B; Thu, 21 Feb 2013 13:06:16 +0000 (GMT) Date: Thu, 21 Feb 2013 13:06:16 +0000 From: Ben Morrow To: hausen@punkt.de, freebsd-stable@freebsd.org Subject: Re: Poudriere questions Message-ID: <20130221130612.GA48410@anubis.morrow.me.uk> References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> <5125E0CE.7030709@madpilot.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4647BC50-5866-4B9D-B5A5-B1852EB6045E@punkt.de> X-Newsgroups: gmane.os.freebsd.stable Organization: morrow.me.uk User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:06:23 -0000 Quoth "Patrick M. Hausen" : > > OK, tried manually wihtout Poudriere: > > cd /usr/ports/www/apache22 > make deinstall > rm -r /var/db/ports/apache22 > make clean > make -DBATCH -DPROXY=on -DPROXY_HTTP=on -DSUEXEC=on > -DSUEXEC_DOCROOT=/var/apache > -DSUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log install You need to read man make. Make's -D option doesn't work the same as cc's; this defines variables called "PROXY=on" and so on to the value 1. Ben From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 13:13:12 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C3D90FF6 for ; Thu, 21 Feb 2013 13:13:12 +0000 (UTC) (envelope-from mad@madpilot.net) Received: from winston.madpilot.net (winston.madpilot.net [78.47.75.155]) by mx1.freebsd.org (Postfix) with ESMTP id 73F8D15A for ; Thu, 21 Feb 2013 13:13:12 +0000 (UTC) Received: from winston.madpilot.net (localhost [127.0.0.1]) by winston.madpilot.net (Postfix) with ESMTP id 3ZBXP71tZ3zFTvn; Thu, 21 Feb 2013 11:44:27 +0100 (CET) X-Virus-Scanned: amavisd-new at madpilot.net Received: from winston.madpilot.net ([127.0.0.1]) by winston.madpilot.net (winston.madpilot.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zK9_t3qEUvGh; Thu, 21 Feb 2013 11:44:25 +0100 (CET) Received: from vwg82.hq.ignesti.it (unknown [80.74.176.55]) by winston.madpilot.net (Postfix) with ESMTPSA; Thu, 21 Feb 2013 11:44:25 +0100 (CET) Message-ID: <5125FA8A.8060701@madpilot.net> Date: Thu, 21 Feb 2013 11:44:26 +0100 From: Guido Falsi User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: "Patrick M. Hausen" Subject: Re: Poudriere questions References: <2954D7E9-5FBD-4A9E-A097-195F2BBB195E@punkt.de> <512502C3.9010702@madpilot.net> <0A93B8B5-9C00-4E5E-A0CC-D8CF51A65A82@punkt.de> <512507A5.5080307@madpilot.net> <2F88E216-2412-4FA2-99BE-36DB37D15EC0@punkt.de> <5125E0CE.7030709@madpilot.net> <4647BC50-5866-4B9D-B5A5-B1852EB6045E@punkt.de> In-Reply-To: <4647BC50-5866-4B9D-B5A5-B1852EB6045E@punkt.de> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org List" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 13:13:12 -0000 On 02/21/13 10:15, Patrick M. Hausen wrote: > Hi, Guido, > > hope you have a couple of more minutes ... > > After the first failure with the make.conf syntax I just put the options in unconditionally, > to try if they end up in the final Apache package. Just to be sure, are you putting these lines in poudriere's make.conf for your jail? The one in /usr/local/etc/poudriere.d/make.conf (poudriere global one, or the jail-make.conf one if you need different ones for different environments) poudriere will use that one when building, not the one in /etc. > OK, tried manually wihtout Poudriere: > > make config, enable PROXY, PROXY_HTTP, SUEXEC, then specify the rest on the command > line when building: > > make -DBATCH -DSUEXEC_DOCROOT=/var/apache -DSUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log install > This command line isn't correct. In fact I don't really know how it could have ever worked. From make(1): -D variable Define variable to be 1, in the global context. An example should clarify things up > make -DFOO=bar -V FOO > make -DFOO=bar -V FOO=bar 1 > make FOO=bar -V FOO bar The correct one should be make -DBATCH SUEXEC_DOCROOT=/var/apache SUEXEC_LOGFILE=/var/apache/GLOBAL/suexec_log install -- Guido Falsi From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 14:17:46 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2ECBC72E for ; Thu, 21 Feb 2013 14:17:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id C5C9F798 for ; Thu, 21 Feb 2013 14:17:45 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U8WyB-0003sN-QV for freebsd-stable@freebsd.org; Thu, 21 Feb 2013 15:17:55 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Feb 2013 15:17:55 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 21 Feb 2013 15:17:55 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Walter Hurry Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? Date: Thu, 21 Feb 2013 14:17:23 +0000 (UTC) Lines: 16 Message-ID: References: <511CED39.2010909@aldan.algebra.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginmedia.com User-Agent: Pan/0.135 (Tomorrow I'll Wake Up and Scald Myself with Tea; GIT 30dc37b master) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 14:17:46 -0000 On Mon, 18 Feb 2013 21:35:35 -0800, Kevin Oberman wrote: > Just for the record, is find that it works fine for me with gcc-4.6. > 9.1-STABLE on i386 system. Building it with the default compiler results > in a successful build, but the program would simply exit after a few > seconds with no error. The exist status was 0. No messages. When I built > with 4.6, it builds and runs fine, at least for the things I've tried. > (4.6 invoked by setting WITH_GCC.) I confess I don't understand what all the fuss is about. LO *wants* to build with clang, clang is part of base, and LO builds and runs perfectly with clang (for me at any rate: 9.1-RELEASE on amd64). What is the issue? Is there some reason of which I am unaware, why people want to avoid using clang/llvm? From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 14:49:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9CAA341A for ; Thu, 21 Feb 2013 14:49:26 +0000 (UTC) (envelope-from greglmiller@gmail.com) Received: from mail-oa0-f45.google.com (mail-oa0-f45.google.com [209.85.219.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF989E0 for ; Thu, 21 Feb 2013 14:49:26 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id o6so9352849oag.18 for ; Thu, 21 Feb 2013 06:49:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=aK73zcNFXvIjQMwHm2m0c+JrlTMS/xNF+hX3xOquWy0=; b=oZU0mhpLxxzNIdUFrZvrsbc4t+/TWJw3XYdvCtgKGu8XgAPybpfAQw2NAEnV5eS1F2 KR4ZVFW24/6R/RL5NOYAGKHwVo1P36GE1K0BhnqveSDlBvwOPlYSSGXyw7ZxCddr12xx Q89D0YyIeETB5a78sR7cI9IdEimWEo6F/JTd12vslrQfg5KULxRCAhGSrsMkQBuxvlRZ yD+LbtIcaWV1i3K6Ua4njVhTUSjmO3nJuR88A2Wr226Zy+9uokpVq4+DdJb3xBxb5r6A 96FAzeHQ4cUJLx2OlH8ihb1jpwGyxfViAfJkJyHdpJ+8JUduR3sRzqLT27lLKiqp0K7v bMlw== MIME-Version: 1.0 X-Received: by 10.60.1.225 with SMTP id 1mr10782883oep.141.1361458165737; Thu, 21 Feb 2013 06:49:25 -0800 (PST) Received: by 10.60.92.130 with HTTP; Thu, 21 Feb 2013 06:49:25 -0800 (PST) In-Reply-To: <51260364.5040104@digsys.bg> References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> <51260364.5040104@digsys.bg> Date: Thu, 21 Feb 2013 08:49:25 -0600 Message-ID: Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? From: Greg Miller To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 14:49:26 -0000 On 2/21/13, Daniel Kalchev wrote: > > > On 21.02.13 04:23, Greg Miller wrote: >> I can't speak for the OP, but I tried it because clang, gcc46, and >> gcc47 wouldn't produce a working executable at all for a long time >> (and continue to fail) on my 9.0 and 9.1 systems. There's been so much >> libreoffice breakage that I don't even bother reporting it or making >> much effort to fix it. I just reboot to Windows for the cases where I >> need a working libreoffice. I don't much care whether gcc 4.2 produces >> a working libreoffice; I just wish something did. > > Did you build the Windows version yourself from source? > > If not, why you just don't get the binary WhateverOffice for FreeBSD and > be done with this "problem"? That will surely save you the reboots. At > least. One reason I moved from Linux to FreeBSD many years ago was to get away from binary dependency hell, so I've been reluctant to try any large binary packages in quite a while. In any case, some people in the thread wanted to know why others try to build with something other than the default compiler, and one of the answers is "it doesn't build with the default compiler, at least for some of us." If you have a problem with that, you'll just have to live with it. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 15:50:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CA0FB32E for ; Thu, 21 Feb 2013 15:50:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A9938F57 for ; Thu, 21 Feb 2013 15:50:22 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2C38EB99F; Thu, 21 Feb 2013 10:50:22 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: IPMI serial console Date: Thu, 21 Feb 2013 10:49:13 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> In-Reply-To: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302211049.13863.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 21 Feb 2013 10:50:22 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 15:50:22 -0000 On Thursday, February 21, 2013 5:45:13 am Daniel O'Connor wrote: > Hi all, > A recent thread inspired me to try getting a proper serial console working on a Supermicro X9SCL motherboard with IPMI. > > However I find that while I see loader messages and the getty I enabled after boot I don't get any kernel messages which does somewhat limit the utility.. > > The BMC creates COM3 (/dev/cuau2) which works with getty. I modified /boot/loader.conf like so.. > boot_multicons="yes" > boot_serial="YES" > console="comconsole vidconsole" > comconsole_speed="115200" > # Disable console flags on these 2 ports > hint.uart.0.flags="0x00" > hint.uart.1.flags="0x00" > # Set console flag > hint.uart.2.flags="0x10" > > Does anyone have any hints? Rather than using all these hints, just use these three in loader.conf: console="comconsole vidconsole" console_speed=115200 console_port="0x" (where is the correct I/O port for COM3, 0x3e8 maybe?) -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 18:14:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B9A7F894 for ; Thu, 21 Feb 2013 18:14:33 +0000 (UTC) (envelope-from sturm.karl@gmail.com) Received: from mail-da0-f53.google.com (mail-da0-f53.google.com [209.85.210.53]) by mx1.freebsd.org (Postfix) with ESMTP id 99E8DDFB for ; Thu, 21 Feb 2013 18:14:33 +0000 (UTC) Received: by mail-da0-f53.google.com with SMTP id g27so1127948dan.12 for ; Thu, 21 Feb 2013 10:14:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=ZjnuwVxyf7j4rtKqe6q4UvQKJB/6hCbNdTFhsKwjeMM=; b=m8ot8l4nkYgr2fET5fZ8eJSGxWNwJ+7TBfmAw4kHWypRmaEIlBeD9iCNG02Fsab/Nz H6It52yGLBCCkhQmVWYPvCrs14ncAngv7HHFNHKcnULxMFHIOYttanmNZRr5MxKsQLWQ 8k+aPj7+SaqfSLE6qsIZHHFUABHElhe37MOe+pZnObba+M/9HJlnfEEa5tYNt3LdJEKu 72b8fIPmrYpupt3VS3eOV2OGI+6Hgkbofp8g8KyFEAmRRIlfvfLnpU9c987Nyovp5rvk WAZ9Gm4fy8pI1F1Xy3McuxidOHApkOQLCFJABAsxHtIzD/ShGjXEgPvqCjDPNHEpBWgK nivg== MIME-Version: 1.0 X-Received: by 10.66.233.71 with SMTP id tu7mr9316498pac.129.1361470473115; Thu, 21 Feb 2013 10:14:33 -0800 (PST) Received: by 10.68.137.7 with HTTP; Thu, 21 Feb 2013 10:14:33 -0800 (PST) In-Reply-To: <51222AE6.4020701@omnilan.de> References: <51222AE6.4020701@omnilan.de> Date: Thu, 21 Feb 2013 19:14:33 +0100 Message-ID: Subject: Re: intel kms, xorg and triple head? From: Karl Sturm To: Harald Schmalzbauer Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 18:14:33 -0000 2013/2/18 Harald Schmalzbauer > Hello, > > I wasn't able to find infos about multi-head support for the new intel > kms with FreeBSD 9.1 > Is it possible to have xorg driving 3 displays? I know of the > two-PLL-pipe limitation with intel's IvyBrindge-CPU/GPUs. But I don't > know if the new driver supports possible configurations? (e.G. > 2x1600x1200 + 1x1920x1200). > Has anybody running xorg and 3 displays with i915kms? Or is it at least > said to be supported? > > Thanks, > > -Harry > > Hi Harry, I have running xorg on my laptop with i915kms and an external flat-screen monitor and didn't experience any problems so far. Xrandr works a treat. Cheers, Karl From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 19:06:54 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1ACB4254 for ; Thu, 21 Feb 2013 19:06:54 +0000 (UTC) (envelope-from freebsd-stable-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id D1A56219 for ; Thu, 21 Feb 2013 19:06:53 +0000 (UTC) Received: from lowell-desk.lan (lowell-desk.lan [172.30.250.41]) by be-well.ilk.org (Postfix) with ESMTP id 47FB433C1D; Thu, 21 Feb 2013 14:06:42 -0500 (EST) Received: by lowell-desk.lan (Postfix, from userid 1147) id 75A273983C; Thu, 21 Feb 2013 14:06:40 -0500 (EST) From: Lowell Gilbert To: Greg Miller Subject: Re: Why can't gcc-4.2.1 build usable libreoffice? References: <511CED39.2010909@aldan.algebra.com> <51238AE9.20205@aldan.algebra.com> <5123ADEC.2040103@aldan.algebra.com> <5123BE8E.2080209@aldan.algebra.com> <1361297952.1164.83.camel@revolution.hippie.lan> <5123CA4C.90703@aldan.algebra.com> <51250E61.8080209@gmx.de> <51260364.5040104@digsys.bg> Date: Thu, 21 Feb 2013 14:06:39 -0500 In-Reply-To: (Greg Miller's message of "Thu, 21 Feb 2013 08:49:25 -0600") Message-ID: <44mwuxo5a8.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: freebsd-stable@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 19:06:54 -0000 Greg Miller writes: > On 2/21/13, Daniel Kalchev wrote: >> >> >> On 21.02.13 04:23, Greg Miller wrote: >>> I can't speak for the OP, but I tried it because clang, gcc46, and >>> gcc47 wouldn't produce a working executable at all for a long time >>> (and continue to fail) on my 9.0 and 9.1 systems. There's been so much >>> libreoffice breakage that I don't even bother reporting it or making >>> much effort to fix it. I just reboot to Windows for the cases where I >>> need a working libreoffice. I don't much care whether gcc 4.2 produces >>> a working libreoffice; I just wish something did. >> >> Did you build the Windows version yourself from source? >> >> If not, why you just don't get the binary WhateverOffice for FreeBSD and >> be done with this "problem"? That will surely save you the reboots. At >> least. > > One reason I moved from Linux to FreeBSD many years ago was to get > away from binary dependency hell, so I've been reluctant to try any > large binary packages in quite a while. > > In any case, some people in the thread wanted to know why others try > to build with something other than the default compiler, and one of > the answers is "it doesn't build with the default compiler, at least > for some of us." If you have a problem with that, you'll just have to > live with it. The port of libreoffice doesn't build with the system default compiler (if it's gcc; looks like clang will work), and won't do so even if you ask it to. The original poster thinks this is a problem, but since you didn't notice (or at least mention) the distinction, I'm not sure what position your argument is supporting. No compiler will build all of the programs in the ports collection, but as long as the ports infrastructure supports that fact, it isn't a problem. [In my opinion.] From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 20:10:53 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 789FCC4F for ; Thu, 21 Feb 2013 20:10:53 +0000 (UTC) (envelope-from edwinlculp@gmail.com) Received: from mail-we0-x236.google.com (we-in-x0236.1e100.net [IPv6:2a00:1450:400c:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 15596817 for ; Thu, 21 Feb 2013 20:10:52 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id t57so8082116wey.13 for ; Thu, 21 Feb 2013 12:10:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=fc4kIEAGkV9BI6pA5OPsp8qjSo8mFXsyjCzWcZZ9Pyc=; b=tG4gh1C8V+XnVjdNjoX+ejRnhrUQLk5iinyjeOI4Ng3rdZ/LaEK0URdXIj2oOSE4Ry wmcc/6fUHYn8Hb++NpsMe8+5wBVlv/WAn3kklpVkXAEsyA+b6SxIBhYhvqJXfrwuDsSv kBC3p/ctzz1wYtK6XODK26yMTJ9Vd/djPgjpODY2zKQqOCWYQNhjPJbytcHz3/gUL8Ap t+YQnwsO/thecJx2F7f33TlPtaW7Lgt/Cjx0sdhQw4uNJzDYUfJZoJ75xbEV7H86ONnz W0KW3UlN4vF/IEtY3qniAqcQ5mLiuFe0tGpwmdQiCMNxjsa5kGn0jIaHK9fRnbFOWLhy VN8A== MIME-Version: 1.0 X-Received: by 10.180.93.234 with SMTP id cx10mr44580771wib.34.1361477451892; Thu, 21 Feb 2013 12:10:51 -0800 (PST) Received: by 10.194.168.162 with HTTP; Thu, 21 Feb 2013 12:10:51 -0800 (PST) In-Reply-To: References: <7B30D613-7036-4218-BDCF-57CA0B568572@gsoft.com.au> Date: Thu, 21 Feb 2013 14:10:51 -0600 Message-ID: Subject: Re: Sound problems with skype in FreeBSD home.encontacto.net 9.1-STABLE FreeBSD 9.1-STABLE #410 r246209M: Sat Feb 16 05:07:32 CST 2013 fr amd64 From: "Edwin L. Culp W." To: CeDeROM Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 20:10:53 -0000 On Tue, Feb 19, 2013 at 3:23 AM, CeDeROM wrote: > Hey, try using dsp0 and mixer0 if you use this device, or create link from > bsd alsa config (from /etc... to /compat...). Setting default pcm to 1 with > sysctl will produce sound on another device :-) > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > I'm starting to really confuse myself but right now I have # sysctl hw.snd.default_unit hw.snd.default_unit: 1 My /compat/linux/etc/alsa/pcm/pcm-oss.conf pcm.oss1 { type oss device /dev/dsp1 hint { description "Open Sound System" } } ctl.oss1 { type oss device /dev/mixer1 hint { description "Open Sound System" } } And I can't find a reason for it to not work. but to not give up, because it worked fine a couple of weeks ago and on an upgrade it died but I left it for a few days and now. :( Wit the above testing I found the following errors specifically for skype: linux: pid 4111 (skype): syscall inotify_init not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented linux: pid 4102 (skype): ioctl fd=23, cmd=0x8b01 ('\M^K',1) is not implemented pid 4110 (skype), uid 0: exited on signal 6 (core dumped) Thanks for your patience and suggestions, ed From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 21:56:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 952945CB; Thu, 21 Feb 2013 21:56:30 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 22F4AEE3; Thu, 21 Feb 2013 21:56:29 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LLu3CO029739 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 08:26:09 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <201302211049.13863.jhb@freebsd.org> Date: Fri, 22 Feb 2013 08:26:02 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 21:56:30 -0000 On 22/02/2013, at 2:19, John Baldwin wrote: >> Does anyone have any hints? >=20 > Rather than using all these hints, just use these three in = loader.conf: >=20 > console=3D"comconsole vidconsole" > console_speed=3D115200 > console_port=3D"0x" (where is the correct I/O port for = COM3, 0x3e8=20 > maybe?) No dice :( I also tried booting with '-D -h -S 115200' but nothing either. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:03:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D244FB28 for ; Thu, 21 Feb 2013 22:03:19 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by mx1.freebsd.org (Postfix) with ESMTP id B66EBF52 for ; Thu, 21 Feb 2013 22:03:19 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta01.emeryville.ca.mail.comcast.net with comcast id 366H1l03w1u4NiLA1A3KQo; Thu, 21 Feb 2013 22:03:19 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id 3A3J1l00C1t3BNj8hA3Jht; Thu, 21 Feb 2013 22:03:18 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 041D173A1C; Thu, 21 Feb 2013 14:03:18 -0800 (PST) Date: Thu, 21 Feb 2013 14:03:17 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130221220317.GA90640@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361484199; bh=w7R3LjM5LoFBLWaFRj6nIGWP4adJBhdmBReZ5gZtE50=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=VXC7HLCiaOyr/7xS2q8YlN/0nur9MQsfYMUNM5Ai7v2VF1AWRE200yJuhU7wqbG4b 8BevMO8aPoabv5XS8XuhFhZ99wXutDwbk8zfVSRkHX3ggdBYCHOLQuX1gB4Ucf7Oil /nRYq9kfaJIOWYf/Qefzk1Tll0Goz9AOqVhNH4R2NdogCv7utU5cwI9reWHkHqbJN6 9iovlzlsn65QzOyhAeRndTp/09kvR26G65/4Ixmmcrs72ltIQgsRjWaszwRjLk7SfL ooNwtLCapajH4OO646pUG4+ens9WObY6V8ZabCidhACgXGB1QX55KEB+BRpka/4z3i HYljMEvrdVUDg== Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:03:19 -0000 On Fri, Feb 22, 2013 at 08:26:02AM +1030, Daniel O'Connor wrote: > On 22/02/2013, at 2:19, John Baldwin wrote: > >> Does anyone have any hints? > > > > Rather than using all these hints, just use these three in loader.conf: > > > > console="comconsole vidconsole" > > console_speed=115200 > > console_port="0x" (where is the correct I/O port for COM3, 0x3e8 > > maybe?) > > No dice :( > > I also tried booting with '-D -h -S 115200' but nothing either. Try setting the IPMI pieces (in the IPMI device itself) to 9600bps. Then try using 9600bps in FreeBSD (loader.conf or /boot.config, as well as in inittab/getty). If this works for you, I can expand further on why, if requested. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:08:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B8F24D42; Thu, 21 Feb 2013 22:08:00 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-da0-f53.google.com (mail-da0-f53.google.com [209.85.210.53]) by mx1.freebsd.org (Postfix) with ESMTP id 7A2D9F8D; Thu, 21 Feb 2013 22:08:00 +0000 (UTC) Received: by mail-da0-f53.google.com with SMTP id g27so6804dan.40 for ; Thu, 21 Feb 2013 14:07:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=N3LQT7nFmy9rcM1h9HvfqN5ol+SuR76mMA9PUC/MXPI=; b=g66Q3FxVv4R+0LBXuvgfNoh9NzqLbtEBL0vkWT7fZ6JLh5RcU3mYzhVV3CNzecnKzD ndHDv9HSf0pqK2NCH9Yh+9/bqlirU7qKNLl+pvBy1DNP5RGXazekSG49HXpfiIqu1yiV 4vvRSoSnh1vkV23b038VoAel2nOHMq3eSKNE734m6dQnTmvvqGXO2yDHTAb5YpSvKzHb s6/aXnUx/DUmWgxVQ8S8cjNE0C4soZmbdAS7v7yIcpxMx+03CPPT/HUzFo2sT3X8E7pf FOQfs6Hp9hmZ0PciByvF2ufbsTmUwEOD48I+fuz542YBTwA1dgQMDOV3zhvEcTMtD/wg IHaA== X-Received: by 10.68.41.66 with SMTP id d2mr56437678pbl.154.1361484479735; Thu, 21 Feb 2013 14:07:59 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id o1sm426515pax.2.2013.02.21.14.07.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Feb 2013 14:07:59 -0800 (PST) Message-ID: <51269ABD.2040308@gmail.com> Date: Thu, 21 Feb 2013 14:07:57 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:08:00 -0000 On 02/21/13 13:56, Daniel O'Connor wrote: > > On 22/02/2013, at 2:19, John Baldwin wrote: >>> Does anyone have any hints? >> >> Rather than using all these hints, just use these three in loader.conf: >> >> console="comconsole vidconsole" >> console_speed=115200 >> console_port="0x" (where is the correct I/O port for COM3, 0x3e8 >> maybe?) > > > No dice :( > > I also tried booting with '-D -h -S 115200' but nothing either. What does "dmesg | grep uart" show? I have a PCI serial card whose serial port I'm using as a console. I had to setup comconsole_pcidev, comconsole_port, and comconsole_speed properly in loader.conf to get it to work. Regards, Navdeep From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:15:19 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 49DCEEC6; Thu, 21 Feb 2013 22:15:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B378CFD9; Thu, 21 Feb 2013 22:15:18 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r1LMFE9U089329; Fri, 22 Feb 2013 00:15:14 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.4 kib.kiev.ua r1LMFE9U089329 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r1LMFEbw089326; Fri, 22 Feb 2013 00:15:14 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2013 00:15:14 +0200 From: Konstantin Belousov To: Navdeep Parhar Subject: Re: IPMI serial console Message-ID: <20130221221514.GD2598@kib.kiev.ua> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="01b0+GAtiOmVD9T6" Content-Disposition: inline In-Reply-To: <51269ABD.2040308@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:15:19 -0000 --01b0+GAtiOmVD9T6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 21, 2013 at 02:07:57PM -0800, Navdeep Parhar wrote: > On 02/21/13 13:56, Daniel O'Connor wrote: > >=20 > > On 22/02/2013, at 2:19, John Baldwin wrote: > >>> Does anyone have any hints? > >> > >> Rather than using all these hints, just use these three in loader.conf: > >> > >> console=3D"comconsole vidconsole" > >> console_speed=3D115200 > >> console_port=3D"0x" (where is the correct I/O port for C= OM3, 0x3e8=20 > >> maybe?) > >=20 > >=20 > > No dice :( > >=20 > > I also tried booting with '-D -h -S 115200' but nothing either. >=20 > What does "dmesg | grep uart" show? I have a PCI serial card whose > serial port I'm using as a console. I had to setup comconsole_pcidev, > comconsole_port, and comconsole_speed properly in loader.conf to get it > to work. Do you need the comconsole_port if comconsole_pcidev is set properly ? comconsole_port should be set automatically (i.e., read from the BAR) if _pcidev is correct. --01b0+GAtiOmVD9T6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBAgAGBQJRJpxyAAoJEJDCuSvBvK1B8bQP/0D91xLKHZ8hwgq0cz96WWH8 cdLdw+0pII/SpT9rtdedEo7KXLuURS5XgYcBaq/hrp/JN1/QiYLpHTbrdnpv1h4P zlr3ZY0Fw1l/ccQso8Y0f6CRmYH7jkwFnpV6Xn0CxFznMAt8gJxMhUd9SpKUaPmf sstfBYJFRn4x1nGEVWYl7fvzNCI/I+dHcpmUt1WSIRIxTg8uVAwiE1kQcs2S3lmL z+3reozg/7KHzac1r+bNaXKgUzaU7qaxSRXpFjM4R56OBV7MpXQAAhETiQLwPW4p UBpCCpLYsOl1g3lEk2L/x1CTVUf5B8K6jGoxHwZTILe3ORS/y8UR65I6WNLfFcKL tjbV0slA/EHqrvYfCjNRhVIE0743eMtzi4aBDtRB0O2ScW34hHzDRy0gsbufSURE H6/OsvJ4OEwhYIjoUpl597SnTnFOVZnfZPLyNqE94l116wzlrx4SStIZjYkALHFg 3RFYMXR1NteFTjxq76jhOt0YExxDdcYHKUYyez0z7sWMSH1c6rB3HZKY9B31KyWM ON5gbgD1A8YSY8tRIOgIVtis2Bj0irbFG972tznAtBlKvFveILt3uriSBQoItXGd h6NKKuUJWmh5IJcKii3PQdje5hLxB/QdIxag5X5UC+WYZnt5ZRjrQ2BG8Cia3jL6 UhFzSmEH88vRc0Y/WS1n =RSYR -----END PGP SIGNATURE----- --01b0+GAtiOmVD9T6-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:22:49 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 813BD52E; Thu, 21 Feb 2013 22:22:49 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by mx1.freebsd.org (Postfix) with ESMTP id 58A0DF4; Thu, 21 Feb 2013 22:22:49 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id kp6so76490pab.8 for ; Thu, 21 Feb 2013 14:22:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=VJE6PoCs8rH6kbrJsPIshrtNdWpEAFjRe2UV8MNtRAg=; b=a1Jp1WJLQIhgy6PbueCOPZzpPyE88xXHiwjrl8lWDUBw/a0QIQDN1dtYhNd0T+Oj/B ERtjiuzStqVtK8RFCLjWbNbghvpyK/VHXnxYYSZ7JyPmOR+TurSC4VXG7SiYZNT/d20U oeu5F83a4Qto9gEhYylD62pRb+aKphNESNM0MW8ZKaSS4/uovTghnz1oJxg5rdV2wT01 gyBeJlOha04nwbm3Bxp66lPw9j3iC6/1yBOLjZzx6nUEYHDK6ExCJ1iiYnz7XiO6P98l Ib+B19yna4A/E+LSBpdK8TzNnEF6jIIxrnvmkparwNFyZv+6OILpsn4Ia7JRP4N70dzQ QkIw== X-Received: by 10.66.122.74 with SMTP id lq10mr434049pab.189.1361485363507; Thu, 21 Feb 2013 14:22:43 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id b9sm101637pba.6.2013.02.21.14.22.42 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Feb 2013 14:22:42 -0800 (PST) Message-ID: <51269E31.5050705@gmail.com> Date: Thu, 21 Feb 2013 14:22:41 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <20130221221514.GD2598@kib.kiev.ua> In-Reply-To: <20130221221514.GD2598@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:22:49 -0000 On 02/21/13 14:15, Konstantin Belousov wrote: > On Thu, Feb 21, 2013 at 02:07:57PM -0800, Navdeep Parhar wrote: >> On 02/21/13 13:56, Daniel O'Connor wrote: >>> >>> On 22/02/2013, at 2:19, John Baldwin wrote: >>>>> Does anyone have any hints? >>>> >>>> Rather than using all these hints, just use these three in loader.conf: >>>> >>>> console="comconsole vidconsole" >>>> console_speed=115200 >>>> console_port="0x" (where is the correct I/O port for COM3, 0x3e8 >>>> maybe?) >>> >>> >>> No dice :( >>> >>> I also tried booting with '-D -h -S 115200' but nothing either. >> >> What does "dmesg | grep uart" show? I have a PCI serial card whose >> serial port I'm using as a console. I had to setup comconsole_pcidev, >> comconsole_port, and comconsole_speed properly in loader.conf to get it >> to work. > > Do you need the comconsole_port if comconsole_pcidev is set properly ? > comconsole_port should be set automatically (i.e., read from the BAR) > if _pcidev is correct. > I just tried it -- it works without the comconsole_port. So yes, it's reading the port value automatically. (I see it in kenv and of course I can see that my console is working). From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:23:26 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 37825630 for ; Thu, 21 Feb 2013 22:23:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 167FC10A for ; Thu, 21 Feb 2013 22:23:26 +0000 (UTC) Received: from pakbsde14.localnet (unknown [38.105.238.108]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 8DE28B911; Thu, 21 Feb 2013 17:23:25 -0500 (EST) From: John Baldwin To: "Daniel O'Connor" Subject: Re: IPMI serial console Date: Thu, 21 Feb 2013 17:23:14 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201302211723.14730.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 21 Feb 2013 17:23:25 -0500 (EST) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:23:26 -0000 On Thursday, February 21, 2013 4:56:02 pm Daniel O'Connor wrote: > > On 22/02/2013, at 2:19, John Baldwin wrote: > >> Does anyone have any hints? > > > > Rather than using all these hints, just use these three in loader.conf: > > > > console="comconsole vidconsole" > > console_speed=115200 > > console_port="0x" (where is the correct I/O port for COM3, 0x3e8 > > maybe?) > > > No dice :( > > I also tried booting with '-D -h -S 115200' but nothing either. Sorry, those should be 'comconsole_speed' and 'comconsole_port'. Also, you should be able to get the loader prompt working if you enter those by hand using an IPMI KVM or some such. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:42:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 9F173DC6; Thu, 21 Feb 2013 22:42:18 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA271F2; Thu, 21 Feb 2013 22:42:17 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LMg9Em039083 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 09:12:15 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <201302211723.14730.jhb@freebsd.org> Date: Fri, 22 Feb 2013 09:12:08 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <201302211723.14730.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:42:18 -0000 On 22/02/2013, at 8:53, John Baldwin wrote: >> I also tried booting with '-D -h -S 115200' but nothing either. >=20 > Sorry, those should be 'comconsole_speed' and 'comconsole_port'. = Also, you=20 > should be able to get the loader prompt working if you enter those by = hand=20 > using an IPMI KVM or some such. No luck with that either :( The IPMI serial console works for the BIOS & loader so I guess the = comconsole parts work, however the kernel doesn't seem to use it even = with '-D -h'. The uart(4) flags are correct (I believe) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:42:55 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EED69EC1; Thu, 21 Feb 2013 22:42:55 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7AC0B206; Thu, 21 Feb 2013 22:42:55 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LMg9En039083 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 09:12:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <51269ABD.2040308@gmail.com> Date: Fri, 22 Feb 2013 09:12:53 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> To: Navdeep Parhar X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:42:56 -0000 On 22/02/2013, at 8:37, Navdeep Parhar wrote: >> I also tried booting with '-D -h -S 115200' but nothing either. >=20 > What does "dmesg | grep uart" show? I have a PCI serial card whose > serial port I'm using as a console. I had to setup comconsole_pcidev, > comconsole_port, and comconsole_speed properly in loader.conf to get = it > to work. uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 The loader talks on the serial console fine, it's the kernel that = doesn't use it which is the problem. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:46:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 89E3FFFF; Thu, 21 Feb 2013 22:46:01 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-da0-f50.google.com (mail-da0-f50.google.com [209.85.210.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4A47F239; Thu, 21 Feb 2013 22:46:01 +0000 (UTC) Received: by mail-da0-f50.google.com with SMTP id h15so21980dan.9 for ; Thu, 21 Feb 2013 14:45:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=6njyr4EJS55S5xFSKWQf9FtJZCcraD8S8oNRKi4yz4U=; b=xoaORDLNJEJ4L1o95MUX9JIRmHWPIv1zqDwPXIJLha9JXytxtHHmS4vnXu1D3UAsZS xwLdhyeRQOOnqEDkYsY109kiz6y/w0yMCQsVoNgvnXnFEryBvny6IMaZh+soCK9Rf22i nK31msiNikJKlcWSxj9jI+38aq200Huw+L1n6F7FZw8ModQSh87oN5+dlwdeBhjrXSF7 XDfnFgGrFU+VdEdrgVH8sLgQkiLbpERBV73jLjyMaHsrr008AVwJ35+fnnz5qonLWYgQ j6mtVQLWExcWWSNF64QwmACVe/8Th6vb5CKZhXSRWMU2oU9VT3qAvnwPrb0Sr/xr9EaN 2DPA== X-Received: by 10.68.236.10 with SMTP id uq10mr56726604pbc.77.1361486754967; Thu, 21 Feb 2013 14:45:54 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id y10sm136250pbf.39.2013.02.21.14.45.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Feb 2013 14:45:54 -0800 (PST) Message-ID: <5126A3A1.1030208@gmail.com> Date: Thu, 21 Feb 2013 14:45:53 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> In-Reply-To: <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:46:01 -0000 On 02/21/13 14:42, Daniel O'Connor wrote: > > On 22/02/2013, at 8:37, Navdeep Parhar wrote: >>> I also tried booting with '-D -h -S 115200' but nothing either. >> >> What does "dmesg | grep uart" show? I have a PCI serial card whose >> serial port I'm using as a console. I had to setup comconsole_pcidev, >> comconsole_port, and comconsole_speed properly in loader.conf to get it >> to work. > > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 > > The loader talks on the serial console fine, it's the kernel that doesn't use it which is the problem. And what do you see in kenv | egrep 'uart|com' ? From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:49:07 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 44E41471; Thu, 21 Feb 2013 22:49:07 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4114E263; Thu, 21 Feb 2013 22:49:05 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LMmpHb039279 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 09:19:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: <5126A3A1.1030208@gmail.com> Date: Fri, 22 Feb 2013 09:18:51 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> To: Navdeep Parhar X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:49:07 -0000 On 22/02/2013, at 9:15, Navdeep Parhar wrote: >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >> uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on = acpi0 >>=20 >> The loader talks on the serial console fine, it's the kernel that = doesn't use it which is the problem. >=20 > And what do you see in kenv | egrep 'uart|com' ? comconsole_port=3D"0x3e8" comconsole_speed=3D"115200" hint.uart.0.at=3D"isa" hint.uart.0.flags=3D"0x00" hint.uart.0.irq=3D"4" hint.uart.0.port=3D"0x3F8" hint.uart.1.at=3D"isa" hint.uart.1.flags=3D"0x00" hint.uart.1.irq=3D"3" hint.uart.1.port=3D"0x2F8" hint.uart.2.flags=3D"0x30" menu_command[1]=3D"boot" menu_command[2]=3D"goto_prompt" menu_command[4]=3D"toggle_acpi" menu_command[5]=3D"toggle_safemode" menu_command[6]=3D"toggle_singleuser" menu_command[7]=3D"toggle_verbose" menu_timeout_command=3D"boot" -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 22:55:16 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 833285EC; Thu, 21 Feb 2013 22:55:16 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from onyx.glenbarber.us (onyx.glenbarber.us [IPv6:2607:fc50:1000:c200::face]) by mx1.freebsd.org (Postfix) with ESMTP id 4A0BD2B8; Thu, 21 Feb 2013 22:55:16 +0000 (UTC) Received: from glenbarber.us (kaos.glenbarber.us [71.224.221.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: gjb) by onyx.glenbarber.us (Postfix) with ESMTPSA id CBAD223F669; Thu, 21 Feb 2013 17:55:02 -0500 (EST) DKIM-Filter: OpenDKIM Filter v2.7.4 onyx.glenbarber.us CBAD223F669 Authentication-Results: onyx.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none (insecure policy) Date: Thu, 21 Feb 2013 17:55:01 -0500 From: Glen Barber To: John Baldwin Subject: Re: IPMI serial console Message-ID: <20130221225501.GR1491@glenbarber.us> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <201302211723.14730.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rQAi4ZBraoACHIeu" Content-Disposition: inline In-Reply-To: <201302211723.14730.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 22:55:16 -0000 --rQAi4ZBraoACHIeu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 21, 2013 at 05:23:14PM -0500, John Baldwin wrote: > On Thursday, February 21, 2013 4:56:02 pm Daniel O'Connor wrote: > >=20 > > On 22/02/2013, at 2:19, John Baldwin wrote: > > >> Does anyone have any hints? > > >=20 > > > Rather than using all these hints, just use these three in loader.con= f: > > >=20 > > > console=3D"comconsole vidconsole" > > > console_speed=3D115200 > > > console_port=3D"0x" (where is the correct I/O port for = COM3,=20 > 0x3e8=20 > > > maybe?) > >=20 > >=20 > > No dice :( > >=20 > > I also tried booting with '-D -h -S 115200' but nothing either. >=20 > Sorry, those should be 'comconsole_speed' and 'comconsole_port'. Also, y= ou=20 > should be able to get the loader prompt working if you enter those by han= d=20 > using an IPMI KVM or some such. >=20 John, this sounds very similar to a question I posed to you a few weeks ago. I guess it's not "just me" with these weird SuperMicro BMCs. :( Glen --rQAi4ZBraoACHIeu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBCAAGBQJRJqXFAAoJEFJPDDeguUajf4oH/2cqeoWQJtjgRjQoROdjQqgW JIQVNnczikap8FdKGKExKNxZNPAbHTY/53L5qdd3Db4bVhw39T39S5DedTWN5N3a mMHTrDFVdNIsw9HLm00eHppUD2saJbaZULSfZTGMwz7Wx7bUz36h3c3wc2a3BN+M x/Gob5p/QapUJcXzyXucWaD3ZsR1INxhzE6LNUpMRfd9eHPTLI9lqEGqFgjzshl8 Midam4DK0yVjQ7P3Q4yEkxaFqhCalX2/4Eur4SUi4CFO4U1YD5jG4ZvPXZSZhEfw /LNBik7mW6ANmg+GCGA39GUmAN0FcA+GpJWArF64h6CXnj8UP0UbzRv7HsUfkhs= =qLAC -----END PGP SIGNATURE----- --rQAi4ZBraoACHIeu-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:00:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C05C1774; Thu, 21 Feb 2013 23:00:09 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6F52EF; Thu, 21 Feb 2013 23:00:09 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.6/8.14.6) with ESMTP id r1LN01RG094179; Fri, 22 Feb 2013 01:00:01 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.7.4 kib.kiev.ua r1LN01RG094179 Received: (from kostik@localhost) by tom.home (8.14.6/8.14.6/Submit) id r1LN01LM094178; Fri, 22 Feb 2013 01:00:01 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 22 Feb 2013 01:00:01 +0200 From: Konstantin Belousov To: "Daniel O'Connor" Subject: Re: IPMI serial console Message-ID: <20130221230001.GF2598@kib.kiev.ua> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="11Z8SZcIENILcoZn" Content-Disposition: inline In-Reply-To: <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-stable@freebsd.org, John Baldwin , Navdeep Parhar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:00:09 -0000 --11Z8SZcIENILcoZn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 22, 2013 at 09:18:51AM +1030, Daniel O'Connor wrote: >=20 > On 22/02/2013, at 9:15, Navdeep Parhar wrote: > >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > >> uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 > >>=20 > >> The loader talks on the serial console fine, it's the kernel that does= n't use it which is the problem. It might be not the serial port, to which the loader talks. The supermicro boards I dealt with, have a feature of VGA text mode redirection to the serial port. This is how bios redirection usually works. You could look at some bios knob which controls the point where the said redirection is stopped. It should be like 'after the OS takes the control', and not 'forever'. For BIOS, the loader is OS. --11Z8SZcIENILcoZn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIbBAEBAgAGBQJRJqbwAAoJEJDCuSvBvK1BmeQP8gJwC//CRBIdeFiWEP5HXAgz F2WJHWTrJr5ymb0+Y0bfPOSVzm2dzn2jxtE9JdFe8AxKzOnrIZwDq1q4S1UUaoPa B6cEXFi0qks9qNUZ8y+6alGGUVIE6AY2kmHBWF1uMDdOqfheKxrzIjLY0KlvefmQ hpASTuz02wixZ+KQ6TCgLmKBI1r4burTSUmCbKLf0qBEPJai8029QCGiUBSPSrRZ wj18CoQ9kuTl2mAR7UoJV0tDHaeE7xYQ8hzVm6gpo/PM6ZdNI/Z+6n0v0Nxat11H QYAnTxgKUPW5+w92NkrAgPObKdMs1LnIghVXu6dXoI9R4wK29vOYUn9JYRXx7km4 biO2+Vbh+RvVW+OZEEARZ2ueAqLQ/yBygblT/U/g1T3C8hlv0TLXDceNxDLuoWCP KiwG9cfU/Xnt4V0fFsSQrF7SZfKJnMp+oLlMcHpjOP5eVTaBoPYLvoZcgNNHm4De Yk5scqKjebnljGeiVDQYP2vtCiL1+wnCCAXiz32362dtbEmVr380lwmfqLJV0JFK Yo0WqBLmW0wTxxCWq/jlF2l6zsyXAXks5PKIDtUhZg0svzCUV9gCr2pUDesl7S8X 4eR5VVVPbDcOTS9Re9HolRdDdJtMaqj04caQFoXxlSrdvS2TlBeb5cTUXQu6e29U sCGLCn2n5C7LDHRmDvQ= =9S48 -----END PGP SIGNATURE----- --11Z8SZcIENILcoZn-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:02:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5E69488D; Thu, 21 Feb 2013 23:02:03 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pb0-f43.google.com (mail-pb0-f43.google.com [209.85.160.43]) by mx1.freebsd.org (Postfix) with ESMTP id 1CF90315; Thu, 21 Feb 2013 23:02:02 +0000 (UTC) Received: by mail-pb0-f43.google.com with SMTP id md12so33841pbc.2 for ; Thu, 21 Feb 2013 15:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=xqkSbQHJ2vHdvaviCD0MUprPOZT4wofTnMqOjQl+ugg=; b=0qW8Ydnvy9+8c98mN3z8qHAZ1gG7Wm6N7KBxrNsccbehXTkOpvN+KhWUzssVZG7uH/ Nxpp6mqXdLVit6FnhXhrR9awe3jJMkvxw59CknaZW0K8RskA8DxaRVp0oiRXY6ZOf2Wj H7CADWMI46HBysSoxsg1E1cdQBb0r1SBuAVay0bLxfRk/4EovRDkLkI3pofmpAN3UU/G GD6hgOWYB73P99Cw5XqYQrEqfWmSFvqN9drxmojJhJkol43Umn0OyKrBtNJ1v1cTXcEl KA+Ts/Fz3jDJ+VoRLKsiavFrjs1U/Du8xucV51KuWaReq3ChnS9mzMTjgzYzU0OquDyh JTxQ== X-Received: by 10.68.213.231 with SMTP id nv7mr57410865pbc.85.1361487716049; Thu, 21 Feb 2013 15:01:56 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id k7sm529285paz.13.2013.02.21.15.01.54 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Feb 2013 15:01:55 -0800 (PST) Message-ID: <5126A762.3060209@gmail.com> Date: Thu, 21 Feb 2013 15:01:54 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> In-Reply-To: <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:02:03 -0000 On 02/21/13 14:48, Daniel O'Connor wrote: > > On 22/02/2013, at 9:15, Navdeep Parhar wrote: >>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 >>> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >>> uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 >>> >>> The loader talks on the serial console fine, it's the kernel that doesn't use it which is the problem. >> >> And what do you see in kenv | egrep 'uart|com' ? > > comconsole_port="0x3e8" > comconsole_speed="115200" > hint.uart.0.at="isa" > hint.uart.0.flags="0x00" > hint.uart.0.irq="4" > hint.uart.0.port="0x3F8" > hint.uart.1.at="isa" > hint.uart.1.flags="0x00" > hint.uart.1.irq="3" > hint.uart.1.port="0x2F8" > hint.uart.2.flags="0x30" > menu_command[1]="boot" > menu_command[2]="goto_prompt" > menu_command[4]="toggle_acpi" > menu_command[5]="toggle_safemode" > menu_command[6]="toggle_singleuser" > menu_command[7]="toggle_verbose" > menu_timeout_command="boot" No hw.uart.console, hmmm. It may be time to put some printf's in comc_setup() in boot/i386/libi386/comconsole.c and see what's up. One last thing before you take that route: if you create an environment variable named hw.uart.console in loader.conf (set it to anything), do you at least see it getting unset? That'll tell you whether comc_setup() even ran. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:09:30 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 40FA8A6A; Thu, 21 Feb 2013 23:09:30 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-da0-f45.google.com (mail-da0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 81ED435A; Thu, 21 Feb 2013 23:09:29 +0000 (UTC) Received: by mail-da0-f45.google.com with SMTP id v40so29682dad.32 for ; Thu, 21 Feb 2013 15:09:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=nfd4sW+jI6b2ZY9+BjT0rNGoX9UthxSL7aQGS1gjnu8=; b=XrTKz+pXOqrATxVnVsFBTkUNuSGi94q2SFECA5e43PlNdkhcNwadSTpWLtw8TyxxXS SCB7sgYeUxtT3UE2gTxpQ6Zwa22WEqKjwiTGf2PUkMKq6uajjaTtgB8YwE0njz9Wp6oB uwg9yijhTRYRoeE9x6uHL+uMeeKq6mFhytLeNfukbne3WuhJPn+48HqDpsbWPz2QTFhK PW3AiV7G1rMyUQM745dHDYBtJie7Z3wxW4j3VECPjavL1A+QIs1ga5gMqWRPnIsMVSX5 JMLp6JekFVpgyTXMIWAC9bkeuELU51Imivv2qEJZRgl2vDeFEViS4/tHyIoCSK44HNIa VFSA== X-Received: by 10.66.251.196 with SMTP id zm4mr626889pac.176.1361488168683; Thu, 21 Feb 2013 15:09:28 -0800 (PST) Received: from [10.192.166.0] (stargate.chelsio.com. [67.207.112.58]) by mx.google.com with ESMTPS id x2sm562733paw.8.2013.02.21.15.09.27 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 21 Feb 2013 15:09:27 -0800 (PST) Message-ID: <5126A926.5070007@gmail.com> Date: Thu, 21 Feb 2013 15:09:26 -0800 From: Navdeep Parhar User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: Daniel O'Connor Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <5126A762.3060209@gmail.com> In-Reply-To: <5126A762.3060209@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:09:30 -0000 > One > last thing before you take that route: if you create an environment > variable named hw.uart.console in loader.conf (set it to anything), do > you at least see it getting unset? That'll tell you whether > comc_setup() even ran. > Ignore this part, this don't quite work as I thought it did. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:23:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 647FED86 for ; Thu, 21 Feb 2013 23:23:10 +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 0DC7F5E4 for ; Thu, 21 Feb 2013 23:23:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAKmqJlGDaFvO/2dsb2JhbABFhk66RYEcc4IfAQEBBAEBASArIAsbGAICDRkCKQEJJgYIBwQBHASHcQytD5IQgSOMGhAKgQM0B4ItgRMDiGmLFII5gR2PQYMlT4EFNQ X-IronPort-AV: E=Sophos;i="4.84,711,1355115600"; d="scan'208";a="17708046" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 21 Feb 2013 18:23:09 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1801FB4050; Thu, 21 Feb 2013 18:23:09 -0500 (EST) Date: Thu, 21 Feb 2013 18:23:09 -0500 (EST) From: Rick Macklem To: Janusz Bulik Message-ID: <1847152797.3199113.1361488989058.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: NFSv4 + Kerberos permission denied MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:23:10 -0000 Janusz Bulik wrote: > Hello, > I've got a little problem with NFSv4 + Kerberos. I can do a mount with > Kerberos with a valid ticket, but read-only. > After the mount -vvv -t nfs -o nfsv4,sec=krb5 nfsserver:/ /mount_test/ > I can see: > > #klist: > Feb 6 07:22:47 Feb 6 17:22:43 nfs/nfsserver@my.domain > > #/var/heimdal/kdc.log: > 2013-02-06T07:28:26 TGS-REQ clientnfs@my.domain from IPv4:192.168.0.23 > for nfs/nfsserver@my.domain > > tcpdump: > 14:59:36.140272 IP nfsclient.61011 > 192.168.0.21.kerberos-sec: > 14:59:36.142301 IP 192.168.0.21.kerberos-sec > nfsclient.61011: > > I got "Permission denied" message when I try to mkdir or rm. As a root > mount and as a user mount (sysctl vfs.usermounts=1). > With -sec=sys it works read-write, but with -sec=krb5 read-only.. > > my /etc/exports: > V4: /export_test -sec=krb5:krb5i:krb5p -network 192.168.0.0 -mask > 255.255.255.0 > /export_test -sec=krb5:krb5i:krb5p -network 192.168.0.0 -mask > 255.255.255.0 -maproot=root -alldirs > > tried with V4: / .... as well. > Added all the principals needed. > Tried also with full qualified domain names. > SSH works fine with Kerberos > > > Do I need rpcsec_gss.patch? (according to > http://code.google.com/p/macnfsv4/wiki/FreeBSD8KerberizedNFSSetup) > or can I make it work somehow else? > > I used FreeBSD-9.1-RELEASE-i386-disc1 > and > FreeBSD-10.0-CURRENT-i386-20130202-r246254-release > That sounds just like the problem isolated/fixed by Elias. I can't remember if I already sent you email on this, but you should try: Increasing the size of buf[128] to buf[1024] in both: - usr.sbin/gssd/gssd.c - kerberos5/lib/libgssapi_krb5/pname_to_uid.c and then rebuild/reinstall world. rick > -- > Greets > Janusz > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:29:31 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 703E2FF9 for ; Thu, 21 Feb 2013 23:29:31 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:211]) by mx1.freebsd.org (Postfix) with ESMTP id 4F02066C for ; Thu, 21 Feb 2013 23:29:31 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta11.emeryville.ca.mail.comcast.net with comcast id 35FF1l0090x6nqcABBVWA5; Thu, 21 Feb 2013 23:29:30 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta12.emeryville.ca.mail.comcast.net with comcast id 3BVV1l00d1t3BNj8YBVVEV; Thu, 21 Feb 2013 23:29:30 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 7E9DD73A1C; Thu, 21 Feb 2013 15:29:29 -0800 (PST) Date: Thu, 21 Feb 2013 15:29:29 -0800 From: Jeremy Chadwick To: Konstantin Belousov Subject: Re: IPMI serial console Message-ID: <20130221232929.GA91708@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130221230001.GF2598@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361489370; bh=yA34rbeDDHLIUUDWmBY3eirrhCmR3ZzxbLY/2mpPr1k=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=ftQZ26CXF3Bw7Qd1jWgLG9PZQSnup8KFFmBoMcDAe8hmAZhWqvEQX1SvRLcJz0e09 AlWBmRZyhq4KO/81Ey5AhOUhudOKvE8XChook+TUDAm1XoDOyA14J07N8WrF8lo5AA EtKZt14YXoCOcfdIk+UeJ7WzRzJnfYg5HthVLvw6eCoqtapWhl4sLdqkzhL3C5HlA3 6eUN1sRYB/izFgIyqht2E4zoJYhf1dMnTo11p1VYwGmc8//O30kaHk6GFVCQaBofGJ KOBs1hht6dSYa6qCQ8/zk0shi33UTGfGIF6T6PFDRpbiwzLBMn3etXJli8F4jE6f+z HPUVgwGsFJ2XA== Cc: freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:29:31 -0000 On Fri, Feb 22, 2013 at 01:00:01AM +0200, Konstantin Belousov wrote: > On Fri, Feb 22, 2013 at 09:18:51AM +1030, Daniel O'Connor wrote: > > > > On 22/02/2013, at 9:15, Navdeep Parhar wrote: > > >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 > > >> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 > > >> uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on acpi0 > > >> > > >> The loader talks on the serial console fine, it's the kernel that doesn't use it which is the problem. > > It might be not the serial port, to which the loader talks. The supermicro > boards I dealt with, have a feature of VGA text mode redirection to the > serial port. This is how bios redirection usually works. As I understand it, the way this works is that the BIOS itself has code that sets the INT 0x10 (BIOS) vector to point to some of its own code, which then draws to the classic VGA framebuffer (segment 0xA000 if I remember right) as well as output characters to the serial port whenever something uses INT 0x10 ah=0x13 or ah=0x0e (or something along these lines -- pardon me if I have the function numbers wrong, it's been quite some time). Messing with those vectors, and/or touching some other things (such as initialising serial port bits in a certain way) can cause this functionality to stop working right then and there -- the assumption is that whatever just touched it did so Correctly(tm) and has set up its own code/vectors to handle the serial + VGA output. The FreeBSD bootstraps have had some changes made to them in the past 5-6 years (I can try to dig up the commits if you want, there were many) that "tweak" some of this initialisation, in attempt to minimise the amount of adjustments being made to certain bits/things (specifically to keep BIOS-level VGA-to-serial redirection from getting stomped on). I believe both boot0 and boot2/loader have been tweaked in this regard. The kernel, on the other hand, may not be doing the Right Thing(tm) once control is handed off to it. The kernel does have some knowledge of the hand-offs between boot2/loader and itself, as you know, but it sounds to me like the kernel may be tweaking something that upsets a working IPMI serial redirection. IPMI makes this situation even weirder, since it introduces its own separate serial port and other nonsense. This is one of many reasons I always avoided IPMI -- it's one of those "sounds great" inventions, but in practise is a fucking nightmare. When it works (reliably) it's great, otherwise prepare to pull your hair out. For example, the folks I knew at Yahoo in Sunnyvale who had to deal with IPMI serial console across hundreds of systems had to actually bring Supermicro engineers *to their campus* to show them the issues + get fixes (in the IPMI firmware itself). I'm not picking on Supermicro BTW, just to be clear. > You could look at some bios knob which controls the point where the > said redirection is stopped. It should be like 'after the OS takes > the control', and not 'forever'. For BIOS, the loader is OS. That would be BIOS-level stuff, not IPMI-level stuff. There's definitely a difference. What Daniel is effectively wanting is for the FreeBSD bootstraps to use serial port I/O address 0x3e8, IRQ 5, and initialise a serial port speed of 115200 -- and the kernel to use that too. He says that the bootstraps show text output from boot0 (assuming he's using -Dh -S115200 in /boot.config), and from boot2/loader too. It's once the kernel starts that he sees no output. Not until getty(8) is loaded via ttys(5) does he get output (he gets a login: prompt). It's as if the kernel is pretending there's no serial console. The reason I've advocated use of -Sxxx in /boot.config for years is because it gets around whatever idiocy there is in the FreeBSD kernel pertaining to serial port speed limitation. Possibly those boot2 changes I mentioned above have since dealt with this, but the situation used to be that without -Sxxx in /boot.config, you had to set BOOT_COMCONSOLE_SPEED=115200 in /etc/make.conf (or during buildworld and buildkernel) to achieve a serial port speed >9600bps -- otherwise FreeBSD would limit/cap the serial speed to 9600bps and you wouldn't see any output (even once getty(8) started -- yet switching the serial connection to 9600bps instantly made things work). Like I said, possibly this has been dealt with. Sorry for my rambling Email, but there's a lot of history and crap contained here (almost 10 years worth) that's hard to cover tersely. For Daniel: have you tried a verbose boot, to see if you get *anything* prior to the initial "Copyright" line? (Keep a raw I/O dump too, to see if ANY characters are received, not just printable ones -- that can sometimes help determine if some code is initialising something wrong) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:32:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6E7E4212; Thu, 21 Feb 2013 23:32:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id EEA356A2; Thu, 21 Feb 2013 23:32:04 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-85-105.lns20.adl2.internode.on.net [118.210.85.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LNVkqu040611 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 10:01:51 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130221220317.GA90640@icarus.home.lan> Date: Fri, 22 Feb 2013 10:01:45 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:32:05 -0000 On 22/02/2013, at 8:33, Jeremy Chadwick wrote: >> I also tried booting with '-D -h -S 115200' but nothing either. >=20 > Try setting the IPMI pieces (in the IPMI device itself) to 9600bps. >=20 > Then try using 9600bps in FreeBSD (loader.conf or /boot.config, as = well > as in inittab/getty). >=20 > If this works for you, I can expand further on why, if requested. Well that broke everything :) - No messages from the BIOS - No kernel messages - No getty output Now to forward a tun interface so I can run the Java faux-VNC client and = fix it. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:38:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 10E9946D for ; Thu, 21 Feb 2013 23:38:40 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:32]) by mx1.freebsd.org (Postfix) with ESMTP id E76A16F7 for ; Thu, 21 Feb 2013 23:38:39 +0000 (UTC) Received: from omta06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by qmta03.emeryville.ca.mail.comcast.net with comcast id 31jH1l00A16AWCUA3Bef0l; Thu, 21 Feb 2013 23:38:39 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta06.emeryville.ca.mail.comcast.net with comcast id 3Bee1l00X1t3BNj8SBeecL; Thu, 21 Feb 2013 23:38:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id A034A73A1C; Thu, 21 Feb 2013 15:38:38 -0800 (PST) Date: Thu, 21 Feb 2013 15:38:38 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130221233838.GB92249@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361489919; bh=E97yzFLSssdHxMykRHixDK/57wpam9J3acuQzHzKowo=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=Hs8qhhQZzjFH3EKRJowcOjMC83b7Xm4drdk6dcY4hFBtqM6MmvJl/8exUJDdcTRj8 g4tXS9Q74IYCF4kJO4aiJcTVB1jNT3HON0mEsPofKZf5hhUAUzrG8ci4qzc8hfYvfL 3mgUzFy14fekKdC1Str2A1LishAqF40IHu/yeTVXEoREgj39kwNKZgTo+wz3t/7eSd AzbxAJklcjepIPcA52oKjLAMIhLITcO30Yz2fuBPnmM5JeDaAhHZj249umzaFAPOrc MOlYXTZcJ5Uh8C03USioZSMmx9qOQ2uHmkgq69JOI1yZ5KzHoFZtCXhesWKeg65PSP Xo6mTLSIARzKg== Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:38:40 -0000 On Fri, Feb 22, 2013 at 10:01:45AM +1030, Daniel O'Connor wrote: > > On 22/02/2013, at 8:33, Jeremy Chadwick wrote: > >> I also tried booting with '-D -h -S 115200' but nothing either. > > > > Try setting the IPMI pieces (in the IPMI device itself) to 9600bps. > > > > Then try using 9600bps in FreeBSD (loader.conf or /boot.config, as well > > as in inittab/getty). > > > > If this works for you, I can expand further on why, if requested. > > > Well that broke everything :) > > - No messages from the BIOS > - No kernel messages > - No getty output > > Now to forward a tun interface so I can run the Java faux-VNC client and fix it. Wow, that's disappointing. I wonder if the underlying IPMI firmware has a bug relating to using serial port speeds other than 115200. You can see my other mail to kib@ and -stable regarding why I recommended trying this. Sorry for making your life difficult; wasn't my intention. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:39:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0D6A4564; Thu, 21 Feb 2013 23:39:04 +0000 (UTC) (envelope-from prvs=176432f767=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 81026707; Thu, 21 Feb 2013 23:39:03 +0000 (UTC) Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50002335329.msg; Thu, 21 Feb 2013 23:39:01 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 21 Feb 2013 23:39:01 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=176432f767=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk Message-ID: <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> From: "Steven Hartland" To: "Daniel O'Connor" , "Jeremy Chadwick" References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> Subject: Re: IPMI serial console Date: Thu, 21 Feb 2013 23:39:18 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:39:04 -0000 ----- Original Message ----- From: "Daniel O'Connor" >> Try setting the IPMI pieces (in the IPMI device itself) to 9600bps. >> >> Then try using 9600bps in FreeBSD (loader.conf or /boot.config, as well >> as in inittab/getty). >> >> If this works for you, I can expand further on why, if requested. > > > Well that broke everything :) > > - No messages from the BIOS > - No kernel messages > - No getty output > > Now to forward a tun interface so I can run the Java faux-VNC client and fix it. Not a surprise if it doesnt match the serial IO speed which on all our Supermicro machines is: 115200 Which MB, which bios version, and which IPMI FW version are you using? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 21 23:54:02 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A7C09757; Thu, 21 Feb 2013 23:54:02 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1FEAA790; Thu, 21 Feb 2013 23:54:01 +0000 (UTC) Received: from [203.31.81.52] ([203.31.81.52]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1LNrsfo041569 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 10:23:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" X-Priority: 3 In-Reply-To: <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> Date: Fri, 22 Feb 2013 10:23:52 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> To: "Steven Hartland" X-Mailer: Apple Mail (2.1499) X-Spam-Score: -2.5 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2013 23:54:02 -0000 On 22/02/2013, at 10:09, "Steven Hartland" = wrote: >> Now to forward a tun interface so I can run the Java faux-VNC client = and fix it. >=20 > Not a surprise if it doesnt match the serial IO speed which on all our > Supermicro machines is: 115200 >=20 > Which MB, which bios version, and which IPMI FW version are you using? X9SIL-F BIOS version 1.1 (05/27/10) IPMI firmware is 2.01. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 00:10:39 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D41CDA8D for ; Fri, 22 Feb 2013 00:10:39 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta15.emeryville.ca.mail.comcast.net (qmta15.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:44:76:96:27:228]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4F683B for ; Fri, 22 Feb 2013 00:10:39 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta15.emeryville.ca.mail.comcast.net with comcast id 3Bm61l0091bwxycAFCAf4R; Fri, 22 Feb 2013 00:10:39 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta18.emeryville.ca.mail.comcast.net with comcast id 3CAe1l00i1t3BNj8eCAeG7; Fri, 22 Feb 2013 00:10:39 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 60D5073A1C; Thu, 21 Feb 2013 16:10:38 -0800 (PST) Date: Thu, 21 Feb 2013 16:10:38 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130222001038.GA92824@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361491839; bh=RpdA8EfRoWWjfyjtONG6Np/t4ASTsg5Y4KP9W2VP6/k=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=LShq/wRhUWPCoT/M3xihxEzujLVkBhKwR6c7VAXB502fcdv6sZpKixG5ajJJgo1z2 d7HtyHIt9R61mCw1uyqQSQ/A+uO6Ek2IBUYlNyd9wyp8/8SR8SDnxHAWCbK+W68CMa jIdt7p0A6DYCsgL2ysNwhSJ+qH2DxchV3pixIp1fEOjCZsUq1Xxp4tE/4uR/YeeNH9 4dvpODbJJanTJ+h4spDlzGajU67I2SqaDnH8GZHnts9pifQSagk2wxJOjPfNQToXH5 URhIbi0KFhznOC/6oyhvHUDzO3eb6q2lKY5QeMdFeTJ5omXodZ6uXj3Q616gjUdmxf a8/G5M7js8otw== Cc: freebsd-stable@freebsd.org, Steven Hartland , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 00:10:39 -0000 On Fri, Feb 22, 2013 at 10:23:52AM +1030, Daniel O'Connor wrote: > > On 22/02/2013, at 10:09, "Steven Hartland" wrote: > >> Now to forward a tun interface so I can run the Java faux-VNC client and fix it. > > > > Not a surprise if it doesnt match the serial IO speed which on all our > > Supermicro machines is: 115200 > > > > Which MB, which bios version, and which IPMI FW version are you using? > > X9SIL-F BIOS version 1.1 (05/27/10) > IPMI firmware is 2.01. I can't find this motherboard listed on Supermicro's site. "kenv | grep smbios" output please? -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 00:14:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 5471DBB8; Fri, 22 Feb 2013 00:14:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D28BB86C; Fri, 22 Feb 2013 00:14:28 +0000 (UTC) Received: from [203.31.81.52] ([203.31.81.52]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M0EA8X042341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 10:44:21 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130222001038.GA92824@icarus.home.lan> Date: Fri, 22 Feb 2013 10:44:08 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> <20130222001038.GA92824@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: -2.5 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, Steven Hartland , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 00:14:29 -0000 On 22/02/2013, at 10:40, Jeremy Chadwick wrote: >> X9SIL-F BIOS version 1.1 (05/27/10) >> IPMI firmware is 2.01. >=20 > I can't find this motherboard listed on Supermicro's site. >=20 > "kenv | grep smbios" output please? Sorry, brainfart, it's an X8SIL-F = http://www.supermicro.com/xeon_3400/Motherboard/X8SIL.cfm?IPMI=3DY -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 00:19:44 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 78742CEB for ; Fri, 22 Feb 2013 00:19:44 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:96]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDD589C for ; Fri, 22 Feb 2013 00:19:44 +0000 (UTC) Received: from omta17.emeryville.ca.mail.comcast.net ([76.96.30.73]) by qmta09.emeryville.ca.mail.comcast.net with comcast id 3C161l0021afHeLA9CKkxA; Fri, 22 Feb 2013 00:19:44 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta17.emeryville.ca.mail.comcast.net with comcast id 3CKj1l00F1t3BNj8dCKjDJ; Fri, 22 Feb 2013 00:19:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 2329973A1C; Thu, 21 Feb 2013 16:19:43 -0800 (PST) Date: Thu, 21 Feb 2013 16:19:43 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130222001943.GA92982@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> <20130222001038.GA92824@icarus.home.lan> <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361492384; bh=lY3f/bZCqCKc8kDKYWrXOXe2C9/aDFz8R4A9WyTuj/I=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=pBgsbYaiDpgUqWgGjzn//X/dP8YQH0TPlaSBwzXlANySNdFRwm91KRxkGDZj+2Ex0 grr1RXuC7mHeeVDL6CYZ81Jdq4x12n5LLro09wpKmLcQdhgcOfkgGfy1sOXe9Twng4 4191ucGnuUpITeLnqfyWxFXHtmKBPQJU83Cse2d7gGDlgtP2rlDvMC7yK7ZA822ws3 CdEfFLz+vu3FW0lM+Pwck3pHcRriFyaCqeIB61kBEa60Gbc3uFeAFGJYmkxYSrEequ dOyIddF5EYBuh6A/7Ix26Vkd/CdEqbpb+mDA9BIZBxNqFnt5KlSMvUMI+7pb1xSWh7 fOL3kwHMBrWlg== Cc: Steven Hartland , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 00:19:44 -0000 On Fri, Feb 22, 2013 at 10:44:08AM +1030, Daniel O'Connor wrote: > > On 22/02/2013, at 10:40, Jeremy Chadwick wrote: > >> X9SIL-F BIOS version 1.1 (05/27/10) > >> IPMI firmware is 2.01. > > > > I can't find this motherboard listed on Supermicro's site. > > > > "kenv | grep smbios" output please? > > Sorry, brainfart, it's an X8SIL-F http://www.supermicro.com/xeon_3400/Motherboard/X8SIL.cfm?IPMI=Y I would start by upgrading the system BIOS (to 1.2a), loading defaults + re-assigning whatever you normally change, and then upgrading the IPMI firmware (to 2.66) + doing the same. If you have multiple systems of this type, do this on just *one* which you can """sacrifice""" for testing. If the issues you're encountering happen afterward, I won't be surprised, but it's good to rule out the above. Besides, if this turns out to be some weird IPMI bug, Supermicro is going to tell you to the above anyway. :-) -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 00:21:32 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DD474DF3; Fri, 22 Feb 2013 00:21:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 202738B4; Fri, 22 Feb 2013 00:21:31 +0000 (UTC) Received: from [203.31.81.52] ([203.31.81.52]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M0LH3k043459 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 10:51:23 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130221232929.GA91708@icarus.home.lan> Date: Fri, 22 Feb 2013 10:51:17 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: -2.5 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 00:21:32 -0000 On 22/02/2013, at 9:59, Jeremy Chadwick wrote: > The reason I've advocated use of -Sxxx in /boot.config for years is > because it gets around whatever idiocy there is in the FreeBSD kernel > pertaining to serial port speed limitation. Possibly those boot2 > changes I mentioned above have since dealt with this, but the = situation > used to be that without -Sxxx in /boot.config, you had to set > BOOT_COMCONSOLE_SPEED=3D115200 in /etc/make.conf (or during buildworld = and > buildkernel) to achieve a serial port speed >9600bps -- otherwise > FreeBSD would limit/cap the serial speed to 9600bps and you wouldn't = see > any output (even once getty(8) started -- yet switching the serial > connection to 9600bps instantly made things work). Like I said, > possibly this has been dealt with. Hmm I tried putting '-S 115200' in /boot.config and it broke - the boot = process didn't run the loader (or kernel). > Sorry for my rambling Email, but there's a lot of history and crap > contained here (almost 10 years worth) that's hard to cover tersely. So much cruft :( > For Daniel: have you tried a verbose boot, to see if you get = *anything* > prior to the initial "Copyright" line? (Keep a raw I/O dump too, to = see > if ANY characters are received, not just printable ones -- that can > sometimes help determine if some code is initialising something wrong) I had a look by running ipmitool inside script but I could not see any = characters after the BIOS prints a countdown to boot. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 00:23:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 30944F2E; Fri, 22 Feb 2013 00:23:27 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A60428D9; Fri, 22 Feb 2013 00:23:26 +0000 (UTC) Received: from [203.31.81.52] ([203.31.81.52]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M0NIPd043797 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 10:53:24 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130222001943.GA92982@icarus.home.lan> Date: Fri, 22 Feb 2013 10:53:18 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <25191060-C887-46CE-B46F-411907E65085@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> <20130222001038.GA92824@icarus.home.lan> <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> <20130222001943.GA92982@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: -2.499 () ALL_TRUSTED,BAYES_00,WEIRD_QUOTING X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Steven Hartland , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 00:23:27 -0000 On 22/02/2013, at 10:49, Jeremy Chadwick wrote: >> Sorry, brainfart, it's an X8SIL-F = http://www.supermicro.com/xeon_3400/Motherboard/X8SIL.cfm?IPMI=3DY >=20 > I would start by upgrading the system BIOS (to 1.2a), loading defaults = + > re-assigning whatever you normally change, and then upgrading the IPMI > firmware (to 2.66) + doing the same. If you have multiple systems of > this type, do this on just *one* which you can """sacrifice""" for > testing. >=20 > If the issues you're encountering happen afterward, I won't be > surprised, but it's good to rule out the above. >=20 > Besides, if this turns out to be some weird IPMI bug, Supermicro is > going to tell you to the above anyway. :-) Yeah good point. It will have to wait until Tuesday when I can sit in = front of it (faster that way). -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 01:24:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E9481EA9; Fri, 22 Feb 2013 01:24:18 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-oa0-f50.google.com (mail-oa0-f50.google.com [209.85.219.50]) by mx1.freebsd.org (Postfix) with ESMTP id 82811B0F; Fri, 22 Feb 2013 01:24:18 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id l20so139933oag.23 for ; Thu, 21 Feb 2013 17:24:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=IVl5W7EKi61RO8r3csPI9vSYWpcLsMAUMZQdZUNK20I=; b=FogEaSm5cvd3+JZd9iKiC+t8uB49YjDYNTuwQ2VMRFHqKdGSZTqkPRUakHTaC3zMcY k6AOe4rARhv0RdJQkFYYlnCKTLED/vYybaOZikrcPz2eO1vYpLH3d48HNJZ9kMrwIa14 19lUpKcbC+3yG4Xf4hxFvFYV1Hcp0bF1VnJ7u+BGPT/6eukpObXsSeKSP8stnAYO2DKN 4NEehVAaJ4bsqDqtB+LSkpbXpqHxTYOIFJQtIoWnJjllqW3neXx3jK3/ZnNVEKzF9g9v otlT2cq8fOOgLe3TYr8Z3pHDk/wfr0YtNh4/JwL2CXHk+l7WSHL7pfFd9HDTUy+ZpwRN 8tFQ== MIME-Version: 1.0 X-Received: by 10.60.170.20 with SMTP id ai20mr74688oec.33.1361496257769; Thu, 21 Feb 2013 17:24:17 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.76.33.170 with HTTP; Thu, 21 Feb 2013 17:24:17 -0800 (PST) In-Reply-To: <201302210629.r1L6T5VU001000@gw.catspoiler.org> References: <20130217135317.5c4d10819e8d12440785a3a0@getmail.no> <201302210629.r1L6T5VU001000@gw.catspoiler.org> Date: Thu, 21 Feb 2013 17:24:17 -0800 X-Google-Sender-Auth: c8evG2qO-bF5cAXxkv-vZDobOak Message-ID: Subject: Re: RELENG_8: amdtemp module and newer CPUs not working. MFC? From: Kevin Oberman To: Don Lewis Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org, torfinn.ingolfsen@getmail.no X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 01:24:19 -0000 On Wed, Feb 20, 2013 at 10:29 PM, Don Lewis wrote: > On 17 Feb, Torfinn Ingolfsen wrote: >> Hello, >> I'm running FreeBSD 8.3-stable on a machine with an AMD A8-5600K cpu. >> tingo@kg-quiet$ uname -a >> FreeBSD kg-quiet.kg4.no 8.3-STABLE FreeBSD 8.3-STABLE #2: Fri Jan 4 19:18:15 CET 2013 >> root@kg-quiet.kg4.no:/usr/obj/usr/src/sys/GENERIC amd64 >> tingo@kg-quiet$ dmesg | grep CPU | head -1 >> CPU: AMD A8-5600K APU with Radeon(tm) HD Graphics (3618.02-MHz K8-class CPU) >> >> Unfortunately, the amdtemp.ko module doesn't work: >> tingo@kg-quiet$ kldstat | grep temp >> 10 1 0xffffffff8123e000 f0f amdtemp.ko >> tingo@kg-quiet$ sysctl dev.amdtemp >> sysctl: unknown oid 'dev.amdtemp' >> >> Based on a thread[1] on the forums, amdtemp.c from -CURRENT work. >> But it doesn't compile under FreeBSD 8.3-stable: > > Updating amdtemp is on my TODO list. It has some issues even on > -CURRENT. This is kind of far down my priority list because on most of > my AMD machines, I can also get the temperature without amdtemp: > > % sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 30.0C Beware! My desktop system (SuperMICRO) reports a permanent, unchanging value for acpi_thermal. 45C IIRC. amdtemp on that system returns the correct temp for all four cores. Is your always 30C? That is pretty cool! (Pun intended.) -- R. Kevin Oberman, Network Engineer E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 01:33:00 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DBB2B14C for ; Fri, 22 Feb 2013 01:33:00 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:16]) by mx1.freebsd.org (Postfix) with ESMTP id B8BCCB52 for ; Fri, 22 Feb 2013 01:33:00 +0000 (UTC) Received: from omta03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by qmta01.emeryville.ca.mail.comcast.net with comcast id 30uE1l0050b6N64A1DZ0ww; Fri, 22 Feb 2013 01:33:00 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta03.emeryville.ca.mail.comcast.net with comcast id 3DYz1l0021t3BNj8PDYzUa; Fri, 22 Feb 2013 01:32:59 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 0143973A1C; Thu, 21 Feb 2013 17:32:58 -0800 (PST) Date: Thu, 21 Feb 2013 17:32:58 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130222013258.GA93350@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361496780; bh=hV71jEzptby8J+BbIPypXGYP96+Y9WhCO+Vpq0oDkRI=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=HggStAEBzPILoK0GB/ywiHHGyqXJXJU1dOn7eM0ARKSHabNeKZcz4M9XJd+uT/PqP TNWOZqqKPZfcgEIsCKfwSxJblOeihUS7nq5ngquCcOloZRSiK53XbxU1qV0JKmDvF2 Mx2LQdtMwINljYQTmg2SJqLYMyL2ALSavkE8U+r1ZQOmlX37xuHmuo1pomVYBs9Fn+ o6/ZEIJJ2YB0iXoTTlva24DKoAOlmJIFeEreS5s0r71qHtJSN+CAKMldV9YxvNe7+z 237H8UzrTQEi0AHkvcbeO0GZq1Ltylj/j5dZLJ4UxHHZDgMM77Wxt9EKKz23GcxFjS xtbbWpREaaLQw== Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 01:33:00 -0000 On Fri, Feb 22, 2013 at 10:51:17AM +1030, Daniel O'Connor wrote: > > On 22/02/2013, at 9:59, Jeremy Chadwick wrote: > > The reason I've advocated use of -Sxxx in /boot.config for years is > > because it gets around whatever idiocy there is in the FreeBSD kernel > > pertaining to serial port speed limitation. Possibly those boot2 > > changes I mentioned above have since dealt with this, but the situation > > used to be that without -Sxxx in /boot.config, you had to set > > BOOT_COMCONSOLE_SPEED=115200 in /etc/make.conf (or during buildworld and > > buildkernel) to achieve a serial port speed >9600bps -- otherwise > > FreeBSD would limit/cap the serial speed to 9600bps and you wouldn't see > > any output (even once getty(8) started -- yet switching the serial > > connection to 9600bps instantly made things work). Like I said, > > possibly this has been dealt with. > > Hmm I tried putting '-S 115200' in /boot.config and it broke - the boot process didn't run the loader (or kernel). I'll talk a bit about this -- again, sorry for the verbosity. I'll explain what I've historically used/done, then speculate a bit about your IPMI stuff: For me, on systems without IPMI, all I had to do was this (and nothing else): * Put the following in /boot.config: -S115200 -Dh * Within the PC BIOS, enable VGA-to-serial redirection, setting the serial port to 115200, 8-N-1, COM1 (if I remember right for our boards), and hardware flow control enabled. I also remember enabling an option called something like "Retain POST Hand-off" (I can dig up the actual BIOS option name if you want), which causes the INT 0x10 interrupt vector re-route for BIOS output to be retained ***after*** POST. All the VGA-to-serial redir allows is the ability to go into the BIOS via the serial port (by pressing Ctrl-? (Backspace or Del depending on your terminal setup)), see the BIOS boot-up via serial, option ROM boot messages, PXE option ROM messages, and so on. That BIOS option whose name I forget also allows you to see messages past that point (as long as code being run doesn't stomp over the interrupt vectors). Thus with boot0 (rather than boot0sio -- I've never used boot0sio) this allows you to see any boot0 related messages (if any) due to VGA-serial redirection. boot0 is the classic 512-byte stuff, so there isn't much room to tinker there. boot1/boot2 is what loads /boot.config and outputs messages like "/boot.config: -S115200 -Dh" on (if my memory serves me right) both serial and VGA console. It's also responsible for the ">> FreeBSD/i386 BOOT" prompts, which you can induce if you hit a key (serial or physical) very early on in the boot process. boot2 is, if I remember right, what actually ends up doing a bunch of other "stuff" that can often anger serial ports or "redirection" bits that a BIOS may be doing behind the scenes. Things are then handed off to loader (the big FreeBSD logo menu, etc.), which also has its own set of variables which you can set for serial console/etc. -- but are not necessary if you use /boot.config, since boot1/boot2 pass on to loader the fact that -Dh is being used, and thus loader should not mess with anything. Then loader loads xxx_load modules and the kernel, and starts the kernel. The kernel, before any output is printed (hence my request for a verbose boot (thinking it might print something beforehand)), does a whole bunch of magic which (for lack of better term) "stomps over" all of the previous bootloaders' work. There is a hand-off between loader and the kernel regarding serial console usage. I never saw kernel output on the VGA console at this point -- only serial; the FreeBSD Handbook documents this fact. You will, however, on VGA console see the cursor change shape (changing the cursor mask) at some point. Finally init(8) gets run, which in turn uses ttys(5), thus getty(8) gets run to adjust the terminal parms on /dev/ttyuX, speed, etc. and bring up a "login:" prompt for the serial console. The End. Now for you... Your situation may be different because you have 3 serial ports (2 classic DB9 ports or headers, and one "fake" via IPMI), so you may need to rely entirely on /boot/loader.conf to accomplish use of the IPMI one, unless you wanted to set BOOT_COMCONSOLE_PORT. I believe boot2 assumes 0x3f8 as the serial console I/O port (unless BOOT_COMCONSOLE_PORT is redefined per make.conf etc.), so -S would be adjusting the speed of that. I'm still not sure how boot2/etc. figures out what IRQ to use for an alternate port (betting there's some PC architecture thing which I've forgotten that can return this), since in your case the IPMI serial port is 0x3e8, IRQ 5. Possibly the reason you see via the IPMI serial port at this stage is because IPMI also does VGA-to-IPMI output, so what you're seeing on the IPMI serial port is actually from the VGA console (speculation on my part). So there are many "phases" of the whole thing where something can go wrong. It sounds to me like the issue is either in boot2 or the loader hand-off to the kernel. Navdeep had some ideas, which he commented he misunderstood, but I think he's going in the right direction. Debugging all of this is as you know a PITA because of where during the whole startup process it lies. IPMI just makes this whole thing an even bigger mess because it ties itself in to bits/pieces along the way, which a kernel (or even a bootloader, depending on what it touches and how), can mess up. This is why I've always stuck with the classic DB9 serial ports on the backplane; I know how to get FreeBSD to behave right with those, everything else is voodoo. :-) Part of me wonders if it's possible to disable, say, COM1 in the BIOS, then in the IPMI firmware tell it to user a serial I/O port of 0x3f8, IRQ 4 (i.e. COM1) and see if that works with the method I describe above. I don't have much familiarity with IPMI by choice, solely because of situations exactly like what you're going through. I have the same opinion of those damn NIC ASF things (see bge(4)) -- which is exactly why many motherboard vendors that do IPMI now offer a *physically separate NIC/RJ45 port* for it, rather than "piggybacking": the latter caused so much pain/anger that it wasn't worth it. > > For Daniel: have you tried a verbose boot, to see if you get *anything* > > prior to the initial "Copyright" line? (Keep a raw I/O dump too, to see > > if ANY characters are received, not just printable ones -- that can > > sometimes help determine if some code is initialising something wrong) > > I had a look by running ipmitool inside script but I could not see any > characters after the BIOS prints a countdown to boot. Good to know -- thank you. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 02:02:33 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 195D5700 for ; Fri, 22 Feb 2013 02:02:33 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id C8A3DD04 for ; Fri, 22 Feb 2013 02:02:32 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r1M22Vfc049458; Thu, 21 Feb 2013 21:02:31 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r1M22VQW049457; Thu, 21 Feb 2013 21:02:31 -0500 (EST) (envelope-from wollman) Date: Thu, 21 Feb 2013 21:02:31 -0500 (EST) From: Garrett Wollman Message-Id: <201302220202.r1M22VQW049457@hergotha.csail.mit.edu> To: jdc@koitsu.org Subject: Re: IPMI serial console In-Reply-To: <20130221233838.GB92249@icarus.home.lan> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 21 Feb 2013 21:02:31 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 02:02:33 -0000 In article <20130221233838.GB92249@icarus.home.lan>, jdc@koitsu.org writes: >Wow, that's disappointing. I wonder if the underlying IPMI firmware has >a bug relating to using serial port speeds other than 115200. The bug may be in the BIOS where it claims you can select some other speed. Certainly none of the Dell iDRAC systems I've ever seen support anything other than 115.2, despite there being a speed setting in the BIOS. But we're building a custom OS image anyway, so it was no hardship to put that into /boot. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 03:39:29 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AE660E4C; Fri, 22 Feb 2013 03:39:29 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 01A2A21A; Fri, 22 Feb 2013 03:39:28 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-9-156.lns21.adl2.internode.on.net [14.2.9.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M3d7GM059530 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 14:09:13 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130221230001.GF2598@kib.kiev.ua> Date: Fri, 22 Feb 2013 14:09:07 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-stable@freebsd.org, John Baldwin , Navdeep Parhar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 03:39:29 -0000 On 22/02/2013, at 9:30, Konstantin Belousov wrote: > On Fri, Feb 22, 2013 at 09:18:51AM +1030, Daniel O'Connor wrote: >>=20 >> On 22/02/2013, at 9:15, Navdeep Parhar wrote: >>>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 on acpi0 >>>> uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 >>>> uart2: <16550 or compatible> port 0x3e8-0x3ef irq 5 flags 0x30 on = acpi0 >>>>=20 >>>> The loader talks on the serial console fine, it's the kernel that = doesn't use it which is the problem. >=20 > It might be not the serial port, to which the loader talks. The = supermicro > boards I dealt with, have a feature of VGA text mode redirection to = the > serial port. This is how bios redirection usually works. Ahh OK, sneaky sneaky.. My has 'Forever', 'Until boot loader', and 'never', so I selected the = second one. > You could look at some bios knob which controls the point where the > said redirection is stopped. It should be like 'after the OS takes > the control', and not 'forever'. For BIOS, the loader is OS. I just tried rebuilding the boot blocks to work at 115200 like so.. cd /usr/src/sys/boot make BOOT_COMCONSOLE_SPEED=3D115200 sudo make install sudo gpart bootcode -b /boot/pmbr -b /boot/gptboot -i 1 /dev/da0 However no luck either (with the above change) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 03:53:04 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D4018212; Fri, 22 Feb 2013 03:53:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 4D6E92B7; Fri, 22 Feb 2013 03:53:03 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-9-156.lns21.adl2.internode.on.net [14.2.9.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M3qqGU060028 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 14:22:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <20130222013258.GA93350@icarus.home.lan> Date: Fri, 22 Feb 2013 14:22:52 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 03:53:04 -0000 On 22/02/2013, at 12:02, Jeremy Chadwick wrote: >> Hmm I tried putting '-S 115200' in /boot.config and it broke - the = boot process didn't run the loader (or kernel). >=20 > I'll talk a bit about this -- again, sorry for the verbosity. I'll > explain what I've historically used/done, then speculate a bit about > your IPMI stuff: >=20 > For me, on systems without IPMI, all I had to do was this (and nothing > else): >=20 > * Put the following in /boot.config: >=20 > -S115200 -Dh This breaks the boot for me, boot.config has to contain more than just = flags it seems. In any case I believe setting boot_multicons and = boot_serial is the same as -Dh. Not sure about the baud rate though. > situation may be different because you have 3 serial ports (2 > classic DB9 ports or headers, and one "fake" via IPMI), so you may = need > to rely entirely on /boot/loader.conf to accomplish use of the IPMI = one, > unless you wanted to set BOOT_COMCONSOLE_PORT. OK, I made some more progress, I rebuilt the /usr/src/sys/boot with = BOOT_COMCONSOLE_SPEED=3D115200 BOOT_COMCONSOLE_PORT=3D0x3e8 and now the = loader talks to me without VGA to serial redirection. > Possibly the reason you see via the IPMI serial port at this stage is > because IPMI also does VGA-to-IPMI output, so what you're seeing on = the > IPMI serial port is actually from the VGA console (speculation on my > part). Yes this was the case until just now. > Debugging all of this is as you know a PITA because of where during = the > whole startup process it lies. IPMI just makes this whole thing an = even > bigger mess because it ties itself in to bits/pieces along the way, > which a kernel (or even a bootloader, depending on what it touches and > how), can mess up. This is why I've always stuck with the classic DB9 > serial ports on the backplane; I know how to get FreeBSD to behave = right > with those, everything else is voodoo. :-) Yep, it's all kludges bolted on top of hacks. > Part of me wonders if it's possible to disable, say, COM1 in the BIOS, > then in the IPMI firmware tell it to user a serial I/O port of 0x3f8, > IRQ 4 (i.e. COM1) and see if that works with the method I describe > above. I don't have much familiarity with IPMI by choice, solely > because of situations exactly like what you're going through. I have > the same opinion of those damn NIC ASF things (see bge(4)) -- which is Yeah I may look at that if I can't proceed any further. > exactly why many motherboard vendors that do IPMI now offer a > *physically separate NIC/RJ45 port* for it, rather than = "piggybacking": > the latter caused so much pain/anger that it wasn't worth it. I assumed that the separate NIC was to avoid this problem, however I = have since found that the default on the SM boards I looked at is to use = the dedicated port otherwise share(!). So the worst of both worlds, = hooray! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 04:29:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 36E269CC for ; Fri, 22 Feb 2013 04:29:09 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:32]) by mx1.freebsd.org (Postfix) with ESMTP id 09E8562F for ; Fri, 22 Feb 2013 04:29:09 +0000 (UTC) Received: from omta12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by qmta03.emeryville.ca.mail.comcast.net with comcast id 3EL51l0030x6nqcA3GV87x; Fri, 22 Feb 2013 04:29:08 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta12.emeryville.ca.mail.comcast.net with comcast id 3GV71l00D1t3BNj8YGV70J; Fri, 22 Feb 2013 04:29:08 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 254DA73A1C; Thu, 21 Feb 2013 20:29:07 -0800 (PST) Date: Thu, 21 Feb 2013 20:29:07 -0800 From: Jeremy Chadwick To: Daniel O'Connor Subject: Re: IPMI serial console Message-ID: <20130222042907.GA75261@icarus.home.lan> References: <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361507348; bh=j6NfNImT7ENflP3pvW6P/HJZJxqPXGYVsE4ufBL1k6Y=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=TUi+eTlOrDbDoPb17EUVQ078cDU5zKbsus6idLBUFbk73aR0UjreGdunlce4cZ2LD dKNhyol+egSOWDD4y5dMNBtY37T5qBxc7iKrN7x1tJzb8zeNjFNDU7Z/ZESzHMl+yG QTrKgsO1AZvX2ENJNxRcAJIMqVzvagPMDUBVJrDzJ0p954XE8qcYLXik1A1lPdEc/1 dlptpX8ILZlAT+nXcpIJ3ZHFWTi2cVp8UGZiO+Ut8xvsdE56rQlG9aEhDdORMUlb2K 5kLWaivvBqXgrQj4qj8aU2fTj72D+vM2cN2ySfLMlyF7TX8CRLThVvFaj8hFhmy+0y DEwjeVoTqNO+A== Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 04:29:09 -0000 On Fri, Feb 22, 2013 at 02:22:52PM +1030, Daniel O'Connor wrote: > On 22/02/2013, at 12:02, Jeremy Chadwick wrote: > >> Hmm I tried putting '-S 115200' in /boot.config and it broke - the boot process didn't run the loader (or kernel). > > > > I'll talk a bit about this -- again, sorry for the verbosity. I'll > > explain what I've historically used/done, then speculate a bit about > > your IPMI stuff: > > > > For me, on systems without IPMI, all I had to do was this (and nothing > > else): > > > > * Put the following in /boot.config: > > > > -S115200 -Dh > > This breaks the boot for me, boot.config has to contain more than just > flags it seems. In any case I believe setting boot_multicons and > boot_serial is the same as -Dh. Not sure about the baud rate though. Then someone broke something (parser or something else). This has always, *always* worked (just flags). The last time I verified it was with the release of 9.0-RELEASE. I do have a system I could test this on, but I'd need to find a null modem cable first. I have seen some MFCs that touch those bits in the bootloader, but from my memory it didn't touch anything other than supporting /boot/config as an alternate location to the classic /boot.config file. I would be very surprised if this broke it. I can assure you that those were the only flags that were needed, and in exactly that syntax. Even the Handbook has this in it, as well as boot(8). I believe your explanation of boot_multicons and boot_serial are correct and do correlate with -D and -h. I could look at the bootstrap code to verify. The options are described in loader(8) but not loader.conf(5). The drawback to using the /boot/loader.conf variables is that you won't get boot2 output because loader is what reads /boot/loader.conf, not boot2. Thus you lose the ability to deal with the system via serial at the boot2 stage. For me, this has always been a deal-breaker. This is why I always advocate /boot.config. (Note to readers: if I'm wrong about this, please correct me, and point me to the relevant code) > > > situation may be different because you have 3 serial ports (2 > > classic DB9 ports or headers, and one "fake" via IPMI), so you may need > > to rely entirely on /boot/loader.conf to accomplish use of the IPMI one, > > unless you wanted to set BOOT_COMCONSOLE_PORT. > > OK, I made some more progress, I rebuilt the /usr/src/sys/boot with > BOOT_COMCONSOLE_SPEED=115200 BOOT_COMCONSOLE_PORT=0x3e8 and now the > loader talks to me without VGA to serial redirection. Huzzah! Do you get output from the kernel now, or still just bootstraps and loader, then silence until getty runs? > > exactly why many motherboard vendors that do IPMI now offer a > > *physically separate NIC/RJ45 port* for it, rather than "piggybacking": > > the latter caused so much pain/anger that it wasn't worth it. > > I assumed that the separate NIC was to avoid this problem, however I > have since found that the default on the SM boards I looked at is to > use the dedicated port otherwise share(!). So the worst of both > worlds, hooray! Depends on the board and the IPMI integration. Most of the newer boards (past 3-4 years) I've seen have a dedicated LAN port on their IPMI add-on board; e.g. a dual-NIC motherboard has 2 NICs, then there's a 3rd NIC on the IPMI card/port. I have seen the shared ones though, and that's where the ASF stuff comes into play (ugh ugh ugh). I've always avoided all the boards that have "on-board" IPMI of any sort. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 04:41:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5C009C2D; Fri, 22 Feb 2013 04:41:22 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id BE44469A; Fri, 22 Feb 2013 04:41:21 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-9-156.lns21.adl2.internode.on.net [14.2.9.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1M4f6iV065668 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 15:11:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: IPMI serial console From: "Daniel O'Connor" In-Reply-To: <20130222042907.GA75261@icarus.home.lan> Date: Fri, 22 Feb 2013 15:11:05 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> <20130222042907.GA75261@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.163 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Konstantin Belousov , freebsd-stable@freebsd.org, Navdeep Parhar , John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 04:41:22 -0000 On 22/02/2013, at 14:59, Jeremy Chadwick wrote: >> This breaks the boot for me, boot.config has to contain more than = just >> flags it seems. In any case I believe setting boot_multicons and >> boot_serial is the same as -Dh. Not sure about the baud rate though. >=20 > Then someone broke something (parser or something else). This has > always, *always* worked (just flags). The last time I verified it was > with the release of 9.0-RELEASE. I do have a system I could test this > on, but I'd need to find a null modem cable first. Weird, this is 9.1 - I wouldn't expect any changes.. > I have seen some MFCs that touch those bits in the bootloader, but = from > my memory it didn't touch anything other than supporting /boot/config = as > an alternate location to the classic /boot.config file. I would be = very > surprised if this broke it. >=20 > I can assure you that those were the only flags that were needed, and = in > exactly that syntax. Even the Handbook has this in it, as well as > boot(8). >=20 > I believe your explanation of boot_multicons and boot_serial are = correct > and do correlate with -D and -h. I could look at the bootstrap code = to > verify. The options are described in loader(8) but not = loader.conf(5). >=20 > The drawback to using the /boot/loader.conf variables is that you = won't > get boot2 output because loader is what reads /boot/loader.conf, not > boot2. Thus you lose the ability to deal with the system via serial = at > the boot2 stage. For me, this has always been a deal-breaker. This = is > why I always advocate /boot.config. (Note to readers: if I'm wrong > about this, please correct me, and point me to the relevant code) Ah that is a fair point. >> BOOT_COMCONSOLE_SPEED=3D115200 BOOT_COMCONSOLE_PORT=3D0x3e8 and now = the >> loader talks to me without VGA to serial redirection. >=20 > Huzzah! Do you get output from the kernel now, or still just = bootstraps > and loader, then silence until getty runs? Sadly no, I just the loader then getty. >> I assumed that the separate NIC was to avoid this problem, however I >> have since found that the default on the SM boards I looked at is to >> use the dedicated port otherwise share(!). So the worst of both >> worlds, hooray! >=20 > Depends on the board and the IPMI integration. Most of the newer = boards > (past 3-4 years) I've seen have a dedicated LAN port on their IPMI > add-on board; e.g. a dual-NIC motherboard has 2 NICs, then there's a = 3rd > NIC on the IPMI card/port. I have seen the shared ones though, and > that's where the ASF stuff comes into play (ugh ugh ugh). I've always > avoided all the boards that have "on-board" IPMI of any sort. I have boards with 3 RJ45 ports, 1 IPMI & 2 normal (em devices). The = IMPI configuration has an option to use the dedicated port only, try = that first then on failure share em0, or share em0 only. The default is try the dedicate port then if that fails share em0 :( -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 07:45:27 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8F5D75EF; Fri, 22 Feb 2013 07:45:27 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA71C2A; Fri, 22 Feb 2013 07:45:26 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U8nJk-0004He-Tp; Fri, 22 Feb 2013 09:45:17 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: "Daniel O'Connor" Subject: Re: IPMI serial console In-reply-to: References: <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> <20130222042907.GA75261@icarus.home.lan> Comments: In-reply-to "Daniel O'Connor" message dated "Fri, 22 Feb 2013 15:11:05 +1030." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Feb 2013 09:45:16 +0200 From: Daniel Braniss Message-ID: Cc: Jeremy Chadwick , Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin , Navdeep Parhar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 07:45:27 -0000 In my case, and so far only on Sun Fire X220(*), the IPMI gets stuck as soon as the kernel initializes bge, playing with hw.bge.allow_asf did not help (the above changed in 9.1) btw, also the http get stuck *: sun calls it ILO, but as Jeremy points out, all this is a mess. danny From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 08:43:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B873D320 for ; Fri, 22 Feb 2013 08:43:18 +0000 (UTC) (envelope-from torfinn.ingolfsen@getmail.no) Received: from smtp.getmail.no (smtp.getmail.no [84.208.15.66]) by mx1.freebsd.org (Postfix) with ESMTP id 782D5F29 for ; Fri, 22 Feb 2013 08:43:18 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from get-mta-scan01.get.basefarm.net ([10.5.16.4]) by get-mta-out01.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0MIM0067Q5JZ9Q90@get-mta-out01.get.basefarm.net> for freebsd-stable@freebsd.org; Fri, 22 Feb 2013 09:43:11 +0100 (MET) Received: from get-mta-scan01.get.basefarm.net (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 0615317991C9_1272F9FB for ; Fri, 22 Feb 2013 08:43:11 +0000 (GMT) Received: from kg-v2.kg4.no (cm-84.215.134.159.getinternet.no [84.215.134.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by get-mta-scan01.get.basefarm.net (Sophos Email Appliance) with ESMTPSA id D69F817969C8_1272F9EF for ; Fri, 22 Feb 2013 08:43:10 +0000 (GMT) Date: Fri, 22 Feb 2013 09:43:10 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Subject: Re: RELENG_8: amdtemp module and newer CPUs not working. MFC? Message-id: <20130222094310.c478054b10c2b96c2b5fda5b@getmail.no> In-reply-to: <201302210629.r1L6T5VU001000@gw.catspoiler.org> References: <20130217135317.5c4d10819e8d12440785a3a0@getmail.no> <201302210629.r1L6T5VU001000@gw.catspoiler.org> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 08:43:18 -0000 On Wed, 20 Feb 2013 22:29:05 -0800 (PST) Don Lewis wrote: > > Updating amdtemp is on my TODO list. It has some issues even on > -CURRENT. This is kind of far down my priority list because on most of > my AMD machines, I can also get the temperature without amdtemp: > > % sysctl hw.acpi.thermal.tz0.temperature > hw.acpi.thermal.tz0.temperature: 30.0C In addition to what has already been mentioned in this thread, on most of *my* AMD machines hw.acpi.thernal yields nothing. Typical example: root@kg-quiet# sysctl hw.acpi.thermal.tz0.temperature sysctl: unknown oid 'hw.acpi.thermal.tz0.temperature' root@kg-quiet# sysctl hw.acpi.thermal sysctl: unknown oid 'hw.acpi.thermal' Typically, hw.acpi doesn't contain useful data: root@kg-quiet# sysctl hw.acpi hw.acpi.supported_sleep_state: S3 S4 S5 hw.acpi.power_button_state: S5 hw.acpi.sleep_button_state: S3 hw.acpi.lid_switch_state: NONE hw.acpi.standby_state: NONE hw.acpi.suspend_state: S3 hw.acpi.sleep_delay: 1 hw.acpi.s4bios: 0 hw.acpi.verbose: 0 hw.acpi.disable_on_reboot: 0 hw.acpi.handle_reboot: 1 hw.acpi.reset_video: 0 hw.acpi.cpu.cx_lowest: C1 HTH -- Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 09:04:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BEE9BA98; Fri, 22 Feb 2013 09:04:56 +0000 (UTC) (envelope-from mailinglists.tech@gmail.com) Received: from mail-qe0-f46.google.com (mail-qe0-f46.google.com [209.85.128.46]) by mx1.freebsd.org (Postfix) with ESMTP id 62370FFC; Fri, 22 Feb 2013 09:04:55 +0000 (UTC) Received: by mail-qe0-f46.google.com with SMTP id 1so211210qec.19 for ; Fri, 22 Feb 2013 01:04:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=ERXl+jNUvr2+lziSzv2hr85v8VfFNdrXNBS0Hv9Ul5Y=; b=MdkKqQzkrH1d3hRwBLZ3fM8p9lA7/YQSkIs/utnVsCJS4ajEqyYxgPRk1lpELzmCPW j/nwdCPyEruEE2AJ9qZ2sR6kLkoj8lXmojkbeTXDlJnd2Z6CapgrB1+3qIMLdb111H/q UEyNZZyvsixMgdoU4onHSRUIeLmJu4+36bUdNOo15LWCx4OnXhoCixDTWUxyfZ3aofYe yMamqMBdj0cPCYOeFh6SGIbXRtr8OACGSIGdg4ovG0WdyqcwWBh4VTs18Tik5yD9vJy5 lV+ObwpFiypAn0Ly4l9z3wyLeUDbjjR2I3GSZhu/5i9z9c7ywyYMwTwh1qW4BUlHqBLB 8/sw== MIME-Version: 1.0 X-Received: by 10.49.74.198 with SMTP id w6mr476237qev.57.1361523895056; Fri, 22 Feb 2013 01:04:55 -0800 (PST) Received: by 10.49.110.70 with HTTP; Fri, 22 Feb 2013 01:04:54 -0800 (PST) Date: Fri, 22 Feb 2013 10:04:54 +0100 Message-ID: Subject: [Possible Regression] FreeBSD 9.1 i386 in PV mode can not boot on Xen 4.2.1 From: tech mailinglists To: freebsd-stable@freebsd.org, "" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 09:04:56 -0000 Hello all, I tried to setup a FreeBSD i386 guest in PV mode. So I compiled a FreeBSD Xen Kernel with the XEN kernel configuration from 9.1 revision 247145. The detailed information from "svn info" looks like this: Path: . Working Copy Root Path: /usr/src URL: svn://svn.freebsd.org/base/release/9.1.0 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 247145 Node Kind: directory Schedule: normal Last Changed Author: kensmith Last Changed Rev: 243808 Last Changed Date: 2012-12-03 06:03:33 +0100 (Mon, 03 Dec 2012) When I try to start the domain the kernel runs into a panic. The output is this: Parsing config from /root/xen/freebsd-test.cfg libxl: error: libxl_dm.c:1212:device_model_spawn_outcome: domain 19 device model: spawn failed (rc=-3) libxl: error: libxl_qmp.c:641:libxl__qmp_initialize: Connection error: No such file or directory Daemon running with PID 4181 WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-RELEASE #0 r247145M: Fri Feb 22 09:19:40 CET 2013 root@build:/usr/obj/usr/src/sys/XEN i386 WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 3341.754 MHz processor. Timecounter "ixen" frequency 1953125 Hz quality 0 CPU: Intel(R) Core(TM) i7 CPU 975 @ 3.33GHz (3341.75-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 6 Model = 1a Stepping = 5 Features=0xbfe3fbff Features2=0x98e3bd AMD Features=0x28100000 AMD Features2=0x1 Data TLB: 4 KB pages, 4-way set associative, 64 entries 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 256 kbytes, 8-way associative, 64 bytes/line real memory = 536870912 (512 MB) Physical memory chunk(s): 0x000000000082c000 - 0x000000001f628fff, 517984256 bytes (126461 pages) avail memory = 514850816 (491 MB) INTR: Adding local APIC 0 as a target ULE: setup cpu 0 [XEN] IPI cpu=0 irq=128 vector=RESCHEDULE_VECTOR (0) [XEN] IPI cpu=0 irq=129 vector=CALL_FUNCTION_VECTOR (1) Event-channel device installed. io: random: mem: Pentium Pro MTRR support enabled null: nfslock: pseudo-device [XEN] xen_rtc_probe: probing Hypervisor RTC clock rtc0: on motherboard [XEN] xen_rtc_attach: attaching Hypervisor RTC clock rtc0: registered as a time-of-day clock (resolution 1000000us, adjustment 0.500000000s) xenstore0: on motherboard Grant table initialized xc0: on motherboard Device configuration finished. procfs registered Event timer "ixen" quality 600 Timecounters tick every 10.000 msec lo0: bpf attached xenbusb_front0: on xenstore0 xenbusb_add_device: Device device/suspend/event-channel ignored. State 6 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 [XEN] hypervisor wallclock nudged; nudging TOD. run_interrupt_driven_hooks: still waiting after 60 seconds for xenbus_free_evtchn run_interrupt_driven_hooks: still waiting after 120 seconds for xenbus_free_evtchn run_interrupt_driven_hooks: still waiting after 180 seconds for xenbus_free_evtchn run_interrupt_driven_hooks: still waiting after 240 seconds for xenbus_free_evtchn [XEN] hypervisor wallclock nudged; nudging TOD. run_interrupt_driven_hooks: still waiting after 300 seconds for xenbus_free_evtchn panic: run_interrupt_driven_config_hooks: waited too long cpuid = 0 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> The xen configuration file looks like this: kernel = '/home/kernel1' extra = 'boot_verbose=1,kern.hz=100' vcpus = '1' memory = '512' disk = [ 'file:/home/test/disk.img,xvda1,w', ] name = 'freebsd' vif = [ '' ] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' I can not say where the problem is located. The configuration I used is located in the source tree at /usr/src/sys/i386/conf/XEN I search a while on the web and found that it helped in 8.x to comment out different things. Primary this threads are said such things on the forums: http://forums.freebsd.org/showthread.php?t=10268 http://forums.freebsd.org/showthread.php?t=33435 So it would be great when someone could help me to figure out the boot panic. A second thing is that I use a ZFS formated image. Is it possible to run / on ZFS with a Xen kernel? ZFS is in a module when I am right and I thing I have to boot the guest with PV GRUB to get this working am I right? Best Regards From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 09:42:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 561DD340 for ; Fri, 22 Feb 2013 09:42:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 0A09A201 for ; Fri, 22 Feb 2013 09:42:34 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U8p9F-0006QB-Dc for freebsd-stable@freebsd.org; Fri, 22 Feb 2013 11:42:33 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: zfs/nfs/proftpd problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Feb 2013 11:42:33 +0200 From: Daniel Braniss Message-ID: X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 09:42:35 -0000 after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our ftp server is stuck. the old, (ProFTPD Version 1.3.2) and working till before the upgrade is stuck in nlmrcv: ... 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: ftp - crawl-66-249-73-193.googlebot.com: anonymous/googlebot@google.com: RETR 00690145.JPG (proftpd) ... so we upgraded the ftp server too, to 9.1/ProFTPD Version 1.3.4b and this one is stuck in rpccwnd: 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: ftp - mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST (proftpd) any wise suggestions :-) cheers, danny From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 13:23:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4AD60977 for ; Fri, 22 Feb 2013 13:23:41 +0000 (UTC) (envelope-from pkubaj@gmail.com) Received: from mail-ee0-f45.google.com (mail-ee0-f45.google.com [74.125.83.45]) by mx1.freebsd.org (Postfix) with ESMTP id B585FEC4 for ; Fri, 22 Feb 2013 13:23:40 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id b57so322756eek.32 for ; Fri, 22 Feb 2013 05:23:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=a2hN5ANfI1+bkpjRv8e5leDQBsxVoQC9kXAoISaOgkA=; b=yixapf4AfmaiwQyJ6eaRm5tqMlUiV23C4H53yBKwvYQGvS1oEgwBThlUsRdCskOeY+ 0J+r5lko5guHEWeDr8tflTIsLcb3lZahyK2K7FIR30luHj29u2+WvBRotrV4Mk4zTx1+ 1Ox+NPdruTPrsU2oeGX8lxGRxkzjO5UoazYeqv37QlpQwNcoEJOP/Gs2Auv50entO+iT Ab62+Tuo132tao/wgGRuv1INLsWk5JJp0keBu7iNRVYXR4mvx78ldKCJ6Stg/rV9XRLF FZwin7BRHp2j/8RwR9i3+NO7lQSoe+Xcfp0H87MiF3qH8IDkfT95O/2CoZ5Z0uCZwMd3 sdMw== X-Received: by 10.14.175.129 with SMTP id z1mr6544254eel.7.1361539414118; Fri, 22 Feb 2013 05:23:34 -0800 (PST) Received: from [192.168.1.100] ([77.236.31.215]) by mx.google.com with ESMTPS id r4sm3549102eeo.12.2013.02.22.05.23.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 22 Feb 2013 05:23:33 -0800 (PST) Message-ID: <51277154.10104@gmail.com> Date: Fri, 22 Feb 2013 14:23:32 +0100 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: 9.1-STABLE amd64 - Mounting from zfs:zroot failed with error 6 X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 13:23:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Having upgraded from r246246 to r247150 I can't boot anymore my FreeBSD installation (ZFS on root). It's clearly a kernel issue, since booting the old kernel from r246246 it boots and mounts (with userland from r247150). A while ago there was a similar problem on the list ( http://lists.freebsd.org/pipermail/freebsd-stable/2013-February/072398.html ), however the error was different. I followed the instructions in http://lists.freebsd.org/pipermail/freebsd-stable/2013-February/072406.html but it didn't help. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRJ3FUAAoJEC9nKukRsfY+4gUP/AqKZ4pTRIQLjgYeQQovx+4a 7YLyjw2hwkfWR8rgGd/g3lChWeMWkkHF0xFD8ATi0IvYuv+2Yt71ZfPO0iqH3Mhr 6iXvoF5oV+OH86PI2aHzt9cHtVhVLG2hOjzESWOxS0kbkiNjtZk/YwohoHoxbg2l prEF40+2Zu6m1nGs9Tr8a2Vw97+yWSDKthbtZIdc7Wh0/ZBNRLN0YB9WrLTDleE/ 1mTFSavLuJJD5K3dzYdYjKl3iQCK2fIAs4TelTnLFZP3o1+wIhRhd9CHWssbiVqw tgyFCAAuIWaXZ3UlCwJNPXuVPeTls97wWUrmo656gA0H3j5KInDope3n/SWwzoqc N7G+WY8FCsMeiU1skrqnyLSIA8otBIcv/wGOrkFEfSL2icn3rgC49E+bkDKpDn7F zTvWwoU3IvSU/gjiWquK987JrtrpgJuN+uzcUphKaO26FoVR5s7MImF3r5YcBurG vKuIfxfxTvBBWUotwuFtoFPbDxc3pd1AZtWF2ZBxBz9n53vOlfYLjq8fHq6HK3k7 58JNB9duRS8rb3BIxFAY5N/qk1b1Ndxar6vR6Wf6RRnO95VFYp80R91Nbuw8ry1w 5k73bI7OQHllsaRKUpTC/QZow5JqE5ShZUGWuDQ3HmOUyr6iw74crVzcPIJclBkd DNzNdnhFeefecrVsvjWB =9BWG -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 13:37:33 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A5CE3D38; Fri, 22 Feb 2013 13:37:33 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF51FC2; Fri, 22 Feb 2013 13:37:32 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r1MDb1ba022562; Fri, 22 Feb 2013 08:37:01 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id YUZ00677; Fri, 22 Feb 2013 08:37:01 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r1MDb091030185 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 08:37:00 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: IPMI serial console From: Paul Mather In-Reply-To: <20130222042907.GA75261@icarus.home.lan> Date: Fri, 22 Feb 2013 08:37:00 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <51269ABD.2040308@gmail.com> <2AF6F8E4-A45E-4D4C-9232-FF09AD4A3641@gsoft.com.au> <5126A3A1.1030208@gmail.com> <64293C7A-038A-4EA1-B394-9E80CFCBC14F@gsoft.com.au> <20130221230001.GF2598@kib.kiev.ua> <20130221232929.GA91708@icarus.home.lan> <3FE71C9F-29B2-48F5-9A51-D312B1803E14@gsoft.com.au> <20130222013258.GA93350@icarus.home.lan> <9F6E4B36-0C89-4409-91FB-08CC90848D23@gsoft.com.au> <20130222042907.GA75261@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1499) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=dagger.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020201.5127747D.019E,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: Konstantin Belousov , freebsd-stable@freebsd.org, John Baldwin , Navdeep Parhar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 13:37:33 -0000 On Feb 21, 2013, at 11:29 PM, Jeremy Chadwick wrote: > On Fri, Feb 22, 2013 at 02:22:52PM +1030, Daniel O'Connor wrote: >> On 22/02/2013, at 12:02, Jeremy Chadwick wrote: >>>> Hmm I tried putting '-S 115200' in /boot.config and it broke - the = boot process didn't run the loader (or kernel). >>>=20 >>> I'll talk a bit about this -- again, sorry for the verbosity. I'll >>> explain what I've historically used/done, then speculate a bit about >>> your IPMI stuff: >>>=20 >>> For me, on systems without IPMI, all I had to do was this (and = nothing >>> else): >>>=20 >>> * Put the following in /boot.config: >>>=20 >>> -S115200 -Dh >>=20 >> This breaks the boot for me, boot.config has to contain more than = just >> flags it seems. In any case I believe setting boot_multicons and >> boot_serial is the same as -Dh. Not sure about the baud rate though. >=20 > Then someone broke something (parser or something else). This has > always, *always* worked (just flags). The last time I verified it was > with the release of 9.0-RELEASE. I do have a system I could test this > on, but I'd need to find a null modem cable first. >=20 > I have seen some MFCs that touch those bits in the bootloader, but = from > my memory it didn't touch anything other than supporting /boot/config = as > an alternate location to the classic /boot.config file. I would be = very > surprised if this broke it. >=20 > I can assure you that those were the only flags that were needed, and = in > exactly that syntax. Even the Handbook has this in it, as well as > boot(8). >=20 > I believe your explanation of boot_multicons and boot_serial are = correct > and do correlate with -D and -h. I could look at the bootstrap code = to > verify. The options are described in loader(8) but not = loader.conf(5). I think something did break back at the start of the year that caused = /boot.config contents to render the system completely unbootable. At = least that is what happened to me on RELENG_8: = http://lists.freebsd.org/pipermail/freebsd-stable/2013-January/071579.html= Bruce A. Mah reports later in the same thread that his happened to him = on 8.3-RELEASE. I don't know if this was fixed. Cheers, Paul.= From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 14:07:21 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 650D5729; Fri, 22 Feb 2013 14:07:21 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id 07D6A1B6; Fri, 22 Feb 2013 14:07:20 +0000 (UTC) Received: from steiner.cc.vt.edu (steiner.cc.vt.edu [198.82.163.51]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r1MDxn2U006056; Fri, 22 Feb 2013 09:06:50 -0500 Received: from auth3.smtp.vt.edu (EHLO auth3.smtp.vt.edu) ([198.82.161.152]) by steiner.cc.vt.edu (MOS 4.3.3-GA FastPath queued) with ESMTP id VTT82672; Fri, 22 Feb 2013 09:06:49 -0500 (EST) Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r1ME6nwO001070 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 22 Feb 2013 09:06:49 -0500 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: IPMI serial console From: Paul Mather In-Reply-To: <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> Date: Fri, 22 Feb 2013 09:06:49 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <990E6085-A7DC-4617-9E27-1EFB326A654F@gromit.dlib.vt.edu> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> <20130222001038.GA92824@icarus.home.lan> <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> To: "Daniel O'Connor" X-Mailer: Apple Mail (2.1499) X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu paul@gromit.dlib.vt.edu 5 none X-Junkmail-Status: score=10/50, host=steiner.cc.vt.edu X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A020206.51277B7A.0047,ss=1,re=0.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=single engine X-Junkmail-IWF: false Cc: Jeremy Chadwick , Steven Hartland , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 14:07:21 -0000 On Feb 21, 2013, at 7:14 PM, "Daniel O'Connor" = wrote: >=20 > On 22/02/2013, at 10:40, Jeremy Chadwick wrote: >>> X9SIL-F BIOS version 1.1 (05/27/10) >>> IPMI firmware is 2.01. >>=20 >> I can't find this motherboard listed on Supermicro's site. >>=20 >> "kenv | grep smbios" output please? >=20 >=20 > Sorry, brainfart, it's an X8SIL-F = http://www.supermicro.com/xeon_3400/Motherboard/X8SIL.cfm?IPMI=3DY I am also using that motherboard and currently IPMI is working for me = under 9.1-STABLE (r246366). My system has BIOS version 1.2 and IPMI = firmware version 2.66. I have both the VGA KVM console and SOL console = working (though the VGA console seems sensitive to the version of Java = you have installed). I am using sysutils/ipmitool to access the system = via IPMI SOL console. Here is what my IPMI SOL setup looks like in the BIOS setup screen: Advanced = =20 = **************************************************************************= ****** * Advanced - Remote Access Configuration * Select Remote = Access * * *************************************************** * type. = * * Remote Access [Enabled] * = * * * = * * Serial Port Number [COM3 *] * = * * Base Address, IRQ [3E8h, 5] * = * * Serial Port Mode [115200 8,n,1] * = * * Flow Control [None] * = * * Redirection After BIOS POST [Always] * = * * Terminal Type [ANSI] * = * * VT-UTF8 Combo Key Support [Enabled] * = * * Sredir Memory Display Delay [No Delay] * = * * * ****:Move = * * * Enter:Select = * * * +/-/:Value = * * * F10:Save = * * * ESC:Exit = * * * F1:General = Help * * * F8:Fail-Safe = Defaults* * * F9:Optimized = Defaults* = **************************************************************************= ****** Here is what I have in /boot/loader.conf regarding a serial console: =3D=3D=3D=3D=3D # Enable IPMI serial console #console=3D"comconsole" # Give preference to VGA console console=3D"vidconsole,comconsole" # Uncomment below and comment above to give serial console preference #console=3D"comconsole,vidconsole" comconsole_speed=3D"115200" boot_multicons=3D"YES" hint.uart.0.flags=3D"0x0" hint.uart.2.at=3D"isa" hint.uart.2.port=3D"0x3E8" #hint.uart.2.disabled=3D"0" hint.uart.2.flags=3D"0x30" =3D=3D=3D=3D=3D I don't know whether all of that is needed, but, as you can see from the = various commented-out lines, it was a configuration I "arrived at" that = works. :-) I don't have a /boot.config on this system. Usually, I have the VGA console take precedence. In that case, I get = messages on both the VGA console and the IPMI SOL console during the = BIOS screen, loader, and kernel boot messages but then only messages on = the VGA console during the rc.d boot phase. I have a serial console = enabled in /etc/ttys, so I get output (e.g., getty login) on the IPMI = SOL when that is eventually spawned. If I want to have the serial = console take precedence, I usually escape to the loader prompt (via ESC = at the loader menu) and issue a "set console=3D"comconsole,vidconsole"" = command. Then, the rc.d boot output goes to the serial console and not = the VGA console. (It would be nice to have rc.d init scripts output go = to both consoles, but I don't know whether that is possible.) Cheers, Paul.= From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 15:02:22 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 5679F57D for ; Fri, 22 Feb 2013 15:02:22 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id C5D6E6A8 for ; Fri, 22 Feb 2013 15:02:21 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id fq13so698607lab.7 for ; Fri, 22 Feb 2013 07:02:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=snzQWvtATVsnkvMJIQfn1JlBpkiUw85aTrBgo4jpznM=; b=ujox4XQ+hjkIefiez2+gyo1y+I4O8t6M5+8pHAe0E+gO113bq3vssCO7S07zYSEu1j TbfhhJyNYzIoYra0mMWqcf/umK5cN/gvReJqQvxsolljps4iEyiQ3FP8bPiFRNEL5xyV TJGS7rtuU8v1NlD/p8+ubvAhNnpLMrNGjiQr2TLFIZAfVjd2kCnnjK0F+SAQcaQ3YKTr 364oP2fUW7EIE1Ztf/UdLRwMESk51p6C4CMog8PeZYwsY7VoUUd+gGGUvrsGkohUOppy kSLnvyCigM/goZJuob0HVCQjAiBk/iuMsVT67+lakgqzHBIrUgSZevMcbJ3rnhgcu+nH QJ+g== MIME-Version: 1.0 X-Received: by 10.152.144.202 with SMTP id so10mr2094938lab.9.1361545340621; Fri, 22 Feb 2013 07:02:20 -0800 (PST) Received: by 10.112.97.180 with HTTP; Fri, 22 Feb 2013 07:02:20 -0800 (PST) Date: Fri, 22 Feb 2013 10:02:20 -0500 Message-ID: Subject: No sound with Realtek ALC269 From: Zhihao Yuan To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 15:02:22 -0000 optiplex:~> uname -a FreeBSD optiplex.dell 9.1-RELEASE-p1 FreeBSD 9.1-RELEASE-p1 #0 r247095: Thu Feb 21 18:12:29 EST 2013 root@optiplex.dell:/usr/obj/usr/src/sys/GENERIC amd64 The problem I met is even worse than http://lists.freebsd.org/pipermail/freebsd-questions/2012-October/245919.html I my case, the sound card just do not work, though the device and the driver are working. optiplex:~> cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2009061500/amd64) Installed devices: pcm0: (play/rec) pcm1: (play/rec) default (I changed the default unit to the second one; none of them works.) hdaa0: Dumping AFG pins: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 18 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: Caps: IN hdaa0: 20 99130110 1 0 Speaker Fixed ATAPI Onboard Unknown 1 hdaa0: Caps: OUT EAPD Sense: 0x00000000 (disconnected) hdaa0: 23 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: Caps: OUT hdaa0: 24 02a19830 3 0 Mic Jack 1/8 Front Pink 8 hdaa0: Caps: IN OUT VREF Sense: 0x00000000 (disconnected) hdaa0: 25 01a19840 4 0 Mic Jack 1/8 Rear Pink 8 hdaa0: Caps: IN VREF Sense: 0x00000000 (disconnected) hdaa0: 26 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: Caps: IN OUT HP Sense: 0x00000000 (disconnected) hdaa0: 27 01014020 2 0 Line-out Jack 1/8 Rear Green 0 hdaa0: Caps: IN OUT Sense: 0x00000000 (disconnected) hdaa0: 30 411111f0 15 0 Speaker None 1/8 Rear Black 1 DISA hdaa0: Caps: OUT Sense: 0x00000000 (disconnected) hdaa0: 33 0221402f 2 15 Headphones Jack 1/8 Front Green 0 hdaa0: Caps: OUT HP Sense: 0x00000000 (disconnected) hdaa0: NumGPIO=2 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0: GPIO0: disabled hdaa0: GPIO1: disabled Suggestions wanted. Thanks. -- Zhihao Yuan, ID lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 15:34:18 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A7408EA6 for ; Fri, 22 Feb 2013 15:34:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAE7816 for ; Fri, 22 Feb 2013 15:34:18 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEALyPJ1GDaFvO/2dsb2JhbABEDoZAulWBH3OCHwEBAQMBAQEBICsgCwUWDgoCAg0ZAikBCSYGCAcEARwEh2sGDK0FkjmBI4wqBgeBADQHgi2BEwOIaIsYgjqBHY9GgkhdT30BBxce X-IronPort-AV: E=Sophos;i="4.84,717,1355115600"; d="scan'208";a="15292328" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu.net.uoguelph.ca with ESMTP; 22 Feb 2013 10:33:47 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 108A6B3F19; Fri, 22 Feb 2013 10:33:47 -0500 (EST) Date: Fri, 22 Feb 2013 10:33:47 -0500 (EST) From: Rick Macklem To: Daniel Braniss Message-ID: <773493110.3210623.1361547227044.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: zfs/nfs/proftpd problem MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 15:34:18 -0000 Daniel Braniss wrote: > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our ftp > server is stuck. > > the old, (ProFTPD Version 1.3.2) and working till before the upgrade > is stuck > in nlmrcv: > ... > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > ftp - > crawl-66-249-73-193.googlebot.com: anonymous/googlebot@google.com: > RETR 00690145.JPG (proftpd) > ... > I suspect you know that this is waiting for a reply from some rpc.lockd. > so we upgraded the ftp server too, to 9.1/ProFTPD Version 1.3.4b and > this one > is stuck in rpccwnd: > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: ftp > - > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST (proftpd) > This one is stuck in the client side of UDP for the krpc, in the primitive congestion control stuff that is there. > > any wise suggestions :-) > Well, maybe not wise, but you may already be aware that NFS etc over UDP and the NLM are two of my favourite things (especially the NLM). Basically, it appears to be having difficulties doing RPCs over UDP, at least for the NLM (rpc.lockd), suggesting some transport related issue. First, make sure rpc.statd and rpc.lockd are running on the NFS server and all clients (or disable use of it via the "nolockd" mount option). You can also do a "netstat -s" and see if there is a non-zero count for "fragments dropped due to timeout" in the IP section. (This happens when your network fabric can't handle the burst of IP fragments generated by a large RPC message over UDP.) Things you could try: - If you are using a udp mount for NFS... - reduce your rsize and wsize (especially if "fragments dropped due to timeout" is non-zero) or - switch to TCP If you are not using udp mounts, then the NLM (rpc.lockd) is using UDP anyhow. If you don't need multiple NFS clients to see the file locks, add "nolockd" to your mount(s). Beyond that, you'll need to capture packets and look at them in wireshark, to see what is going on. Good luck with it, rick > cheers, > danny > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 16:47:41 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B2ED3EE5 for ; Fri, 22 Feb 2013 16:47:41 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4EDB0C for ; Fri, 22 Feb 2013 16:47:41 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1U8vmp-0000rP-UK for freebsd-stable@freebsd.org; Fri, 22 Feb 2013 17:47:51 +0100 Received: from 208.85.208.53 ([208.85.208.53]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Feb 2013 17:47:51 +0100 Received: from atkin901 by 208.85.208.53 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 22 Feb 2013 17:47:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Mark Atkinson Subject: Re: watchdogs Date: Fri, 22 Feb 2013 08:47:20 -0800 Lines: 44 Message-ID: References: <512525C1.1070502@norma.perm.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 208.85.208.53 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130121 Thunderbird/17.0.2 In-Reply-To: <512525C1.1070502@norma.perm.ru> X-Enigmail-Version: 1.4.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 16:47:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/20/2013 11:36, Eugene M. Zheganin wrote: > Hi. > > I have a bunch of FreeBSDs that hangs (and I really want to do > something to fight this). May be it's the zfs or may be it's the pf > (I also have a bunch of really stable ones, so it's hard to isolate > and tell). Since 9.x hang more often I suppose it's pf. I use > ichwd.ko and watchdogd to reboot a machine when it hangs. It works > pretty well; I'm also working on a various WITNESS/INVARIANTS stuff > and I'm trying to report it to gnats, but obviously it would be > much nicer if the system would panic and leave some debuggable core > after a hang (so far I don't have any, so I can only guess). I've > read about software watchdog in kernel and I doesn'y quite > understand: it's said that kernel software watchdog is able to > panic when a deadlock occurs. Can this be achieved with ichwd ? > Another one: as far as I understand ichwd reboots my machine on a > hardware level, right ? So am I right saying that software watchdog > can be, in theory, also deadlocked, thus, being kinda less reliable > solution ? I just want to /metoo that I have 32bit/i386 box running zfs, pf and - -current that is hardlocking randomly (usually has an uptime for a few days to a couple weeks). SW_WATCHDOG won't fire when it locks so it must be locking pretty fast. I just noticed that ichwd will load on this box, so I'll try that instead, but now I'm wondering if the SW_WATCHDOG kernel will interfere or rather if watchdogd is smart enough to handle both? This box used to occasionally panic on the ZFS stack panic so I did the KSTACK_PAGES=4 change to the kernel and now it just hardlocks. I'm not saying they are related. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlEnoRgACgkQrDN5kXnx8ybJeACbBjpHrQxeZhkjavnoeBgjEJ9W dDUAnipfLgIuUCbM6mk6/bcrl7AphHxC =84T/ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 19:05:59 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4D5BAE9F for ; Fri, 22 Feb 2013 19:05:59 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from nm37-vm0.bullet.mail.ne1.yahoo.com (nm37-vm0.bullet.mail.ne1.yahoo.com [98.138.229.128]) by mx1.freebsd.org (Postfix) with ESMTP id 15B46357 for ; Fri, 22 Feb 2013 19:05:58 +0000 (UTC) Received: from [98.138.90.57] by nm37.bullet.mail.ne1.yahoo.com with NNFMP; 22 Feb 2013 19:02:51 -0000 Received: from [98.138.89.233] by tm10.bullet.mail.ne1.yahoo.com with NNFMP; 22 Feb 2013 19:02:51 -0000 Received: from [127.0.0.1] by omp1048.mail.ne1.yahoo.com with NNFMP; 22 Feb 2013 19:02:51 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 320402.6682.bm@omp1048.mail.ne1.yahoo.com Received: (qmail 66613 invoked by uid 60001); 22 Feb 2013 19:02:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1361559771; bh=i8IwVE7C+qxdni8iL7QvOocciWhDuVpK9MQWT1Tfezo=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=50BoXREQlRDs9wqEruzw1LraTdCWdsZo81k72xPuOHy4iX4nQQbU62y1rFXOy6FtbYffS9aXioUMPUn4uFOfIc0M514M26jIkgzdSxHODh5NrBAwcj0tHKou6bQNKDFMrrehCmA6DsEIi+3Do92FIS8HiDST47f2T5ddNCCRmIo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=KJC43+Q4NV64XUWJZmbP7gJRiYD0VJOXxhp4K4KxBotwFoQ5GHu8trgrBa4nqw3s26UtP1fwnlCDDCK9D6UGWujXIkdS7zEsAHcg1vOgreqGR2SQu/TtL/88P+ozkHd+y8UePf5v0gWKDYoI4FORur0Wdqrf6AaL12fGaj7aNGY=; X-YMail-OSG: UHTGKQsVM1lRVto4QQT0T59JL3lI64HyoYqyQ5fGMDLarWL yKMu16OADBhsAJXZP20E7qTFpncvFVR25Ep.0p_uLkCFDIx_jV4l6Y7m_nLW peCeJ6dERE3TjKRIO1MqAJd8OeRT.WA9kiS54mgpbS4wcPCVXV_n5WE0oGTa JX8qbsyW9KbhSxyDgaj9xjXW0T3wRpghiT8_Bn7YSo7dp1hZRFIMa1Q6HwVq oo9lNWvvdsUA7S7BFCDOCsP43N_N27f6yDPddO1_fJxfC2VIhK8aMmNb3As1 tGlpZMv5jpSFJIyO70oeD5i1MbQ43xxOFlmUB7YAE1l1YeeEAYmcFPmjKJpx AMVbGLzqJ21ItLBZRUVTsRTQ3dIgjg8mCSyGIcQy4gerCVKQP0yxvOiANbHh 1wm58v7TH50Fv3lzmjWOEEOA4yz_Yh3y7rG5YnwtNiQh2U4o0f7ZPM5sJQLo FrXt0ej0v.mPO0IJDOW4IlycHRpZO0PCe5u2wVuoImHicDYtrP3a4Nt4xSqo a Received: from [2.32.150.154] by web121905.mail.ne1.yahoo.com via HTTP; Fri, 22 Feb 2013 11:02:51 PST X-Rocket-MIMEInfo: 001.001, QWZ0ZXIgdXBncmFkaW5nIGZyb20gcmVsZWFzZSBJIGdldCB0aGUgZm9sbG93aW5nIGVycm9yOgpNb3VudGluZyB1ZnM6L2Rldi9hZGExcDIgZmFpbGVkIHdpdGggZXJyb3IgMTkKSSBuZWVkIHRvIGFkZCB0aGUgZm9sbG93aW5nCjEtdGhlIHBhcnRpdGlvbiBuYW1lIGlzIGNvcnJlY3QgYXMgSSBjYW4gbW91bnQgaXQgb24gbXkgdXNiIGRpc2sKMi1ieSByZXN0b3JpbmcgdGhlIHJlbGVhc2UgL2Jvb3QgZGlyZWN0b3J5IHRoZSBzeXN0ZW0gYmVjb21lcyBib290YWJsZQphbnkgaGVscCBhcHByZWNpYXRlZApGaWwBMAEBAQE- X-Mailer: YahooMailWebService/0.8.134.513 Message-ID: <1361559771.53663.YahooMailNeo@web121905.mail.ne1.yahoo.com> Date: Fri, 22 Feb 2013 11:02:51 -0800 (PST) From: Filippo Moretti Subject: 9.1-STABLE i386 failure to boot To: "stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Filippo Moretti List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 19:05:59 -0000 After upgrading from release I get the following error: Mounting ufs:/dev/ada1p2 failed with error 19 I need to add the following 1-the partition name is correct as I can mount it on my usb disk 2-by restoring the release /boot directory the system becomes bootable any help appreciated Filippo From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 20:21:56 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BFC2BDEA for ; Fri, 22 Feb 2013 20:21:56 +0000 (UTC) (envelope-from lists@pingle.org) Received: from chloe.pingle.org (unknown [IPv6:2605:8000:d:1:40::1]) by mx1.freebsd.org (Postfix) with ESMTP id 90FDA971 for ; Fri, 22 Feb 2013 20:21:56 +0000 (UTC) Received: from chloe.pingle.org (unknown [127.0.0.1]) by chloe.pingle.org (Postfix) with ESMTP id 0172F45017 for ; Fri, 22 Feb 2013 15:21:49 -0500 (EST) X-Virus-Scanned: amavisd-new at pingle.org Received: from chloe.pingle.org ([127.0.0.1]) by chloe.pingle.org (chloe.pingle.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1tUkHQGGjwI0 for ; Fri, 22 Feb 2013 15:21:48 -0500 (EST) Received: from [IPv6:2001:470:1f11:e1c:dead:beef:c0de:cafe] (unknown [IPv6:2001:470:1f11:e1c:dead:beef:c0de:cafe]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jim) by chloe.pingle.org (Postfix) with ESMTPSA id 67FD745009 for ; Fri, 22 Feb 2013 15:21:48 -0500 (EST) Message-ID: <5127D353.2070601@pingle.org> Date: Fri, 22 Feb 2013 15:21:39 -0500 From: Jim Pingle User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130215 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: Ipsec VPN tunnel from a Win/7 box? References: <511D3E56.9060103@denninger.net> <511E5622.3050905@cello.com> <511E582E.4030408@denninger.net> In-Reply-To: <511E582E.4030408@denninger.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 20:21:56 -0000 On 2/15/2013 10:45 AM, Karl Denninger wrote: > On 2/15/2013 9:37 AM, Kurt Lidl wrote: >> >> Hmm. >> >> I've got IPSEC tunnels from Windows XP and Windows 7 working >> to a FreeBSD 8.3 host, using NAT/T. >> >> I'm using the Shrewsoft client: http://www.shrew.net/software >> >> -Kurt >> _________________ > > The goal is to do it using only the native Win/7 VPN support. > > So far I've failed for IPSEC :-) > A little late, but you might find this helpful/interesting: http://forum.pfsense.org/index.php?topic=55754.0 Seems to take a little work on the Windows side, but pfSense uses racoon (ipsec-tools) on FreeBSD so it should be possible to replicate on a plain FreeBSD install, the poster even gives the racoon.conf and spd entries. Jim From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 20:32:48 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E88781FA for ; Fri, 22 Feb 2013 20:32:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id A120B9E3 for ; Fri, 22 Feb 2013 20:32:48 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U8zIT-000Kfk-M6; Fri, 22 Feb 2013 22:32:45 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Rick Macklem Subject: Re: zfs/nfs/proftpd problem In-reply-to: <773493110.3210623.1361547227044.JavaMail.root@erie.cs.uoguelph.ca> References: <773493110.3210623.1361547227044.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Rick Macklem message dated "Fri, 22 Feb 2013 10:33:47 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Feb 2013 22:32:45 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 20:32:49 -0000 > Daniel Braniss wrote: > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our ftp > > server is stuck. > > > > the old, (ProFTPD Version 1.3.2) and working till before the upgrade > > is stuck > > in nlmrcv: > > ... > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > ftp - > > crawl-66-249-73-193.googlebot.com: anonymous/googlebot@google.com: > > RETR 00690145.JPG (proftpd) > > ... > > > I suspect you know that this is waiting for a reply from some rpc.lockd. > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version 1.3.4b and > > this one > > is stuck in rpccwnd: > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: ftp > > - > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST (proftpd) > > > This one is stuck in the client side of UDP for the krpc, in the > primitive congestion control stuff that is there. may be it's too primitive? > > > > > any wise suggestions :-) > > > Well, maybe not wise, but you may already be aware that NFS etc over > UDP and the NLM are two of my favourite things (especially the NLM). > > Basically, it appears to be having difficulties doing RPCs over UDP, > at least for the NLM (rpc.lockd), suggesting some transport related > issue. > > First, make sure rpc.statd and rpc.lockd are running on the NFS server > and all clients (or disable use of it via the "nolockd" mount option). all are ruuning bot rpc.statd and rpc.lockd > > You can also do a "netstat -s" and see if there is a non-zero count > for "fragments dropped due to timeout" in the IP section. (This happens > when your network fabric can't handle the burst of IP fragments > generated by a large RPC message over UDP.) > there are none on the cliet (the ftp server) > Things you could try: > - If you are using a udp mount for NFS... > - reduce your rsize and wsize (especially if "fragments dropped due > to timeout" is non-zero) > or > - switch to TCP > > If you are not using udp mounts, then the NLM (rpc.lockd) is using > UDP anyhow. If you don't need multiple NFS clients to see the file > locks, add "nolockd" to your mount(s). > > Beyond that, you'll need to capture packets and look at them in > wireshark, to see what is going on. > the mount is tcp. I have been staring at the tcpdump and nothing sticks out, but it's been a while since I looked at rpc traffic. some facts: it happens every time, with any ftp command, it gets stuck on either nlmrcv or rpccwnd, mostly the latter. I will try to disable the lock stuff, but isn't it avoiding the issue? > Good luck with it, rick thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Feb 22 23:28:05 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4C29E9D5 for ; Fri, 22 Feb 2013 23:28:05 +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 11F431B9 for ; Fri, 22 Feb 2013 23:28:04 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEALz9J1GDaFvO/2dsb2JhbABEDoZAuBWCWoEic4IfAQEEASNWBRYOCgICDRkCWQaIHwasfpIkgSOMMAeBADQHgi2BEwOIaI1SkGOCSF2BTAEeHg X-IronPort-AV: E=Sophos;i="4.84,717,1355115600"; d="scan'208";a="17877487" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 22 Feb 2013 18:27:57 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id D5619B4033; Fri, 22 Feb 2013 18:27:57 -0500 (EST) Date: Fri, 22 Feb 2013 18:27:57 -0500 (EST) From: Rick Macklem To: Daniel Braniss Message-ID: <749270079.3229291.1361575677819.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: zfs/nfs/proftpd problem 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Feb 2013 23:28:05 -0000 Daniel Braniss wrote: > > Daniel Braniss wrote: > > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our ftp > > > server is stuck. > > > > > > the old, (ProFTPD Version 1.3.2) and working till before the > > > upgrade > > > is stuck > > > in nlmrcv: > > > ... > > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > > ftp - > > > crawl-66-249-73-193.googlebot.com: anonymous/googlebot@google.com: > > > RETR 00690145.JPG (proftpd) > > > ... > > > > > I suspect you know that this is waiting for a reply from some > > rpc.lockd. > > > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version 1.3.4b > > > and > > > this one > > > is stuck in rpccwnd: > > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: ftp > > > - > > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST (proftpd) > > > > > This one is stuck in the client side of UDP for the krpc, in the > > primitive congestion control stuff that is there. > may be it's too primitive? > Yes, but the only alternative is no congestion avoidance at all. The RPC RTT includes round trip time for the messages plus the delay for processing the RPC at the server. The latter is highly variable and depends greatly on what the RPC is and how heavily loaded the server is. (The pre-krpc NFS client could do a little better, since it "knew" what the RPC was and could assume "writes" would take a lot longer than a Getattr. A generic krpc implementation can't know anything about what the RPC does.) If you're network fabric needs congestion control to achieve low loss of packets, then TCP is the way to go. Remember that, if any packet in a request/response is lost, the entire RPC must be retried when running over UDP. > > > > > > > > any wise suggestions :-) > > > > > Well, maybe not wise, but you may already be aware that NFS etc over > > UDP and the NLM are two of my favourite things (especially the NLM). > > > > Basically, it appears to be having difficulties doing RPCs over UDP, > > at least for the NLM (rpc.lockd), suggesting some transport related > > issue. > > > > First, make sure rpc.statd and rpc.lockd are running on the NFS > > server > > and all clients (or disable use of it via the "nolockd" mount > > option). > all are ruuning bot rpc.statd and rpc.lockd > > > > You can also do a "netstat -s" and see if there is a non-zero count > > for "fragments dropped due to timeout" in the IP section. (This > > happens > > when your network fabric can't handle the burst of IP fragments > > generated by a large RPC message over UDP.) > > > > there are none on the cliet (the ftp server) > > > Things you could try: > > - If you are using a udp mount for NFS... > > - reduce your rsize and wsize (especially if "fragments dropped > > due > > to timeout" is non-zero) > > or > > - switch to TCP > > > > If you are not using udp mounts, then the NLM (rpc.lockd) is using > > UDP anyhow. If you don't need multiple NFS clients to see the file > > locks, add "nolockd" to your mount(s). > > > > Beyond that, you'll need to capture packets and look at them in > > wireshark, to see what is going on. > > > the mount is tcp. > I have been staring at the tcpdump and nothing sticks out, but it's > been a > while > since I looked at rpc traffic. > I'll assume you are looking at it using wireshark (tcpdump doesn't understand these protocols). You would be looking for repeated RPC request messages without a corresponding RPC reply from the other end. They would be NLM or NSM protocol RPCs. (Since you mentioned that your NFS mount was TCP, it must be the NLM and/or associated NSM stuff that is using UDP, I think.) > some facts: > it happens every time, with any ftp command, it gets stuck on either > nlmrcv > or rpccwnd, mostly the latter. > I will try to disable the lock stuff, but isn't it avoiding the issue? > If you mean "avoiding the use of a fundamentally flawed protocol designed in the 1980s for a handful of locally connected machines that always remain up with the same fixed hostname/ip address" then, yes, you are trying to avoid the issue. Further to that, the protocol was never well published, so implementations "guessed" w.r.t. the semantics for things like "how many times should the NSM try to ping another machine before assuming the other machine has crashed and lost the file lock. One of the main parts of NFSv4 was an effort to fix file locking. Although it isn't widely adopted yet, it is now a 10year old protocol. (RFC3530 is dated April 2003, if I recall correctly.) Since rpc.lockd and rpc.statd haven't changed much in a long time and are essentially the same in 8.3 as stable/9, I'd suspect that something else has broken this (assuming it worked fine for 8.3). I would suspect the network device driver for your hardware and I'd suggest trying things like disabling checksum offload options, TSO and anything else you can try via ifconfig. If you happen to have a different kind of network hardware port, I'd try switching to that as well. rick > > Good luck with it, rick > thanks, > danny From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 03:43:03 2013 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7564F52E for ; Sat, 23 Feb 2013 03:43:03 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A93E9E1 for ; Sat, 23 Feb 2013 03:42:59 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id r1N3gvGN006701; Fri, 22 Feb 2013 22:42:57 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id r1N3gu6U006698; Fri, 22 Feb 2013 22:42:56 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="2gmmaHoB6p" Content-Transfer-Encoding: 7bit Message-ID: <20776.15040.300235.897884@hergotha.csail.mit.edu> Date: Fri, 22 Feb 2013 22:42:56 -0500 From: Garrett Wollman To: stable@freebsd.org Subject: A useful munin plugin for monitoring memory usage X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Fri, 22 Feb 2013 22:42:57 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Sat, 23 Feb 2013 04:02:33 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: lupe@lupe-christoph.de X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 03:43:03 -0000 --2gmmaHoB6p Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit We were having some memory starvation issues (which it turned out were caused by our backup system), and I found it useful to create a munin plugin to monitor UMA statistics (as displayed by 'vmstat -z'). As I'm not interested in dealing with github.com, I thought I would share it with the people most likely to benefit. Here's an example of the graph that gets generated: --2gmmaHoB6p Content-Type: text/plain; charset=us-ascii Content-Description: message body text Content-Transfer-Encoding: 7bit (hopefully mailman will let the image through). The plugin itself (undoubtedly not in the best of style) follows. -GAWollman #!/bin/sh # # Plugin to monitor FreeBSD Unified Memory Allocator # (UMA) statistics from "vmstat -z" # Based on the nfsd (NFS server statistics) plugin. # #%# family=auto #%# capabilities=autoconf getnames () { /usr/bin/vmstat -z | awk -F: 'NR > 2 && NF > 1 { print $1 }' } if [ "$1" = "autoconf" ]; then if /usr/bin/vmstat -z 2>/dev/null | \ egrep '^ITEM[[:space:]]+' >/dev/null; then echo yes exit 0 else echo no exit 0 fi fi if [ "$1" = "config" ]; then area='AREA' echo 'graph_title FreeBSD Unified Memory Allocator' echo 'graph_vlabel bytes' echo 'graph_total total' echo 'graph_category system' getnames | while read label; do a=$(printf "%s" "$label" | tr -C 'A-Za-z0-9_' '_') echo "$a.label $label" echo "$a.type GAUGE" echo "$a.min 0" echo "$a.draw $area" area='STACK' done exit 0 fi /usr/bin/vmstat -z | awk -F '[:,] +' ' NR > 2 && NF > 1 { name=$1 gsub("[^A-Za-z0-9_]", "_", name) print name ".value " $2*$4 if($3 > 0) { print name ".warning " int($2*$3*0.92) print name ".critical " int($2*$3*0.95) } } ' --2gmmaHoB6p-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 04:53:28 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C7F6BF76; Sat, 23 Feb 2013 04:53:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 35F33C00; Sat, 23 Feb 2013 04:53:27 +0000 (UTC) Received: from ur.dons.net.au (ppp14-2-9-156.lns21.adl2.internode.on.net [14.2.9.156]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id r1N4r5Aq048403 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 23 Feb 2013 15:23:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Subject: Re: IPMI serial console Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Content-Type: text/plain; charset=us-ascii From: "Daniel O'Connor" In-Reply-To: <990E6085-A7DC-4617-9E27-1EFB326A654F@gromit.dlib.vt.edu> Date: Sat, 23 Feb 2013 15:23:03 +1030 Content-Transfer-Encoding: quoted-printable Message-Id: <09CC54B3-028A-4944-BD0E-0AD191D4D634@gsoft.com.au> References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> <20130221220317.GA90640@icarus.home.lan> <6CD36AD055194E868054D5FC83E2AF6A@multiplay.co.uk> <7F35748E-736D-4AF1-BA6A-E831EF20396A@gsoft.com.au> <20130222001038.GA92824@icarus.home.lan> <0A4324A0-FBE3-4DD6-9670-421210D42586@gsoft.com.au> <990E6085-A7DC-4617-9E27-1EFB326A654F@gromit.dlib.vt.edu> To: Paul Mather X-Mailer: Apple Mail (2.1499) X-Spam-Score: 0.959 () BAYES_00,FUZZY_VPILL,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: Jeremy Chadwick , Steven Hartland , freebsd-stable@freebsd.org, John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 04:53:28 -0000 On 23/02/2013, at 24:36, Paul Mather wrote: > I don't know whether all of that is needed, but, as you can see from = the various commented-out lines, it was a configuration I "arrived at" = that works. :-) >=20 > I don't have a /boot.config on this system. OK, that gives me hope :) > Usually, I have the VGA console take precedence. In that case, I get = messages on both the VGA console and the IPMI SOL console during the = BIOS screen, loader, and kernel boot messages but then only messages on = the VGA console during the rc.d boot phase. I have a serial console = enabled in /etc/ttys, so I get output (e.g., getty login) on the IPMI = SOL when that is eventually spawned. If I want to have the serial = console take precedence, I usually escape to the loader prompt (via ESC = at the loader menu) and issue a "set console=3D"comconsole,vidconsole"" = command. Then, the rc.d boot output goes to the serial console and=20 That is basically what I want - I am looking for a way to run fsck or = diagnose boot issues without having to fire up the Java app and = tunnelling into the network. > not the VGA console. (It would be nice to have rc.d init scripts = output go to both consoles, but I don't know whether that is possible.) Yeah that would be very nice, I will take what you have though :) -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 05:48:42 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 646B2450 for ; Sat, 23 Feb 2013 05:48:42 +0000 (UTC) (envelope-from FreeBSD@shaneware.biz) Received: from ipmail06.adl6.internode.on.net (unknown [IPv6:2001:44b8:8060:ff02:300:1:6:6]) by mx1.freebsd.org (Postfix) with ESMTP id EE8D7DA8 for ; Sat, 23 Feb 2013 05:48:41 +0000 (UTC) Received: from ppp247-71.static.internode.on.net (HELO leader.local) ([203.122.247.71]) by ipmail06.adl6.internode.on.net with ESMTP; 23 Feb 2013 16:18:38 +1030 Message-ID: <51285833.6060307@ShaneWare.Biz> Date: Sat, 23 Feb 2013 16:18:35 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Zhihao Yuan Subject: Re: No sound with Realtek ALC269 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 05:48:42 -0000 On 23/02/2013 01:32, Zhihao Yuan wrote: > I my case, the sound card just do not work, though the device > and the driver are working. > Suggestions wanted. Thanks. I have a Realtek ALC887 on my machine. I first installed 9.0rc3 and had sound issues. I found the default sound driver didn't work or didn't pick the correct driver to use. The solution I found was to specify the specific driver by adding snd_hda_load="YES" to /boot/loader.conf I think you can test that with kldload snd_hda From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 06:25:03 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 582E2793 for ; Sat, 23 Feb 2013 06:25:03 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-la0-x22e.google.com (la-in-x022e.1e100.net [IPv6:2a00:1450:4010:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id DD04CE71 for ; Sat, 23 Feb 2013 06:25:02 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id fq12so1293423lab.19 for ; Fri, 22 Feb 2013 22:25:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=evfglXFzdwHNGkWdYhUKqr0St9yF98Jn4V+8V3gihqQ=; b=DrB6h6Im5KxKM5QCx8fnxSUPGOFqq6tyB3WYBOTzq0RtV623v3aEKu+J/Y1CFp0mgx fbOjAvgnIqtKBBg6vhEdf87ty6DQzRmDqH0MEQVQIA73eJA6l7yXtuu6dMbKKCIvrGeO TYWnJ+0G4TK4+6u66RMk7VMeiUMwaWgeXZK1LRkO9dgsijSqiEgcn3OXU5VIR1yTm/Sj Dyam39kXzJz0jAHk4zgUSX4j/MhvSezMsq2b29R4U7EJ1ec/JNWoLF64HGZFd93dA7j8 N+tDoFN4kfJ3r1y3HAzHyceFyCo6EDNKF9LvYd4pBUlD7shdz76jB9CsP9H+COn6eKD7 dXJQ== MIME-Version: 1.0 X-Received: by 10.152.112.231 with SMTP id it7mr3944912lab.10.1361600700634; Fri, 22 Feb 2013 22:25:00 -0800 (PST) Received: by 10.112.97.180 with HTTP; Fri, 22 Feb 2013 22:25:00 -0800 (PST) Received: by 10.112.97.180 with HTTP; Fri, 22 Feb 2013 22:25:00 -0800 (PST) In-Reply-To: <51285833.6060307@ShaneWare.Biz> References: <51285833.6060307@ShaneWare.Biz> Date: Sat, 23 Feb 2013 01:25:00 -0500 Message-ID: Subject: Re: No sound with Realtek ALC269 From: Zhihao Yuan To: Shane Ambler Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD-STABLE Mailing List X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 06:25:03 -0000 On Feb 23, 2013 12:48 AM, "Shane Ambler" wrote: > I think you can test that with kldload snd_hda I can give it a try, but I don't see any drivers other than snd_hda can install hdaa0, which is what I already have. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 08:45:36 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4E0667E for ; Sat, 23 Feb 2013 08:45:36 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4B11BD for ; Sat, 23 Feb 2013 08:45:35 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U9AjU-0005ZX-Js; Sat, 23 Feb 2013 10:45:24 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Rick Macklem Subject: Re: zfs/nfs/proftpd problem In-reply-to: <749270079.3229291.1361575677819.JavaMail.root@erie.cs.uoguelph.ca> References: <749270079.3229291.1361575677819.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Rick Macklem message dated "Fri, 22 Feb 2013 18:27:57 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 23 Feb 2013 10:45:24 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 08:45:36 -0000 > Daniel Braniss wrote: > > > Daniel Braniss wrote: > > > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our ftp > > > > server is stuck. > > > > > > > > the old, (ProFTPD Version 1.3.2) and working till before the > > > > upgrade > > > > is stuck > > > > in nlmrcv: > > > > ... > > > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > > > ftp - > > > > crawl-66-249-73-193.googlebot.com: anonymous/googlebot@google.com: > > > > RETR 00690145.JPG (proftpd) > > > > ... > > > > > > > I suspect you know that this is waiting for a reply from some > > > rpc.lockd. > > > > > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version 1.3.4b > > > > and > > > > this one > > > > is stuck in rpccwnd: > > > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: ftp > > > > - > > > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST (proftpd) > > > > > > > This one is stuck in the client side of UDP for the krpc, in the > > > primitive congestion control stuff that is there. > > may be it's too primitive? > > > Yes, but the only alternative is no congestion avoidance at all. The > RPC RTT includes round trip time for the messages plus the delay for > processing the RPC at the server. The latter is highly variable and > depends greatly on what the RPC is and how heavily loaded the server > is. (The pre-krpc NFS client could do a little better, since it "knew" > what the RPC was and could assume "writes" would take a lot longer > than a Getattr. A generic krpc implementation can't know anything > about what the RPC does.) > > If you're network fabric needs congestion control to achieve low > loss of packets, then TCP is the way to go. Remember that, if any > packet in a request/response is lost, the entire RPC must be retried > when running over UDP. > > > > > > > > > > > > any wise suggestions :-) > > > > > > > Well, maybe not wise, but you may already be aware that NFS etc over > > > UDP and the NLM are two of my favourite things (especially the NLM). > > > > > > Basically, it appears to be having difficulties doing RPCs over UDP, > > > at least for the NLM (rpc.lockd), suggesting some transport related > > > issue. > > > > > > First, make sure rpc.statd and rpc.lockd are running on the NFS > > > server > > > and all clients (or disable use of it via the "nolockd" mount > > > option). > > all are ruuning bot rpc.statd and rpc.lockd > > > > > > You can also do a "netstat -s" and see if there is a non-zero count > > > for "fragments dropped due to timeout" in the IP section. (This > > > happens > > > when your network fabric can't handle the burst of IP fragments > > > generated by a large RPC message over UDP.) > > > > > > > there are none on the cliet (the ftp server) > > > > > Things you could try: > > > - If you are using a udp mount for NFS... > > > - reduce your rsize and wsize (especially if "fragments dropped > > > due > > > to timeout" is non-zero) > > > or > > > - switch to TCP > > > > > > If you are not using udp mounts, then the NLM (rpc.lockd) is using > > > UDP anyhow. If you don't need multiple NFS clients to see the file > > > locks, add "nolockd" to your mount(s). > > > > > > Beyond that, you'll need to capture packets and look at them in > > > wireshark, to see what is going on. > > > > > the mount is tcp. > > I have been staring at the tcpdump and nothing sticks out, but it's > > been a > > while > > since I looked at rpc traffic. > > > I'll assume you are looking at it using wireshark (tcpdump doesn't understand > these protocols). You would be looking for repeated RPC request messages without > a corresponding RPC reply from the other end. They would be NLM or NSM protocol > RPCs. (Since you mentioned that your NFS mount was TCP, it must be the NLM and/or > associated NSM stuff that is using UDP, I think.) > yup, wireshark, i only used tcpdump to capture since the link is slow to run wrireshark over it. > > some facts: > > it happens every time, with any ftp command, it gets stuck on either > > nlmrcv > > or rpccwnd, mostly the latter. > > I will try to disable the lock stuff, but isn't it avoiding the issue? > > > If you mean "avoiding the use of a fundamentally flawed protocol designed > in the 1980s for a handful of locally connected machines that always > remain up with the same fixed hostname/ip address" then, yes, you are trying to > avoid the issue. Further to that, the protocol was never well published, so > implementations "guessed" w.r.t. the semantics for things like "how many > times should the NSM try to ping another machine before assuming the other > machine has crashed and lost the file lock. ah, where are the days of ND - keep forgetting how old NFS is (and me too :-) > > One of the main parts of NFSv4 was an effort to fix file > locking. Although it isn't widely adopted yet, it is now a 10year old > protocol. (RFC3530 is dated April 2003, if I recall correctly.) > > Since rpc.lockd and rpc.statd haven't changed much in a long time and > are essentially the same in 8.3 as stable/9, I'd suspect that something > else has broken this (assuming it worked fine for 8.3). I would suspect > the network device driver for your hardware and I'd suggest trying > things like disabling checksum offload options, TSO and anything else > you can try via ifconfig. If you happen to have a different kind of > network hardware port, I'd try switching to that as well. I will have to sniff the packets on the ftp server too, it's complaining the lockd is not respondig, so maybe soemthing is lost on the way. setting nolockd on the mount solved the problem! now, if you are willing to help, I can continue experimenting/debuging, since it's very easy to cause the problem, and I think there are more issues here, since other servers are complaining too, but there its more difficult to debug, intermitent no responding etc. thanks and cheers, danny > > rick > > > > Good luck with it, rick > > thanks, > > danny From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 15:22:09 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D5394C8B for ; Sat, 23 Feb 2013 15:22:09 +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 8996115C for ; Sat, 23 Feb 2013 15:22:09 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAKPdKFGDaFvO/2dsb2JhbABFDoZBuwOBH3OCHwEBAQMBAQEBICsgCwUWDgoCAg0ZAikBCSYGCAcEARwEh2wGDK0PkgCBI4wqBgeBADQHgi2BEwOIaYsagjqBHY9IgkhdT30BBxce X-IronPort-AV: E=Sophos;i="4.84,721,1355115600"; d="scan'208";a="17924666" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 23 Feb 2013 10:22:06 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3E4FDB406A; Sat, 23 Feb 2013 10:22:06 -0500 (EST) Date: Sat, 23 Feb 2013 10:22:06 -0500 (EST) From: Rick Macklem To: Daniel Braniss Message-ID: <807546569.3234119.1361632926179.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: Subject: Re: zfs/nfs/proftpd problem 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-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 15:22:09 -0000 Daniel Braniss wrote: > > Daniel Braniss wrote: > > > > Daniel Braniss wrote: > > > > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our > > > > > ftp > > > > > server is stuck. > > > > > > > > > > the old, (ProFTPD Version 1.3.2) and working till before the > > > > > upgrade > > > > > is stuck > > > > > in nlmrcv: > > > > > ... > > > > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > > > > ftp - > > > > > crawl-66-249-73-193.googlebot.com: > > > > > anonymous/googlebot@google.com: > > > > > RETR 00690145.JPG (proftpd) > > > > > ... > > > > > > > > > I suspect you know that this is waiting for a reply from some > > > > rpc.lockd. > > > > > > > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version > > > > > 1.3.4b > > > > > and > > > > > this one > > > > > is stuck in rpccwnd: > > > > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: > > > > > ftp > > > > > - > > > > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST > > > > > (proftpd) > > > > > > > > > This one is stuck in the client side of UDP for the krpc, in the > > > > primitive congestion control stuff that is there. > > > may be it's too primitive? > > > > > Yes, but the only alternative is no congestion avoidance at all. The > > RPC RTT includes round trip time for the messages plus the delay for > > processing the RPC at the server. The latter is highly variable and > > depends greatly on what the RPC is and how heavily loaded the server > > is. (The pre-krpc NFS client could do a little better, since it > > "knew" > > what the RPC was and could assume "writes" would take a lot longer > > than a Getattr. A generic krpc implementation can't know anything > > about what the RPC does.) > > > > If you're network fabric needs congestion control to achieve low > > loss of packets, then TCP is the way to go. Remember that, if any > > packet in a request/response is lost, the entire RPC must be retried > > when running over UDP. > > > > > > > > > > > > > > > > any wise suggestions :-) > > > > > > > > > Well, maybe not wise, but you may already be aware that NFS etc > > > > over > > > > UDP and the NLM are two of my favourite things (especially the > > > > NLM). > > > > > > > > Basically, it appears to be having difficulties doing RPCs over > > > > UDP, > > > > at least for the NLM (rpc.lockd), suggesting some transport > > > > related > > > > issue. > > > > > > > > First, make sure rpc.statd and rpc.lockd are running on the NFS > > > > server > > > > and all clients (or disable use of it via the "nolockd" mount > > > > option). > > > all are ruuning bot rpc.statd and rpc.lockd > > > > > > > > You can also do a "netstat -s" and see if there is a non-zero > > > > count > > > > for "fragments dropped due to timeout" in the IP section. (This > > > > happens > > > > when your network fabric can't handle the burst of IP fragments > > > > generated by a large RPC message over UDP.) > > > > > > > > > > there are none on the cliet (the ftp server) > > > > > > > Things you could try: > > > > - If you are using a udp mount for NFS... > > > > - reduce your rsize and wsize (especially if "fragments > > > > dropped > > > > due > > > > to timeout" is non-zero) > > > > or > > > > - switch to TCP > > > > > > > > If you are not using udp mounts, then the NLM (rpc.lockd) is > > > > using > > > > UDP anyhow. If you don't need multiple NFS clients to see the > > > > file > > > > locks, add "nolockd" to your mount(s). > > > > > > > > Beyond that, you'll need to capture packets and look at them in > > > > wireshark, to see what is going on. > > > > > > > the mount is tcp. > > > I have been staring at the tcpdump and nothing sticks out, but > > > it's > > > been a > > > while > > > since I looked at rpc traffic. > > > > > I'll assume you are looking at it using wireshark (tcpdump doesn't > > understand > > these protocols). You would be looking for repeated RPC request > > messages without > > a corresponding RPC reply from the other end. They would be NLM or > > NSM protocol > > RPCs. (Since you mentioned that your NFS mount was TCP, it must be > > the NLM and/or > > associated NSM stuff that is using UDP, I think.) > > > yup, wireshark, i only used tcpdump to capture since the link is slow > to run wrireshark over it. > > > > some facts: > > > it happens every time, with any ftp command, it gets stuck on > > > either > > > nlmrcv > > > or rpccwnd, mostly the latter. > > > I will try to disable the lock stuff, but isn't it avoiding the > > > issue? > > > > > If you mean "avoiding the use of a fundamentally flawed protocol > > designed > > in the 1980s for a handful of locally connected machines that always > > remain up with the same fixed hostname/ip address" then, yes, you > > are trying to > > avoid the issue. Further to that, the protocol was never well > > published, so > > implementations "guessed" w.r.t. the semantics for things like "how > > many > > times should the NSM try to ping another machine before assuming the > > other > > machine has crashed and lost the file lock. > > ah, where are the days of ND - keep forgetting how old NFS is (and me > too :-) > > > > > One of the main parts of NFSv4 was an effort to fix file > > locking. Although it isn't widely adopted yet, it is now a 10year > > old > > protocol. (RFC3530 is dated April 2003, if I recall correctly.) > > > > Since rpc.lockd and rpc.statd haven't changed much in a long time > > and > > are essentially the same in 8.3 as stable/9, I'd suspect that > > something > > else has broken this (assuming it worked fine for 8.3). I would > > suspect > > the network device driver for your hardware and I'd suggest trying > > things like disabling checksum offload options, TSO and anything > > else > > you can try via ifconfig. If you happen to have a different kind of > > network hardware port, I'd try switching to that as well. > > I will have to sniff the packets on the ftp server too, it's > complaining the lockd is not respondig, so maybe soemthing is lost on > the way. > > setting nolockd on the mount solved the problem! > > now, if you are willing to help, I can continue > experimenting/debuging, since > it's very easy to cause the problem, and I think there are more issues > here, since other servers are complaining too, but there its more > difficult > to debug, intermitent no responding etc. > Well, I won't be of much help. I am away from home, so I don't have wireshark available and I'm not that familiar with the NLM and NSM protocols (plus you've already figured out what I think of them;-). They seem to work ok when all the machines stay up and the network delivers packets reliably between them. I'd suspect some sort of network layer issue. A couple of possibilities: - UDP checksum problems - IP broadcast problems (I'm pretty sure the NSM and maybe NLM depend on broadcast working.) Good luck with it, rick > thanks and cheers, > danny > > > > rick > > > > > > Good luck with it, rick > > > thanks, > > > danny > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 17:00:40 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BFB9416C for ; Sat, 23 Feb 2013 17:00:40 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 49CA5912 for ; Sat, 23 Feb 2013 17:00:40 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U9ISj-000Ehp-5e; Sat, 23 Feb 2013 19:00:37 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Rick Macklem Subject: Re: zfs/nfs/proftpd problem In-reply-to: <807546569.3234119.1361632926179.JavaMail.root@erie.cs.uoguelph.ca> References: <807546569.3234119.1361632926179.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Rick Macklem message dated "Sat, 23 Feb 2013 10:22:06 -0500." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 23 Feb 2013 19:00:37 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 17:00:40 -0000 > Daniel Braniss wrote: > > > Daniel Braniss wrote: > > > > > Daniel Braniss wrote: > > > > > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our > > > > > > ftp > > > > > > server is stuck. > > > > > > > > > > > > the old, (ProFTPD Version 1.3.2) and working till before the > > > > > > upgrade > > > > > > is stuck > > > > > > in nlmrcv: > > > > > > ... > > > > > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > > > > > ftp - > > > > > > crawl-66-249-73-193.googlebot.com: > > > > > > anonymous/googlebot@google.com: > > > > > > RETR 00690145.JPG (proftpd) > > > > > > ... > > > > > > > > > > > I suspect you know that this is waiting for a reply from some > > > > > rpc.lockd. > > > > > > > > > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version > > > > > > 1.3.4b > > > > > > and > > > > > > this one > > > > > > is stuck in rpccwnd: > > > > > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: > > > > > > ftp > > > > > > - > > > > > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST > > > > > > (proftpd) > > > > > > > > > > > This one is stuck in the client side of UDP for the krpc, in the > > > > > primitive congestion control stuff that is there. > > > > may be it's too primitive? > > > > > > > Yes, but the only alternative is no congestion avoidance at all. The > > > RPC RTT includes round trip time for the messages plus the delay for > > > processing the RPC at the server. The latter is highly variable and > > > depends greatly on what the RPC is and how heavily loaded the server > > > is. (The pre-krpc NFS client could do a little better, since it > > > "knew" > > > what the RPC was and could assume "writes" would take a lot longer > > > than a Getattr. A generic krpc implementation can't know anything > > > about what the RPC does.) > > > > > > If you're network fabric needs congestion control to achieve low > > > loss of packets, then TCP is the way to go. Remember that, if any > > > packet in a request/response is lost, the entire RPC must be retried > > > when running over UDP. > > > > > > > > > > > > > > > > > > > > any wise suggestions :-) > > > > > > > > > > > Well, maybe not wise, but you may already be aware that NFS etc > > > > > over > > > > > UDP and the NLM are two of my favourite things (especially the > > > > > NLM). > > > > > > > > > > Basically, it appears to be having difficulties doing RPCs over > > > > > UDP, > > > > > at least for the NLM (rpc.lockd), suggesting some transport > > > > > related > > > > > issue. > > > > > > > > > > First, make sure rpc.statd and rpc.lockd are running on the NFS > > > > > server > > > > > and all clients (or disable use of it via the "nolockd" mount > > > > > option). > > > > all are ruuning bot rpc.statd and rpc.lockd > > > > > > > > > > You can also do a "netstat -s" and see if there is a non-zero > > > > > count > > > > > for "fragments dropped due to timeout" in the IP section. (This > > > > > happens > > > > > when your network fabric can't handle the burst of IP fragments > > > > > generated by a large RPC message over UDP.) > > > > > > > > > > > > > there are none on the cliet (the ftp server) > > > > > > > > > Things you could try: > > > > > - If you are using a udp mount for NFS... > > > > > - reduce your rsize and wsize (especially if "fragments > > > > > dropped > > > > > due > > > > > to timeout" is non-zero) > > > > > or > > > > > - switch to TCP > > > > > > > > > > If you are not using udp mounts, then the NLM (rpc.lockd) is > > > > > using > > > > > UDP anyhow. If you don't need multiple NFS clients to see the > > > > > file > > > > > locks, add "nolockd" to your mount(s). > > > > > > > > > > Beyond that, you'll need to capture packets and look at them in > > > > > wireshark, to see what is going on. > > > > > > > > > the mount is tcp. > > > > I have been staring at the tcpdump and nothing sticks out, but > > > > it's > > > > been a > > > > while > > > > since I looked at rpc traffic. > > > > > > > I'll assume you are looking at it using wireshark (tcpdump doesn't > > > understand > > > these protocols). You would be looking for repeated RPC request > > > messages without > > > a corresponding RPC reply from the other end. They would be NLM or > > > NSM protocol > > > RPCs. (Since you mentioned that your NFS mount was TCP, it must be > > > the NLM and/or > > > associated NSM stuff that is using UDP, I think.) > > > > > yup, wireshark, i only used tcpdump to capture since the link is slow > > to run wrireshark over it. > > > > > > some facts: > > > > it happens every time, with any ftp command, it gets stuck on > > > > either > > > > nlmrcv > > > > or rpccwnd, mostly the latter. > > > > I will try to disable the lock stuff, but isn't it avoiding the > > > > issue? > > > > > > > If you mean "avoiding the use of a fundamentally flawed protocol > > > designed > > > in the 1980s for a handful of locally connected machines that always > > > remain up with the same fixed hostname/ip address" then, yes, you > > > are trying to > > > avoid the issue. Further to that, the protocol was never well > > > published, so > > > implementations "guessed" w.r.t. the semantics for things like "how > > > many > > > times should the NSM try to ping another machine before assuming the > > > other > > > machine has crashed and lost the file lock. > > > > ah, where are the days of ND - keep forgetting how old NFS is (and me > > too :-) > > > > > > > > One of the main parts of NFSv4 was an effort to fix file > > > locking. Although it isn't widely adopted yet, it is now a 10year > > > old > > > protocol. (RFC3530 is dated April 2003, if I recall correctly.) > > > > > > Since rpc.lockd and rpc.statd haven't changed much in a long time > > > and > > > are essentially the same in 8.3 as stable/9, I'd suspect that > > > something > > > else has broken this (assuming it worked fine for 8.3). I would > > > suspect > > > the network device driver for your hardware and I'd suggest trying > > > things like disabling checksum offload options, TSO and anything > > > else > > > you can try via ifconfig. If you happen to have a different kind of > > > network hardware port, I'd try switching to that as well. > > > > I will have to sniff the packets on the ftp server too, it's > > complaining the lockd is not respondig, so maybe soemthing is lost on > > the way. > > > > setting nolockd on the mount solved the problem! > > > > now, if you are willing to help, I can continue > > experimenting/debuging, since > > it's very easy to cause the problem, and I think there are more issues > > here, since other servers are complaining too, but there its more > > difficult > > to debug, intermitent no responding etc. > > > Well, I won't be of much help. I am away from home, so I don't have > wireshark available and I'm not that familiar with the NLM and NSM > protocols (plus you've already figured out what I think of them;-). > > They seem to work ok when all the machines stay up and the network > delivers packets reliably between them. > > I'd suspect some sort of network layer issue. A couple of possibilities: > - UDP checksum problems > - IP broadcast problems (I'm pretty sure the NSM and maybe NLM depend > on broadcast working.) > > Good luck with it, rick > > could the problem be with the portmaper? i see a portmat v4 request for NLM and the response looks fishy to me: ... Universal Address: 192.168.73.107.3.40 ... From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 17:20:17 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E5233926 for ; Sat, 23 Feb 2013 17:20:17 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD6D9CE for ; Sat, 23 Feb 2013 17:20:17 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32] ident=danny) by kabab.cs.huji.ac.il with esmtp id 1U9Ilk-000F11-1U; Sat, 23 Feb 2013 19:20:16 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Subject: Re: zfs/nfs/proftpd problem In-reply-to: References: <807546569.3234119.1361632926179.JavaMail.root@erie.cs.uoguelph.ca> Comments: In-reply-to Daniel Braniss message dated "Sat, 23 Feb 2013 19:00:37 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 23 Feb 2013 19:20:16 +0200 From: Daniel Braniss Message-ID: Cc: Rick Macklem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 17:20:18 -0000 > > Daniel Braniss wrote: > > > > Daniel Braniss wrote: > > > > > > Daniel Braniss wrote: > > > > > > > after upgrading the 'ftp storage' from 8.3 to 9.1-stable, our > > > > > > > ftp > > > > > > > server is stuck. > > > > > > > > > > > > > > the old, (ProFTPD Version 1.3.2) and working till before the > > > > > > > upgrade > > > > > > > is stuck > > > > > > > in nlmrcv: > > > > > > > ... > > > > > > > 10000 1213 992 0 44 0 7340 3692 nlmrcv D ?? 0:08.07 proftpd: > > > > > > > ftp - > > > > > > > crawl-66-249-73-193.googlebot.com: > > > > > > > anonymous/googlebot@google.com: > > > > > > > RETR 00690145.JPG (proftpd) > > > > > > > ... > > > > > > > > > > > > > I suspect you know that this is waiting for a reply from some > > > > > > rpc.lockd. > > > > > > > > > > > > > so we upgraded the ftp server too, to 9.1/ProFTPD Version > > > > > > > 1.3.4b > > > > > > > and > > > > > > > this one > > > > > > > is stuck in rpccwnd: > > > > > > > 10000 1197 984 0 20 0 32292 4792 rpccwnd D ?? 0:00.01 proftpd: > > > > > > > ftp > > > > > > > - > > > > > > > mbpro.cs.huji.ac.il: anonymous/mozilla@example.com: LIST > > > > > > > (proftpd) > > > > > > > > > > > > > This one is stuck in the client side of UDP for the krpc, in the > > > > > > primitive congestion control stuff that is there. > > > > > may be it's too primitive? > > > > > > > > > Yes, but the only alternative is no congestion avoidance at all. The > > > > RPC RTT includes round trip time for the messages plus the delay for > > > > processing the RPC at the server. The latter is highly variable and > > > > depends greatly on what the RPC is and how heavily loaded the server > > > > is. (The pre-krpc NFS client could do a little better, since it > > > > "knew" > > > > what the RPC was and could assume "writes" would take a lot longer > > > > than a Getattr. A generic krpc implementation can't know anything > > > > about what the RPC does.) > > > > > > > > If you're network fabric needs congestion control to achieve low > > > > loss of packets, then TCP is the way to go. Remember that, if any > > > > packet in a request/response is lost, the entire RPC must be retried > > > > when running over UDP. > > > > > > > > > > > > > > > > > > > > > > > > any wise suggestions :-) > > > > > > > > > > > > > Well, maybe not wise, but you may already be aware that NFS etc > > > > > > over > > > > > > UDP and the NLM are two of my favourite things (especially the > > > > > > NLM). > > > > > > > > > > > > Basically, it appears to be having difficulties doing RPCs over > > > > > > UDP, > > > > > > at least for the NLM (rpc.lockd), suggesting some transport > > > > > > related > > > > > > issue. > > > > > > > > > > > > First, make sure rpc.statd and rpc.lockd are running on the NFS > > > > > > server > > > > > > and all clients (or disable use of it via the "nolockd" mount > > > > > > option). > > > > > all are ruuning bot rpc.statd and rpc.lockd > > > > > > > > > > > > You can also do a "netstat -s" and see if there is a non-zero > > > > > > count > > > > > > for "fragments dropped due to timeout" in the IP section. (This > > > > > > happens > > > > > > when your network fabric can't handle the burst of IP fragments > > > > > > generated by a large RPC message over UDP.) > > > > > > > > > > > > > > > > there are none on the cliet (the ftp server) > > > > > > > > > > > Things you could try: > > > > > > - If you are using a udp mount for NFS... > > > > > > - reduce your rsize and wsize (especially if "fragments > > > > > > dropped > > > > > > due > > > > > > to timeout" is non-zero) > > > > > > or > > > > > > - switch to TCP > > > > > > > > > > > > If you are not using udp mounts, then the NLM (rpc.lockd) is > > > > > > using > > > > > > UDP anyhow. If you don't need multiple NFS clients to see the > > > > > > file > > > > > > locks, add "nolockd" to your mount(s). > > > > > > > > > > > > Beyond that, you'll need to capture packets and look at them in > > > > > > wireshark, to see what is going on. > > > > > > > > > > > the mount is tcp. > > > > > I have been staring at the tcpdump and nothing sticks out, but > > > > > it's > > > > > been a > > > > > while > > > > > since I looked at rpc traffic. > > > > > > > > > I'll assume you are looking at it using wireshark (tcpdump doesn't > > > > understand > > > > these protocols). You would be looking for repeated RPC request > > > > messages without > > > > a corresponding RPC reply from the other end. They would be NLM or > > > > NSM protocol > > > > RPCs. (Since you mentioned that your NFS mount was TCP, it must be > > > > the NLM and/or > > > > associated NSM stuff that is using UDP, I think.) > > > > > > > yup, wireshark, i only used tcpdump to capture since the link is slow > > > to run wrireshark over it. > > > > > > > > some facts: > > > > > it happens every time, with any ftp command, it gets stuck on > > > > > either > > > > > nlmrcv > > > > > or rpccwnd, mostly the latter. > > > > > I will try to disable the lock stuff, but isn't it avoiding the > > > > > issue? > > > > > > > > > If you mean "avoiding the use of a fundamentally flawed protocol > > > > designed > > > > in the 1980s for a handful of locally connected machines that always > > > > remain up with the same fixed hostname/ip address" then, yes, you > > > > are trying to > > > > avoid the issue. Further to that, the protocol was never well > > > > published, so > > > > implementations "guessed" w.r.t. the semantics for things like "how > > > > many > > > > times should the NSM try to ping another machine before assuming the > > > > other > > > > machine has crashed and lost the file lock. > > > > > > ah, where are the days of ND - keep forgetting how old NFS is (and me > > > too :-) > > > > > > > > > > > One of the main parts of NFSv4 was an effort to fix file > > > > locking. Although it isn't widely adopted yet, it is now a 10year > > > > old > > > > protocol. (RFC3530 is dated April 2003, if I recall correctly.) > > > > > > > > Since rpc.lockd and rpc.statd haven't changed much in a long time > > > > and > > > > are essentially the same in 8.3 as stable/9, I'd suspect that > > > > something > > > > else has broken this (assuming it worked fine for 8.3). I would > > > > suspect > > > > the network device driver for your hardware and I'd suggest trying > > > > things like disabling checksum offload options, TSO and anything > > > > else > > > > you can try via ifconfig. If you happen to have a different kind of > > > > network hardware port, I'd try switching to that as well. > > > > > > I will have to sniff the packets on the ftp server too, it's > > > complaining the lockd is not respondig, so maybe soemthing is lost on > > > the way. > > > > > > setting nolockd on the mount solved the problem! > > > > > > now, if you are willing to help, I can continue > > > experimenting/debuging, since > > > it's very easy to cause the problem, and I think there are more issues > > > here, since other servers are complaining too, but there its more > > > difficult > > > to debug, intermitent no responding etc. > > > > > Well, I won't be of much help. I am away from home, so I don't have > > wireshark available and I'm not that familiar with the NLM and NSM > > protocols (plus you've already figured out what I think of them;-). > > > > They seem to work ok when all the machines stay up and the network > > delivers packets reliably between them. > > > > I'd suspect some sort of network layer issue. A couple of possibilities: > > - UDP checksum problems > > - IP broadcast problems (I'm pretty sure the NSM and maybe NLM depend > > on broadcast working.) > > > > Good luck with it, rick > > > > > > could the problem be with the portmaper? > i see a portmat v4 request for NLM > and the response looks fishy to me: > ... > Universal Address: 192.168.73.107.3.40 > ... > > BINGO, one of the nics was configure with 192.168.73.107, was UP, but had no carrier ifconfig DOWN and now all seems ok, but why? I guess that is for tomorrow. danny From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 18:07:01 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 24DD62A1; Sat, 23 Feb 2013 18:07:01 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7B45DB1C; Sat, 23 Feb 2013 18:06:58 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id r1NAdkJC013527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 23 Feb 2013 11:39:46 +0100 Received: from [192.168.1.110] (247.Red-81-39-132.dynamicIP.rima-tde.net [81.39.132.247]) (authenticated bits=0) by ackerman2.upc.es (8.14.4/8.14.4) with ESMTP id r1NAdhrg025766 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 23 Feb 2013 11:39:44 +0100 Message-ID: <51289C6F.508@entel.upc.edu> Date: Sat, 23 Feb 2013 11:39:43 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez_i_Querol?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130220 Thunderbird/17.0.3 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: IPMI serial console References: <00CC60B5-A6EB-4A3C-B8AC-1D60014DE442@gsoft.com.au> <201302211049.13863.jhb@freebsd.org> In-Reply-To: <201302211049.13863.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.70 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Sat, 23 Feb 2013 11:39:47 +0100 (CET) Cc: John Baldwin X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 18:07:01 -0000 Al 21/02/2013 16:49, En/na John Baldwin ha escrit: > On Thursday, February 21, 2013 5:45:13 am Daniel O'Connor wrote: >> Hi all, >> A recent thread inspired me to try getting a proper serial console working > on a Supermicro X9SCL motherboard with IPMI. >> However I find that while I see loader messages and the getty I enabled > after boot I don't get any kernel messages which does somewhat limit the > utility.. >> The BMC creates COM3 (/dev/cuau2) which works with getty. I modified > /boot/loader.conf like so.. >> boot_multicons="yes" >> boot_serial="YES" >> console="comconsole vidconsole" >> comconsole_speed="115200" >> # Disable console flags on these 2 ports >> hint.uart.0.flags="0x00" >> hint.uart.1.flags="0x00" >> # Set console flag >> hint.uart.2.flags="0x10" >> >> Does anyone have any hints? > Rather than using all these hints, just use these three in loader.conf: > > console="comconsole vidconsole" > console_speed=115200 > console_port="0x" (where is the correct I/O port for COM3, 0x3e8 > maybe?) > John's suggestion works for me with a bunch of DELL's servers (1950, 2950 and R710). I can activate the SOL (Serial Over Lan) easily. I only need to tell the loader to set the console flag for UART1 (I did it via device.hints instead of using loader.conf, mergemaster complains every time, I'll move that setting in the next update cycle). I I also needed to tell the DELL BMC (in its BIOS) to use UART1 and to redirect the UART1 (which has no physical connector) to the UART0. I guess you need to tweak something in the BIOS. I'd say I know someone also doing this with an few old supermicros, but I'm sure they run FreeBSD or Linux. I can check next monday. OTOH, setting the comconsole speed to something higher than 9600 has never worked for me, neither with the DELL servers nor with any other FreeBSD box without SOL. The handbook states that the "comconsole_speed" sets the console speed, but John says "console_speed" is the parameter. Is the handbook outdated? Gustau -- Gustau --------------------------------------------------------------------------- Prou top-posting : http://ca.wikipedia.org/wiki/Top-posting Stop top-posting : http://en.wikipedia.org/wiki/Posting_style O O O Gustau Pérez i Querol O O O Unitat de Gestió dels departaments O O O Matemàtica Aplicada IV i Enginyeria Telemàtica Universitat Politècnica de Catalunya Edifici C3 - Despatx S101-B UPC Campus Nord UPC C/ Jordi Girona, 1-3 08034 - Barcelona From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 20:46:51 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 47BFFC08 for ; Sat, 23 Feb 2013 20:46:51 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-wg0-f45.google.com (mail-wg0-f45.google.com [74.125.82.45]) by mx1.freebsd.org (Postfix) with ESMTP id DE42F267 for ; Sat, 23 Feb 2013 20:46:50 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id dq12so1395635wgb.0 for ; Sat, 23 Feb 2013 12:46:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=XsFXgXEhMml91LYM4uc8JI6+5pxmGmGLAH7SCMEqboE=; b=ufw/qaOOAvs8H+qcRtlXslJmscB7YK1tIGYbD/Z6uAgCuTkYy+nib32XHrNb70RDhW N89axBB1BRNhpQPxoeCQ/4m/WuG/1eRWx9V9h5wQU0hH6EtsJSCQIie/YWFKWge1kdAv ErK4IEzSyAYTrKzLXAiq2BZfohxF4hetqNRJOymiufzFqzlSptAfvif5W6vaGKSd9Cj6 7JZPpHp8SLPJSTnM/D0MkPqRpHQOvWp5AlFJfp4B89y+AxJVbbS9qhZuucBxHamMfrex 3BtflpFMeogLckgZk/tj2qXiE1qSAa+vVg3Nwg9KI4pmEkQh/oJJKgk0SB+hTmPzhOj/ ReZQ== MIME-Version: 1.0 X-Received: by 10.180.94.135 with SMTP id dc7mr4088453wib.11.1361652403881; Sat, 23 Feb 2013 12:46:43 -0800 (PST) Received: by 10.180.91.168 with HTTP; Sat, 23 Feb 2013 12:46:43 -0800 (PST) Date: Sun, 24 Feb 2013 00:46:43 +0400 Message-ID: Subject: Old ICH7 SATA-2 question From: Michael BlackHeart To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 20:46:51 -0000 Hello there, I've got a question about SATA. I've got ASUS P5GC-MX/1333 with ICH7. (SATA2 support) A few HDD with SATA2. system: uname -a FreeBSD diablo.miekoff.local 9.1-STABLE FreeBSD 9.1-STABLE #1 r246666: Tue Feb 12 00:19:07 MSK 2013 root@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 camcontrol info camcontrol iden ada2 pass2: ATA-8 SATA 2.x device pass2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model ST3500320AS firmware revision SD1A serial number 5QM3LB0N WWN 5000c50011db1e03 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 976773168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 7200 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management no no media status notification no no power-up in Standby no no write-read-verify yes yes 2/0x2 unload no no free-fall no no data set management (TRIM) no smartmontools info smartctl -a /dev/ada2 | more smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-STABLE amd64] (local build) Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org === START OF INFORMATION SECTION === Model Family: Seagate Barracuda 7200.11 Device Model: ST3500320AS Serial Number: 5QM3LB0N LU WWN Device Id: 5 000c50 011db1e03 Firmware Version: SD1A User Capacity: 500 107 862 016 bytes [500 GB] Sector Size: 512 bytes logical/physical Rotation Rate: 7200 rpm Device is: In smartctl database [for details use: -P show] ATA Version is: ATA8-ACS T13/1699-D revision 4 SATA Version is: SATA 2.6, 3.0 Gb/s Local Time is: Sun Feb 24 00:29:47 2013 MSK SMART support is: Available - device has SMART capability. SMART support is: Enabled At this point all seems SATA2 capatible. But at loading: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: at channel 0 on atapci0 atapci1: port 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f irq 23 at device 31.2 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 Looks like it's also SATA2 (SATA300) But HDD says this: ada2 at ata2 bus 0 scbus1 target 0 lun 0 ada2: ATA-8 SATA 2.x device ada2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada2: Previously was known as ad2 At this point I've a quiestion - what's the real operation speed and why's that. And for the record - I can't switch ICH 7 to ahci due to bios limitations. And one more, I've got netbook with ICH7 (NM-10 mb). It uses achi driver, and HDD says it's ahci0: <...> ahic0: AHCI v1.10 with 4 3Gbs ports <...> <...> ada0: ATA-8 SATA 2.x device ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled As far as I remember without AHCI there's no NCQ support. But why with SATA300 controller on P5GC-MX/1333 I've got only 150 transfers? Is it's a limitations of this driver for old chip? From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 21:19:35 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6C90F289 for ; Sat, 23 Feb 2013 21:19:35 +0000 (UTC) (envelope-from jdc@koitsu.org) Received: from qmta03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [IPv6:2001:558:fe2d:43:76:96:30:32]) by mx1.freebsd.org (Postfix) with ESMTP id 3E5C43CB for ; Sat, 23 Feb 2013 21:19:35 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta03.emeryville.ca.mail.comcast.net with comcast id 3w421l0040S2fkCA3xKZwL; Sat, 23 Feb 2013 21:19:33 +0000 Received: from koitsu.strangled.net ([67.180.84.87]) by omta09.emeryville.ca.mail.comcast.net with comcast id 3xKY1l00T1t3BNj8VxKZo2; Sat, 23 Feb 2013 21:19:33 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BF56E73A31; Sat, 23 Feb 2013 13:19:32 -0800 (PST) Date: Sat, 23 Feb 2013 13:19:32 -0800 From: Jeremy Chadwick To: Michael BlackHeart Subject: Re: Old ICH7 SATA-2 question Message-ID: <20130223211932.GA41809@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20121106; t=1361654373; bh=EvHVvPAHSLm8zOGYwgxdi85Gsgwjwb5kh5AnXtefw/g=; h=Received:Received:Received:Date:From:To:Subject:Message-ID: MIME-Version:Content-Type; b=pFoSwFEapk6CEk67KagtwoL0sLqA7cPeZg4va/qrnPiyCzX+FREIz28S6OtRxFp77 BVA6+l3is04BRiTpJudxexraD+U3m040UokzE/Iqt3OANeJgfRCRd9p4x+fpdxacu4 sJm+Faoekh+2D0G6MSOqPamzxjsH/QLfyB7RzR1dEg0PeSjP2wNXkxlogmSMV0qYRH V1TSNedzv4HBrcQlDy87oG5wP43+eQNl57wJV14SJU8mxDYIDDoralMXQ0Ep8rxrVR 296IBXBubewC1EyxcRLlX1KGQgBAPRJtx0pz+C+A5AV6UiB6AFa80pQap4szJgKm46 QV7JhzJYtsIIA== Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 21:19:35 -0000 On Sun, Feb 24, 2013 at 12:46:43AM +0400, Michael BlackHeart wrote: > Hello there, I've got a question about SATA. > > I've got ASUS P5GC-MX/1333 with ICH7. (SATA2 support) > A few HDD with SATA2. > > system: > uname -a > FreeBSD diablo.miekoff.local 9.1-STABLE FreeBSD 9.1-STABLE #1 r246666: > Tue Feb 12 00:19:07 MSK 2013 > root@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 > > > camcontrol info > > camcontrol iden ada2 > pass2: ATA-8 SATA 2.x device > pass2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model ST3500320AS > firmware revision SD1A > serial number 5QM3LB0N > WWN 5000c50011db1e03 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 976773168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > media RPM 7200 > > Feature Support Enabled Value Vendor > read ahead yes yes > write cache yes yes > flush cache yes yes > overlap no > Tagged Command Queuing (TCQ) no no > Native Command Queuing (NCQ) yes 32 tags > SMART yes yes > microcode download yes yes > security yes no > power management yes yes > advanced power management no no > automatic acoustic management no no > media status notification no no > power-up in Standby no no > write-read-verify yes yes 2/0x2 > unload no no > free-fall no no > data set management (TRIM) no The "protocol" line in camcontrol identify output indicates the maximum capability the device can support, not what the current negotiated PHY speed is. Let me clarify by being more technical: "camcontrol identify" issues the ATA IDENTIFY (0xec) command to the underlying disk; all the output you get back is information that the disk itself returns (not the controller). For example, SATA signalling speed capability is returned in word 76 of the output (ref T13/2015-D rev 3 WD spec). > smartctl -a /dev/ada2 | more > smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-STABLE amd64] (local build) > Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org > > === START OF INFORMATION SECTION === > Model Family: Seagate Barracuda 7200.11 > Device Model: ST3500320AS > Serial Number: 5QM3LB0N > LU WWN Device Id: 5 000c50 011db1e03 > Firmware Version: SD1A > User Capacity: 500 107 862 016 bytes [500 GB] > Sector Size: 512 bytes logical/physical > Rotation Rate: 7200 rpm > Device is: In smartctl database [for details use: -P show] > ATA Version is: ATA8-ACS T13/1699-D revision 4 > SATA Version is: SATA 2.6, 3.0 Gb/s > Local Time is: Sun Feb 24 00:29:47 2013 MSK > SMART support is: Available - device has SMART capability. > SMART support is: Enabled The "SATA Version is" line in smartmontools 6.0 can indicate both operational PHY speed **as well** as disk capability. For example, a drive which has SATA600 capability but has negotiated SATA300 speed will show something like this: SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s) Lines lacking "(current: xxx)" notation indicate either lack of a way to determine current PHY speed with the OS, or, the maximum capability matches the negotiated speed. In other words, there's no point to saying something like "SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)"; the author feels its redundant. However, I have seen this reporting mechanism in smartmontools work incorrectly in some cases. In those cases, from what I've seen, the "SATA Version" line indicates **only** what the maximum capability is of the device. > At this point all seems SATA2 capatible. > > But at loading: > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on > pci0 > ata0: at channel 0 on atapci0 > atapci1: port > 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f > irq 23 at device 31.2 on pci0 > ata2: at channel 0 on atapci1 > ata3: at channel 1 on atapci1 > > Looks like it's also SATA2 (SATA300) Your ICH7 controller is SATA300 capable. However, what you have not provided is output from "pciconf -lvbc". The exact revision of controller matters greatly here. Wikipedia sums this up -- read the first paragraph fully: http://en.wikipedia.org/wiki/I/O_Controller_Hub#ICH7 > But HDD says this: > > ada2 at ata2 bus 0 scbus1 target 0 lun 0 > ada2: ATA-8 SATA 2.x device > ada2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada2: Previously was known as ad2 To me, this indicates the ada2 device is capable of SATA300 speeds ("SATA 2.x device"), but has negotiated SATA150 speed. The ST3500320AS is a model of hard disk which also has a jumper that can limit the drive controller PHY to SATA150; please see page 22 of this PDF: http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.11/100452348g.pdf You will need to check to see if that jumper is installed. This particular model of disk will never exceed SATA150 speeds, so there is no reliable way to test what the actual PHY is operating at (throughput-wise). At this point, the only "mismatch" I can see is between smartmontools and what dmesg shows. As mentioned, I have seen smartmontools get this wrong. > At this point I've a quiestion - what's the real operation speed and why's that. > And for the record - I can't switch ICH 7 to ahci due to bios limitations. It may not be a BIOS limitation but revision of ICH7 chipset. There are some revisions which offer AHCI capability, others which offer AHCI and RAID, and others which offer none of these. Which revision your vendor chose to put on their mainboard is up to them. > And one more, I've got netbook with ICH7 (NM-10 mb). > It uses achi driver, and HDD says it's > > ahci0: <...> > ahic0: AHCI v1.10 with 4 3Gbs ports <...> > <...> > ada0: ATA-8 SATA 2.x device > ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > ada0: Command Queueing enabled This disk (no idea if it's the same disk as what you listed above; you have opted to hand-type information and exclude things) is SATA300 capable and is operating at SATA300 speed. Again: no "pciconf -lvbc" output means nobody can tell you what revision of ICH7 you're using on this (different) system. But regardless, it's obvious that the two systems use different ICH7 revisions. There is nothing you can do about that. > As far as I remember without AHCI there's no NCQ support. For ICHxx-based controllers that's correct. > But why with SATA300 controller on P5GC-MX/1333 I've got only 150 > transfers? Is it's a limitations of this driver for old chip? See above. -- | Jeremy Chadwick jdc@koitsu.org | | UNIX Systems Administrator http://jdc.koitsu.org/ | | Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Feb 23 22:28:10 2013 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B4500941 for ; Sat, 23 Feb 2013 22:28:10 +0000 (UTC) (envelope-from amdmiek@gmail.com) Received: from mail-we0-x22d.google.com (we-in-x022d.1e100.net [IPv6:2a00:1450:400c:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 2C949831 for ; Sat, 23 Feb 2013 22:28:10 +0000 (UTC) Received: by mail-we0-f173.google.com with SMTP id r5so1474224wey.18 for ; Sat, 23 Feb 2013 14:28:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xi3PJTDH3WHUs2peixi4E6TBA5P1HLf5dxLVs8r2eqY=; b=hPpXaU6akMlDxiWyuzz3E8C5CezGrhj8BiWM7D/rtKZe4vDSA+445jkOVBOUw6ADC0 4WkZLnU7zkt3X1H97NZ+EwHSYF9IYRdS/SE5efxJDLjSc6/tQoFekj7LjG0aHX1to6mX gYFmeXclG9EdIv6abHJFaqlAUOgc9saPE1cB3/6l7PUZLtJnIvrBplbroxJU6gK0uUQw wIbVnLyxT0mgtSysnN0VnRgPRxQ9hfjcSwYNDtd73gzMx0/YietBAzoMMoQvKSP51Sy3 eRi9SP1uA5HVJYoMNa1o6r0mJlPbKyNgmOs64ZFxZX25qiDIFMW+MtGqEhxw6Fey/mvX QBRA== MIME-Version: 1.0 X-Received: by 10.180.105.67 with SMTP id gk3mr4248890wib.31.1361658488495; Sat, 23 Feb 2013 14:28:08 -0800 (PST) Received: by 10.180.91.168 with HTTP; Sat, 23 Feb 2013 14:28:08 -0800 (PST) In-Reply-To: <20130223211932.GA41809@icarus.home.lan> References: <20130223211932.GA41809@icarus.home.lan> Date: Sun, 24 Feb 2013 02:28:08 +0400 Message-ID: Subject: Re: Old ICH7 SATA-2 question From: Michael BlackHeart To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Feb 2013 22:28:10 -0000 2013/2/24 Jeremy Chadwick : > On Sun, Feb 24, 2013 at 12:46:43AM +0400, Michael BlackHeart wrote: >> Hello there, I've got a question about SATA. >> >> I've got ASUS P5GC-MX/1333 with ICH7. (SATA2 support) >> A few HDD with SATA2. >> >> system: >> uname -a >> FreeBSD diablo.miekoff.local 9.1-STABLE FreeBSD 9.1-STABLE #1 r246666: >> Tue Feb 12 00:19:07 MSK 2013 >> root@diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 >> >> >> camcontrol info >> >> camcontrol iden ada2 >> pass2: ATA-8 SATA 2.x device >> pass2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) >> >> protocol ATA/ATAPI-8 SATA 2.x >> device model ST3500320AS >> firmware revision SD1A >> serial number 5QM3LB0N >> WWN 5000c50011db1e03 >> cylinders 16383 >> heads 16 >> sectors/track 63 >> sector size logical 512, physical 512, offset 0 >> LBA supported 268435455 sectors >> LBA48 supported 976773168 sectors >> PIO supported PIO4 >> DMA supported WDMA2 UDMA6 >> media RPM 7200 >> >> Feature Support Enabled Value Vendor >> read ahead yes yes >> write cache yes yes >> flush cache yes yes >> overlap no >> Tagged Command Queuing (TCQ) no no >> Native Command Queuing (NCQ) yes 32 tags >> SMART yes yes >> microcode download yes yes >> security yes no >> power management yes yes >> advanced power management no no >> automatic acoustic management no no >> media status notification no no >> power-up in Standby no no >> write-read-verify yes yes 2/0x2 >> unload no no >> free-fall no no >> data set management (TRIM) no > > The "protocol" line in camcontrol identify output indicates the maximum > capability the device can support, not what the current negotiated PHY > speed is. Let me clarify by being more technical: > > "camcontrol identify" issues the ATA IDENTIFY (0xec) command to the > underlying disk; all the output you get back is information that the > disk itself returns (not the controller). For example, SATA signalling > speed capability is returned in word 76 of the output (ref T13/2015-D > rev 3 WD spec). > >> smartctl -a /dev/ada2 | more >> smartctl 6.0 2012-10-10 r3643 [FreeBSD 9.1-STABLE amd64] (local build) >> Copyright (C) 2002-12, Bruce Allen, Christian Franke, www.smartmontools.org >> >> === START OF INFORMATION SECTION === >> Model Family: Seagate Barracuda 7200.11 >> Device Model: ST3500320AS >> Serial Number: 5QM3LB0N >> LU WWN Device Id: 5 000c50 011db1e03 >> Firmware Version: SD1A >> User Capacity: 500 107 862 016 bytes [500 GB] >> Sector Size: 512 bytes logical/physical >> Rotation Rate: 7200 rpm >> Device is: In smartctl database [for details use: -P show] >> ATA Version is: ATA8-ACS T13/1699-D revision 4 >> SATA Version is: SATA 2.6, 3.0 Gb/s >> Local Time is: Sun Feb 24 00:29:47 2013 MSK >> SMART support is: Available - device has SMART capability. >> SMART support is: Enabled > > The "SATA Version is" line in smartmontools 6.0 can indicate both > operational PHY speed **as well** as disk capability. > > For example, a drive which has SATA600 capability but has negotiated > SATA300 speed will show something like this: > > SATA Version is: SATA 3.0, 6.0 Gb/s (current: 3.0 Gb/s) > > Lines lacking "(current: xxx)" notation indicate either lack of a way to > determine current PHY speed with the OS, or, the maximum capability matches > the negotiated speed. In other words, there's no point to saying > something like "SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)"; the author > feels its redundant. > > However, I have seen this reporting mechanism in smartmontools work > incorrectly in some cases. In those cases, from what I've seen, the > "SATA Version" line indicates **only** what the maximum capability is > of the device. > >> At this point all seems SATA2 capatible. >> >> But at loading: >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on >> pci0 >> ata0: at channel 0 on atapci0 >> atapci1: port >> 0xb800-0xb807,0xb400-0xb403,0xb000-0xb007,0xa800-0xa803,0xa400-0xa40f >> irq 23 at device 31.2 on pci0 >> ata2: at channel 0 on atapci1 >> ata3: at channel 1 on atapci1 >> >> Looks like it's also SATA2 (SATA300) > > Your ICH7 controller is SATA300 capable. However, what you have not > provided is output from "pciconf -lvbc". The exact revision of > controller matters greatly here. Wikipedia sums this up -- read the > first paragraph fully: > > http://en.wikipedia.org/wiki/I/O_Controller_Hub#ICH7 > >> But HDD says this: >> >> ada2 at ata2 bus 0 scbus1 target 0 lun 0 >> ada2: ATA-8 SATA 2.x device >> ada2: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) >> ada2: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) >> ada2: Previously was known as ad2 > > To me, this indicates the ada2 device is capable of SATA300 speeds > ("SATA 2.x device"), but has negotiated SATA150 speed. > > The ST3500320AS is a model of hard disk which also has a jumper that can > limit the drive controller PHY to SATA150; please see page 22 of this > PDF: > > http://www.seagate.com/staticfiles/support/disc/manuals/desktop/Barracuda%207200.11/100452348g.pdf > > You will need to check to see if that jumper is installed. > > This particular model of disk will never exceed SATA150 speeds, so there > is no reliable way to test what the actual PHY is operating at > (throughput-wise). > > At this point, the only "mismatch" I can see is between smartmontools > and what dmesg shows. As mentioned, I have seen smartmontools get this > wrong. > >> At this point I've a quiestion - what's the real operation speed and why's that. >> And for the record - I can't switch ICH 7 to ahci due to bios limitations. > > It may not be a BIOS limitation but revision of ICH7 chipset. There are > some revisions which offer AHCI capability, others which offer AHCI and > RAID, and others which offer none of these. Which revision your vendor > chose to put on their mainboard is up to them. > >> And one more, I've got netbook with ICH7 (NM-10 mb). >> It uses achi driver, and HDD says it's >> >> ahci0: <...> >> ahic0: AHCI v1.10 with 4 3Gbs ports <...> >> <...> >> ada0: ATA-8 SATA 2.x device >> ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) >> ada0: Command Queueing enabled > > This disk (no idea if it's the same disk as what you listed above; you > have opted to hand-type information and exclude things) is SATA300 > capable and is operating at SATA300 speed. > > Again: no "pciconf -lvbc" output means nobody can tell you what revision > of ICH7 you're using on this (different) system. > > But regardless, it's obvious that the two systems use different ICH7 > revisions. There is nothing you can do about that. > >> As far as I remember without AHCI there's no NCQ support. > > For ICHxx-based controllers that's correct. > >> But why with SATA300 controller on P5GC-MX/1333 I've got only 150 >> transfers? Is it's a limitations of this driver for old chip? > > See above. > > -- > | Jeremy Chadwick jdc@koitsu.org | > | UNIX Systems Administrator http://jdc.koitsu.org/ | > | Mountain View, CA, US | > | Making life hard for others since 1977. PGP 4BD6C0CB | Thanks, Jeremy. 1st - Realy thanks for a quick answer :) 2nd - I'm aware about jumpers both on Seagate (Default limitation) and WD. And my SATA-3 WD's are reported by smartmontools just as you said. next, pciconf info: hostb0@pci0:0:0:0: class=0x060000 card=0x817a1043 chip=0x27708086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82945G/GZ/P/PL Memory Controller Hub' class = bridge subclass = HOST-PCI cap 09[e0] = vendor (length 9) Intel cap 5 version 1 vgapci0@pci0:0:2:0: class=0x030000 card=0x817a1043 chip=0x27728086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82945G/GZ Integrated Graphics Controller' class = display subclass = VGA bar [10] = type Memory, range 32, base 0xdfc00000, size 524288, enabled bar [14] = type I/O Port, range 32, base 0x8800, size 8, enabled bar [18] = type Prefetchable Memory, range 32, base 0xe0000000, size 268435456, enabled bar [1c] = type Memory, range 32, base 0xdfc80000, size 262144, enabled cap 05[90] = MSI supports 1 message cap 01[d0] = powerspec 2 supports D0 D3 current D0 pcib1@pci0:0:28:0: class=0x060400 card=0x81791043 chip=0x27d08086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family PCI Express Port 1' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port slot max data 128(128) link x1(x1) speed 2.5(2.5) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x81791043 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ecap 0002[100] = VC 1 max VC1 ecap 0005[180] = unknown 1 pcib2@pci0:0:28:1: class=0x060400 card=0x81791043 chip=0x27d28086 rev=0x01 hdr=0x01 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family PCI Express Port 2' class = bridge subclass = PCI-PCI cap 10[40] = PCI-Express 1 root port max data 128(128) link x1(x1) speed 2.5(2.5) cap 05[80] = MSI supports 1 message cap 0d[90] = PCI Bridge card=0x81791043 cap 01[a0] = powerspec 2 supports D0 D3 current D0 ecap 0002[100] = VC 1 max VC1 ecap 0005[180] = unknown 1 uhci0@pci0:0:29:0: class=0x0c0300 card=0x81791043 chip=0x27c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x9000, size 32, enabled uhci1@pci0:0:29:1: class=0x0c0300 card=0x81791043 chip=0x27c98086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x9400, size 32, enabled uhci2@pci0:0:29:2: class=0x0c0300 card=0x81791043 chip=0x27ca8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0x9800, size 32, enabled uhci3@pci0:0:29:3: class=0x0c0300 card=0x81791043 chip=0x27cb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family USB UHCI Controller' class = serial bus subclass = USB bar [20] = type I/O Port, range 32, base 0xa000, size 32, enabled ehci0@pci0:0:29:7: class=0x0c0320 card=0x81791043 chip=0x27cc8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family USB2 EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xdfcffc00, size 1024, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 cap 0a[58] = EHCI Debug Port at offset 0xa0 in map 0x14 pcib3@pci0:0:30:0: class=0x060401 card=0x81791043 chip=0x244e8086 rev=0xe1 hdr=0x01 vendor = 'Intel Corporation' device = '82801 PCI Bridge' class = bridge subclass = PCI-PCI cap 0d[50] = PCI Bridge card=0x81791043 isab0@pci0:0:31:0: class=0x060100 card=0x81791043 chip=0x27b88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR (ICH7 Family) LPC Interface Bridge' class = bridge subclass = PCI-ISA cap 09[e0] = vendor (length 12) Intel cap 1 version 0 features: Quick Resume, SATA RAID-5, 6 PCI-e x1 slots, SATA RAID-0/1/10, SATA AHCI atapci0@pci0:0:31:1: class=0x01018a card=0x81791043 chip=0x27df8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) IDE Controller' class = mass storage subclass = ATA bar [20] = type I/O Port, range 32, base 0xffa0, size 16, enabled atapci1@pci0:0:31:2: class=0x01018f card=0x26011043 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH7 Family SATA IDE Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xb800, size 8, enabled bar [14] = type I/O Port, range 32, base 0xb400, size 4, enabled bar [18] = type I/O Port, range 32, base 0xb000, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xa800, size 4, enabled bar [20] = type I/O Port, range 32, base 0xa400, size 16, enabled cap 01[70] = powerspec 2 supports D0 D3 current D0 ichsmb0@pci0:0:31:3: class=0x0c0500 card=0x81791043 chip=0x27da8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = 'N10/ICH 7 Family SMBus Controller' class = serial bus subclass = SMBus bar [20] = type I/O Port, range 32, base 0x400, size 32, enabled none0@pci0:3:0:0: class=0x028000 card=0x3a7e1186 chip=0x0030168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9300 Wireless LAN adaptor' class = network bar [10] = type Memory, range 64, base 0xdffe0000, size 131072, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D3 cap 05[50] = MSI supports 4 messages, 64 bit, vector masks cap 10[70] = PCI-Express 2 endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 3 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[300] = Serial 1 0000000000000000 ae0@pci0:2:0:0: class=0x020000 card=0x82331043 chip=0x20481969 rev=0xa0 hdr=0x00 vendor = 'Atheros Communications' device = 'L2 Fast Ethernet' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xdfec0000, size 262144, enabled cap 01[40] = powerspec 2 supports D0 D3 current D0 cap 05[48] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[58] = PCI-Express 1 endpoint max data 128(128) link x1(x1) speed 2.5(2.5) ecap 0001[100] = AER 1 0 fatal 1 non-fatal 0 corrected ath0@pci0:1:0:0: class=0x020000 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR5001X+ Wireless Network Adapter' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xdfde0000, size 65536, enabled cap 01[44] = powerspec 2 supports D0 D3 current D0 skc0@pci0:1:1:0: class=0x020000 card=0x4b011186 chip=0x4b011186 rev=0x11 hdr=0x00 vendor = 'D-Link System Inc' device = 'DGE-530T Gigabit Ethernet Adapter (rev 11)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xdfdfc000, size 16384, enabled bar [14] = type I/O Port, range 32, base 0xc800, size 256, enabled cap 01[48] = powerspec 2 supports D0 D1 D2 D3 current D0 cap 03[50] = VPD It seems it's 82801GB/GR, more GB than GR because there's no RAID. And as I thought no AHCI (due to wikipedia) Also you wrote: > This particular model of disk will never exceed SATA150 speeds, so there > is no reliable way to test what the actual PHY is operating at > (throughput-wise). OK with that, but what about these two (but it seems they're never exceed SATA150 speeds too): Feb 23 10:57:18 diablo kernel: ada3 at ata2 bus 0 scbus1 target 1 lun 0 Feb 23 10:57:18 diablo kernel: ada3: ATA-8 SATA 3.x device Feb 23 10:57:18 diablo kernel: ada3: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) Feb 23 10:57:18 diablo kernel: ada3: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Feb 23 10:57:18 diablo kernel: ada3: Previously was known as ad3 Feb 23 10:57:18 diablo kernel: ada5 at ata3 bus 0 scbus2 target 1 lun 0 Feb 23 10:57:18 diablo kernel: ada5: ATA-8 SATA 3.x device Feb 23 10:57:18 diablo kernel: ada5: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) Feb 23 10:57:18 diablo kernel: ada5: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Feb 23 10:57:18 diablo kernel: ada5: Previously was known as ad5 They're 2Tb SATA-3 but still negotiate 150MBs transfer. I'd like to understand why all HDD are choosing SATA-1 even if they're capable to choose SATA-2 and is there any performance issue. And can you recommend any good HDD performance test?