From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 12 09:24:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C752D106564A for ; Sun, 12 Apr 2009 09:24:47 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1AD698FC15 for ; Sun, 12 Apr 2009 09:24:45 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.local ([IPv6:2001:470:9099:0:214:51ff:feed:712d]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.0) with ESMTP id n3C9QQPd087569 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 12 Apr 2009 10:26:26 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <49E1B35C.9040106@unsane.co.uk> Date: Sun, 12 Apr 2009 10:24:44 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <49E10406.7060006@gmail.com> In-Reply-To: <49E10406.7060006@gmail.com> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: setting up local authorative name server with a no-ip.com registered domain X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 09:24:49 -0000 On 11/4/09 21:56, Aryeh M. Friedman wrote: > I have 3 domains that are registered with no-ip.com > (istudentunion.com, org and net). All three are also using their > "no-ip plus" service which provides both static and dynamic resolution > via their nameservers. When I configure the domains nameservers to > be theirs everything works great (for the most part), but when I > change the nameservers to my own sites BIND (base 7.3-RELEASE) I can > get everything to resolve locally and via dig/host/nslookup remotely > (if and only if I specify the nameserver by IP). What appears to be > happing is this: > > ~/Desktop:aryeh@flosoft% !d > dig ns istudentunion.org +trace > > ; <<>> DiG 9.4.3-P2 <<>> ns istudentunion.org +trace > ;; global options: printcmd > . 463753 IN NS I.ROOT-SERVERS.NET. > . 463753 IN NS C.ROOT-SERVERS.NET. > . 463753 IN NS L.ROOT-SERVERS.NET. > . 463753 IN NS K.ROOT-SERVERS.NET. > . 463753 IN NS M.ROOT-SERVERS.NET. > . 463753 IN NS A.ROOT-SERVERS.NET. > . 463753 IN NS E.ROOT-SERVERS.NET. > . 463753 IN NS B.ROOT-SERVERS.NET. > . 463753 IN NS H.ROOT-SERVERS.NET. > . 463753 IN NS D.ROOT-SERVERS.NET. > . 463753 IN NS G.ROOT-SERVERS.NET. > . 463753 IN NS F.ROOT-SERVERS.NET. > . 463753 IN NS J.ROOT-SERVERS.NET. > ;; Received 500 bytes from 127.0.0.1#53(127.0.0.1) in 0 ms > > org. 172800 IN NS B2.ORG.AFILIAS-NST.org. > org. 172800 IN NS A2.ORG.AFILIAS-NST.INFO. > org. 172800 IN NS C0.ORG.AFILIAS-NST.INFO. > org. 172800 IN NS B0.ORG.AFILIAS-NST.org. > org. 172800 IN NS A0.ORG.AFILIAS-NST.INFO. > org. 172800 IN NS D0.ORG.AFILIAS-NST.org. > ;; Received 437 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in 86 ms > > istudentunion.org. 86400 IN NS ns2.istudentunion.org. > istudentunion.org. 86400 IN NS ns1.istudentunion.org. > ;; Received 103 bytes from 199.19.54.1#53(B0.ORG.AFILIAS-NST.org) in > 88 ms > > ;; connection timed out; no servers could be reached > Since your nameservers for istudentunion.org are in the istudentunion.org domain, you will need glue at the parent nameservers to prevent a chicken and egg problem. Exactly how you tell no-ip this i'm not sure but its not a terribly unusual request. Once the have added it you will need to wait for the .org tld zone to update (not sure of their schedule but better than the once or twice a day of 10 years ago :) The other way around this is to have the nameservers for the domain to be in an already resolving domain, that way you dont need to worry about glue. This is very common. Vince > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to > "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 12 09:45:28 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCA68106564A for ; Sun, 12 Apr 2009 09:45:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id A12D98FC12 for ; Sun, 12 Apr 2009 09:45:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0KHZ00CXUF3POEP0@mta4.srv.hcvlny.cv.net> for freebsd-hackers@freebsd.org; Sun, 12 Apr 2009 05:45:28 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [127.0.0.1]) by flosoft.no-ip.biz (8.14.3/8.14.3) with ESMTP id n3C9jO3e000438; Sun, 12 Apr 2009 05:45:24 -0400 Date: Sun, 12 Apr 2009 05:45:24 -0400 From: "Aryeh M. Friedman" In-reply-to: <49E1B35C.9040106@unsane.co.uk> To: Vincent Hoffman Message-id: <49E1B834.2080604@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <49E10406.7060006@gmail.com> <49E1B35C.9040106@unsane.co.uk> User-Agent: Thunderbird 2.0.0.21 (X11/20090331) Cc: freebsd-hackers@freebsd.org Subject: Re: setting up local authorative name server with a no-ip.com registered domain X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 09:45:29 -0000 Vincent Hoffman wrote: > On 11/4/09 21:56, Aryeh M. Friedman wrote: > >> I have 3 domains that are registered with no-ip.com >> (istudentunion.com, org and net). All three are also using their >> "no-ip plus" service which provides both static and dynamic resolution >> via their nameservers. When I configure the domains nameservers to >> be theirs everything works great (for the most part), but when I >> change the nameservers to my own sites BIND (base 7.3-RELEASE) I can >> get everything to resolve locally and via dig/host/nslookup remotely >> (if and only if I specify the nameserver by IP). What appears to be >> happing is this: >> >> ~/Desktop:aryeh@flosoft% !d >> dig ns istudentunion.org +trace >> >> ; <<>> DiG 9.4.3-P2 <<>> ns istudentunion.org +trace >> ;; global options: printcmd >> . 463753 IN NS I.ROOT-SERVERS.NET. >> . 463753 IN NS C.ROOT-SERVERS.NET. >> . 463753 IN NS L.ROOT-SERVERS.NET. >> . 463753 IN NS K.ROOT-SERVERS.NET. >> . 463753 IN NS M.ROOT-SERVERS.NET. >> . 463753 IN NS A.ROOT-SERVERS.NET. >> . 463753 IN NS E.ROOT-SERVERS.NET. >> . 463753 IN NS B.ROOT-SERVERS.NET. >> . 463753 IN NS H.ROOT-SERVERS.NET. >> . 463753 IN NS D.ROOT-SERVERS.NET. >> . 463753 IN NS G.ROOT-SERVERS.NET. >> . 463753 IN NS F.ROOT-SERVERS.NET. >> . 463753 IN NS J.ROOT-SERVERS.NET. >> ;; Received 500 bytes from 127.0.0.1#53(127.0.0.1) in 0 ms >> >> org. 172800 IN NS B2.ORG.AFILIAS-NST.org. >> org. 172800 IN NS A2.ORG.AFILIAS-NST.INFO. >> org. 172800 IN NS C0.ORG.AFILIAS-NST.INFO. >> org. 172800 IN NS B0.ORG.AFILIAS-NST.org. >> org. 172800 IN NS A0.ORG.AFILIAS-NST.INFO. >> org. 172800 IN NS D0.ORG.AFILIAS-NST.org. >> ;; Received 437 bytes from 192.203.230.10#53(E.ROOT-SERVERS.NET) in 86 ms >> >> istudentunion.org. 86400 IN NS ns2.istudentunion.org. >> istudentunion.org. 86400 IN NS ns1.istudentunion.org. >> ;; Received 103 bytes from 199.19.54.1#53(B0.ORG.AFILIAS-NST.org) in >> 88 ms >> >> ;; connection timed out; no servers could be reached >> >> > Since your nameservers for istudentunion.org are in the > istudentunion.org domain, you will need glue at the parent nameservers > to prevent a chicken and egg problem. > Exactly how you tell no-ip this i'm not sure but its not a terribly > unusual request. Once the have added it you will need to wait for the > .org tld zone to update (not sure of their schedule but better than the > once or twice a day of 10 years ago :) > The other way around this is to have the nameservers for the domain > to be in an already resolving domain, that way you dont need to worry > about glue. This is very common. > > I had already used the second trick earlier today (after posting the message) and what I did is pointed a "dead" domain I personally had at the right IP (the other register correctly lets you register/change nameservers [which no-ip has a form for but it seems to do absulutly nothing])... now I am stuck with a corporate domain depending on a domain owned by a single employee (me [even though I am the CTO/COO I personally think it is inapporiate to do it this way]).... the other crazy thing is no-ip puts a 30 day lock on transfers from them when you transfer a domain to them [we transfered from dreamhost]). > > Vince > > > >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to >> "freebsd-hackers-unsubscribe@freebsd.org" >> > > > From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 12 19:30:49 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 137C31065676 for ; Sun, 12 Apr 2009 19:30:49 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id DBA5A8FC27 for ; Sun, 12 Apr 2009 19:30:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n3CJUmL9059668; Sun, 12 Apr 2009 12:30:48 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id b2tgt2rxezqf2uzdt4evyutt3n; Sun, 12 Apr 2009 12:30:48 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49E24167.4010109@freebsd.org> Date: Sun, 12 Apr 2009 12:30:47 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <49E10406.7060006@gmail.com> <49E1B35C.9040106@unsane.co.uk> <49E1B834.2080604@gmail.com> In-Reply-To: <49E1B834.2080604@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Vincent Hoffman Subject: Re: setting up local authorative name server with a no-ip.com registered domain X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 19:30:49 -0000 >> The other way around this is to have the nameservers for the domain >> to be in an already resolving domain, that way you dont need to worry >> about glue. This is very common. >> >> > > I had already used the second trick earlier today (after posting the > message) and what I did is pointed a "dead" domain I personally had at > the right IP (the other register correctly lets you register/change > nameservers [which no-ip has a form for but it seems to do absulutly > nothing])... now I am stuck with a corporate domain depending on a > domain owned by a single employee (me [even though I am the CTO/COO I > personally think it is inapporiate to do it this way]).... You could, of course, register yet another domain ("ns-istudentunion.org"?) for your corporation. Tim From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 12 21:26:01 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA101065677 for ; Sun, 12 Apr 2009 21:26:01 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7A58FC18 for ; Sun, 12 Apr 2009 21:26:00 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 2603 invoked from network); 12 Apr 2009 14:25:58 -0700 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 12 Apr 2009 14:25:57 -0700 From: Sean Bruno To: Andriy Gapon In-Reply-To: <49DDF710.4050004@icyb.net.ua> References: <49DDF710.4050004@icyb.net.ua> Content-Type: text/plain Date: Sun, 12 Apr 2009 12:02:48 -0700 Message-Id: <1239562968.11309.1.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 (2.24.5-1.fc10) Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, Alexander Motin Subject: Re: smart self-test vs 7200.12/ich9r/ahci X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 21:26:01 -0000 On Thu, 2009-04-09 at 16:24 +0300, Andriy Gapon wrote: > I wonder if anybody has an issue like I do: > http://thread.gmane.org/gmane.linux.utilities.smartmontools/6354 > > Does anybody has guesses/clues about what might be happening? > I couldn't see anything specifically wrong with the output. Is there something wrong with the drive? Sean From owner-freebsd-hackers@FreeBSD.ORG Sun Apr 12 21:33:34 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C0671065753; Sun, 12 Apr 2009 21:33:34 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (unknown [IPv6:2001:610:1108:5000::149]) by mx1.freebsd.org (Postfix) with ESMTP id 9F31D8FC2F; Sun, 12 Apr 2009 21:33:30 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 7E9403FA87; Sun, 12 Apr 2009 23:33:29 +0200 (CEST) X-Spam-DCC: : X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on meestal-mk5.stack.nl X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,J_CHICKENPOX_73, J_CHICKENPOX_81,NO_RELAYS autolearn=no version=3.2.3 X-Spam-Relay-Country: Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 1A0A33F82C; Sun, 12 Apr 2009 23:33:27 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id 65851228A3; Sun, 12 Apr 2009 23:33:14 +0200 (CEST) Date: Sun, 12 Apr 2009 23:33:14 +0200 From: Jilles Tjoelker To: bug-followup@FreeBSD.org, ed@freebsd.org, olli@lurza.secnetix.de, freebsd-hackers@freebsd.org Message-ID: <20090412213314.GA57862@stack.nl> References: <20090403213905.GA21297@stack.nl> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: <20090403213905.GA21297@stack.nl> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: bin/113860: sh(1): shell is still running when using `sh -c' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Apr 2009 21:33:36 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Apr 03, 2009 at 11:39:05PM +0200, Jilles Tjoelker wrote: > I think this can be improved. I have a patch now; it does not handle all cases but the effect on the code is minimal. I decided to go with the readahead but only do it for the first line. To avoid problems with traps not being executed, http://www.stack.nl/~jilles/unix/sh-forkiftrapped.patch is needed. This fixes a bug in EV_EXIT handling, which would be triggered more often with the change to -c. The patch is also needed for bin/74404. Example: sh -c '(trap "echo trapped" EXIT; sleep 3)' http://www.stack.nl/~jilles/unix/sh-minusc-exec.patch the change itself -- Jilles Tjoelker --9amGYk9869ThD9tj Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sh-forkiftrapped.patch" Don't skip forking for an external command if any traps are active. Example: sh -c '(trap "echo trapped" EXIT; sleep 3)' now correctly prints "trapped". With this check, it is no longer necessary to check for -T explicitly in that case. diff --git a/eval.c b/eval.c --- a/eval.c +++ b/eval.c @@ -730,7 +730,7 @@ evalcommand(union node *cmd, int flags, /* Fork off a child process if necessary. */ if (cmd->ncmd.backgnd || (cmdentry.cmdtype == CMDNORMAL - && ((flags & EV_EXIT) == 0 || Tflag)) + && ((flags & EV_EXIT) == 0 || have_traps())) || ((flags & EV_BACKCMD) != 0 && (cmdentry.cmdtype != CMDBUILTIN || cmdentry.u.index == CDCMD diff --git a/trap.c b/trap.c --- a/trap.c +++ b/trap.c @@ -222,6 +222,21 @@ clear_traps(void) /* + * Check if we have any traps enabled. + */ +int +have_traps(void) +{ + char *volatile *tp; + + for (tp = trap ; tp <= &trap[NSIG - 1] ; tp++) { + if (*tp && **tp) /* trap not NULL or SIG_IGN */ + return 1; + } + return 0; +} + +/* * Set the signal handler for the specified signal. The routine figures * out what it should be set to. */ diff --git a/trap.h b/trap.h --- a/trap.h +++ b/trap.h @@ -39,6 +39,7 @@ extern volatile sig_atomic_t gotwinch; int trapcmd(int, char **); void clear_traps(void); +int have_traps(void); void setsignal(int); void ignoresig(int); void onsig(int); --9amGYk9869ThD9tj Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sh-minusc-exec.patch" Avoid leaving unnecessary waiting shells in many forms of sh -c COMMAND. This change only affects strings passed to -c, when the -s option is not used. The approach is to read the first line of commands, then the second, and if it turns out there is no second line execute the first line with EV_EXIT. Otherwise execute the first and second line, then read and execute lines as long as they exist. A compound statement such as introduced by {, if, for or while counts as a single line of commands for this. Note that if the second line contains a syntactical error, the first line will not be executed, different from previously. (pdksh and zsh parse the entire -c string before executing it.) Example: sh -c 'ps lT' No longer shows a shell process waiting for ps to finish. diff --git a/eval.c b/eval.c --- a/eval.c +++ b/eval.c @@ -175,6 +175,44 @@ evalstring(char *s) } +/* + * Like evalstring(), but always exits. This is useful in avoiding shell + * processes just sitting around waiting for exit. + */ + +void +evalstring_exit(char *s) +{ + union node *n, *n2; + struct stackmark smark; + + setstackmark(&smark); + setinputstring(s, 1); + do + n = parsecmd(0); + while (n == NULL); + if (n != NEOF) { + do + n2 = parsecmd(0); + while (n2 == NULL); + if (n2 == NEOF) { + evaltree(n, EV_EXIT); + /*NOTREACHED*/ + } + evaltree(n, 0); + evaltree(n2, 0); + popstackmark(&smark); + while ((n = parsecmd(0)) != NEOF) { + if (n != NULL) + evaltree(n, 0); + popstackmark(&smark); + } + } + popfile(); + popstackmark(&smark); + exitshell(exitstatus); +} + /* * Evaluate a parse tree. The value is left in the global variable diff --git a/eval.h b/eval.h --- a/eval.h +++ b/eval.h @@ -47,6 +47,7 @@ struct backcmd { /* result of evalbackc int evalcmd(int, char **); void evalstring(char *); +void evalstring_exit(char *); union node; /* BLETCH for ansi C */ void evaltree(union node *, int); void evalbackcmd(union node *, struct backcmd *); diff --git a/main.c b/main.c --- a/main.c +++ b/main.c @@ -178,7 +178,10 @@ state2: state3: state = 4; if (minusc) { - evalstring(minusc); + if (sflag) + evalstring(minusc); + else + evalstring_exit(minusc); } if (sflag || minusc == NULL) { state4: /* XXX ??? - why isn't this before the "if" statement */ --9amGYk9869ThD9tj-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 13 07:06:53 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAED106564A; Mon, 13 Apr 2009 07:06:53 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4339D8FC12; Mon, 13 Apr 2009 07:06:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA29073; Mon, 13 Apr 2009 10:06:39 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1LtGFb-00011f-50; Mon, 13 Apr 2009 10:06:39 +0300 Message-ID: <49E2E47D.5070402@icyb.net.ua> Date: Mon, 13 Apr 2009 10:06:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090114) MIME-Version: 1.0 To: Sean Bruno References: <49DDF710.4050004@icyb.net.ua> <1239562968.11309.1.camel@localhost.localdomain> In-Reply-To: <1239562968.11309.1.camel@localhost.localdomain> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, Alexander Motin Subject: Re: smart self-test vs 7200.12/ich9r/ahci X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 07:06:53 -0000 on 12/04/2009 22:02 Sean Bruno said the following: > On Thu, 2009-04-09 at 16:24 +0300, Andriy Gapon wrote: >> I wonder if anybody has an issue like I do: >> http://thread.gmane.org/gmane.linux.utilities.smartmontools/6354 >> >> Does anybody has guesses/clues about what might be happening? >> > > I couldn't see anything specifically wrong with the output. Smart self test never completing. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 13 15:48:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCEDC106568D for ; Mon, 13 Apr 2009 15:48:55 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: from iron2.pdx.net (iron2.pdx.net [69.64.224.71]) by mx1.freebsd.org (Postfix) with ESMTP id AE5DB8FC2B for ; Mon, 13 Apr 2009 15:48:55 +0000 (UTC) (envelope-from sean.bruno@dsl-only.net) Received: (qmail 15483 invoked from network); 13 Apr 2009 08:48:53 -0700 Received: from 069-064-235-060.pdx.net (HELO ?192.168.1.51?) (69.64.235.60) by iron2.pdx.net with SMTP; 13 Apr 2009 08:48:53 -0700 From: Sean Bruno To: Andriy Gapon In-Reply-To: <49E2E47D.5070402@icyb.net.ua> References: <49DDF710.4050004@icyb.net.ua> <1239562968.11309.1.camel@localhost.localdomain> <49E2E47D.5070402@icyb.net.ua> Content-Type: text/plain Date: Mon, 13 Apr 2009 08:48:54 -0700 Message-Id: <1239637734.24831.56.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 (2.24.5-1.fc10) Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, Alexander Motin Subject: Re: smart self-test vs 7200.12/ich9r/ahci X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 15:48:56 -0000 On Mon, 2009-04-13 at 10:06 +0300, Andriy Gapon wrote: > Smart self test never completing. The "self-test" never goes beyond "90%" complete? Sean From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 13 15:52:00 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F7A61065687; Mon, 13 Apr 2009 15:52:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1504A8FC0A; Mon, 13 Apr 2009 15:51:58 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA12616; Mon, 13 Apr 2009 18:51:46 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49E35F92.6080400@icyb.net.ua> Date: Mon, 13 Apr 2009 18:51:46 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Sean Bruno References: <49DDF710.4050004@icyb.net.ua> <1239562968.11309.1.camel@localhost.localdomain> <49E2E47D.5070402@icyb.net.ua> <1239637734.24831.56.camel@localhost.localdomain> In-Reply-To: <1239637734.24831.56.camel@localhost.localdomain> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, Alexander Motin Subject: Re: smart self-test vs 7200.12/ich9r/ahci X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 15:52:00 -0000 on 13/04/2009 18:48 Sean Bruno said the following: > On Mon, 2009-04-13 at 10:06 +0300, Andriy Gapon wrote: >> Smart self test never completing. > > The "self-test" never goes beyond "90%" complete? Yes, exactly. Even for the short one, which is supposed to complete in 1 minute: $ smartctl -t short /dev/ad16 smartctl version 5.38 [amd64-portbld-freebsd7.1] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Short self-test routine immediately in off-line mode". Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful. Testing has begun. Please wait 1 minutes for test to complete. Test will complete after Mon Apr 13 18:51:57 2009 Use smartctl -X to abort test. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 13 17:55:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67E58106566B; Mon, 13 Apr 2009 17:55:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 694318FC1F; Mon, 13 Apr 2009 17:55:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4DF1646B2C; Mon, 13 Apr 2009 13:55:10 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 433638A051; Mon, 13 Apr 2009 13:54:50 -0400 (EDT) From: John Baldwin To: Sergey Babkin Date: Mon, 13 Apr 2009 12:56:44 -0400 User-Agent: KMail/1.9.7 References: <1366225354.253456.1238948619308.JavaMail.root@vms124.mailsrvcs.net> <200904070921.14294.jhb@freebsd.org> <49DBFA72.9E64AB4F@verizon.net> In-Reply-To: <49DBFA72.9E64AB4F@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904131256.44692.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 13 Apr 2009 13:54:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Patch for MS Hyper V (virtualization) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 17:55:12 -0000 On Tuesday 07 April 2009 9:14:26 pm Sergey Babkin wrote: > John Baldwin wrote: > > > > On Monday 06 April 2009 11:12:33 pm Sergey Babkin wrote: > > > > Anyway, as far as I can tell, it's only the base register of > > > the simulated DEC21140 device that has this issue, so it's > > > quite possible that the bug is in that device's simulator. > > > > > > I've attached a modified patch that checks conservatively for this > > > precise situation, so it should not break compatibility with > > > anything else. I've tested it on Hyper-V. > > > > Can you test unmodified FreeBSD 8 on Hyper-V? It has an extra fix relative to > > 7 to disable decoding via the PCI command register while sizing BARs that may > > address this. > > 8.0 (February snapshot) seems to have the same issue. Ok. > I've also saved the log of writes that 7.1 does for this device: > > reg 10 val ec01 > reg 14 val febff000 > reg 18 val 0 > reg 1c val 0 > reg 20 val 0 > reg 24 val 0 > reg 30 val febe0000 > reg 4 val 117 > reg 3c val b > reg 3d val 1 > reg 3e val 14 > reg 3f val 28 > reg c val 8 > reg d val 40 > reg 9 val 0 > reg 8 val 20 > reg 10 val ec00 > reg 14 val febff000 > reg 4 val 117 > reg 4 val 117 > > I don't see any ffffffff values. Your printf() probably isn't in the right place. pci_add_map() uses PCIB_READ_CONFIG() directly and doesn't use pci_read_config(), so if your printf is in pci_read_config_method() in pci.c it won't see them. Try hooking the cfg operations in sys/amd64/pci/pci_cfgreg.c instead. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 13 17:55:26 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A39E3106567E; Mon, 13 Apr 2009 17:55:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0120E8FC24; Mon, 13 Apr 2009 17:55:26 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AC66246B51; Mon, 13 Apr 2009 13:55:24 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 14CB18A050; Mon, 13 Apr 2009 13:54:49 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 13 Apr 2009 12:53:36 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200904131253.37019.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 13 Apr 2009 13:54:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Robert Watson , Andrew Brampton Subject: Re: FreeBSD memguard + spinlocks X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2009 17:55:26 -0000 On Saturday 11 April 2009 5:03:58 pm Andrew Brampton wrote: > 2009/4/11 Robert Watson : > > On Sat, 11 Apr 2009, Andrew Brampton wrote: > > > > Your understanding is mostly right. =C2=A0The missing bit is this: ther= e are=20 two > > kinds of interrupt contexts -- fast/filter interrupt handlers, which=20 borrow > > the stack and execution context of the kernel thread they preempt, and > > interrupt threads, which get their own complete thread context. > > > > Fast interrupt handlers are allowed unlock to acquire spinlocks so as to > > avoid deadlock because of the borrowed context. =C2=A0This means they c= an't > > perform any sort of sleep, or acquire any locks that might sleep, since= =20 the > > thread they've preempted may hold conflicting locks, or be the one that > > would have woken up the sleep that the handler performed. =C2=A0Almost = no code > > will run in fast handlers -- perhaps checking some device registers, do= ing > > work on a lockless or spinlock-protected queue, and waking up a worker > > thread. > > > > This is why, BTW, spin locks disable interrupt: they need to control > > preemption by other interrupt handlers to avoid deadlock, but they are = not > > intended for use except when either in the scheduler, in a few related = IPI > > contexts, or when synchronizing between normal kernel code and a fast > > handler. > > > > Full interrupt thread contexts are permitted to perform short lock slee= ps, > > such as those performed when contending default mutexes, rwlocks, and > > rmlocks. They are permitted to invoke kernel services such as malloc(9), > > UMA(9), the network stack, etc, as long as they use M_NOWAIT and don't > > invoke msleep(9) or similar unbounded sleeps -- again to avoid the > > possibility of deadlocks, since you don't want an interrupt thread=20 sleeping > > waiting for an event that only it can satisfy. > > > > So the first question, really, is whether you are or mean to be using > > fast/filter interrupt handler. =C2=A0Device drivers will never call mem= ory > > allocation, free, etc, from there, but will defer it to an ithread usin= g=20 the > > filter mechanism in 8.x, or to a task queue or other worker in 7.x and > > earlier. =C2=A0If you're using a regular INTR_MPSAFE ithread, you shoul= d be=20 able > > to use only default mutexes (a single atomic operation if uncontended) > > without disabling interrupts, etc. > > > > Robert N M Watson > > Computer Laboratory > > University of Cambridge > > >=20 > Anyway, that is why I also asked about a lighter weight spin lock > (perhaps similar to this one). I tempted to replace this custom > spinlock with the standard MTX_DEF, however I'm unsure of its impact. > The custom spin lock seems quick and light to acquire, and it does not > concern me that a interrupt can potentially interrupt the code. You should just use a MTX_DEF mutex. Also, if you use M_NOWAIT, you will n= eed=20 to handle malloc() returning NULL. In general I try to allocate things whi= le=20 not holding any locks when possible and only acquire the lock to initialize= =20 the memory returned from malloc(). =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 10:23:46 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC750106566B; Tue, 14 Apr 2009 10:23:46 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AB8908FC17; Tue, 14 Apr 2009 10:23:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA08062; Tue, 14 Apr 2009 13:23:34 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49E46425.9070205@icyb.net.ua> Date: Tue, 14 Apr 2009 13:23:33 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Sean Bruno References: <49DDF710.4050004@icyb.net.ua> <1239562968.11309.1.camel@localhost.localdomain> <49E2E47D.5070402@icyb.net.ua> <1239637734.24831.56.camel@localhost.localdomain> <49E35F92.6080400@icyb.net.ua> In-Reply-To: <49E35F92.6080400@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, Alexander Motin Subject: Re: smart self-test vs 7200.12/ich9r/ahci X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 10:23:47 -0000 on 13/04/2009 18:51 Andriy Gapon said the following: > on 13/04/2009 18:48 Sean Bruno said the following: >> The "self-test" never goes beyond "90%" complete? > > Yes, exactly. Even for the short one, which is supposed to complete in 1 > minute: Another data point. This disk was in an experimental 3-way mirror zpool, two other devices were Hitachi HDP725050GLA360 and WDC WD5000AAKS-00A7B2. Self-tests were scheduled at the same time for all 3 disks in smartd.conf. The Hitachi and Western Digital disks were able to complete the tests before start of a work day, but the Seagate disk was stuck at 90%. Now I removed it from the mirror (designated it as a hot-spare) and now the self-tests work as expected for it. Makes me wonder: what was that access pattern that prevented self-test progress of the Seagate disk but did not affect the other two. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 15:28:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28F0D106566B for ; Tue, 14 Apr 2009 15:28:40 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from mailrelay012.isp.belgacom.be (mailrelay012.isp.belgacom.be [195.238.6.179]) by mx1.freebsd.org (Postfix) with ESMTP id B6A778FC08 for ; Tue, 14 Apr 2009 15:28:39 +0000 (UTC) (envelope-from tijl@ulyssis.org) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvIEALtG5ElR9Sl+/2dsb2JhbACBUs8gg3wG Received: from 126.41-245-81.adsl-dyn.isp.belgacom.be (HELO kalimero.kotnet.org) ([81.245.41.126]) by relay.skynet.be with ESMTP; 14 Apr 2009 17:28:37 +0200 Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.3/8.14.3) with ESMTP id n3EFSaDK004304; Tue, 14 Apr 2009 17:28:36 +0200 (CEST) (envelope-from tijl@ulyssis.org) From: Tijl Coosemans To: freebsd-hackers@freebsd.org, Robert Noland Date: Tue, 14 Apr 2009 17:28:34 +0200 User-Agent: KMail/1.9.10 References: <20090410132354.GA20721@logik.internal.network> <20090410175922.GA50520@logik.internal.network> <1239388293.1922.80.camel@balrog.2hip.net> In-Reply-To: <1239388293.1922.80.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_kuK5JYWDptkZsu3" Message-Id: <200904141728.36178.tijl@ulyssis.org> Cc: xorquewasp@googlemail.com Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 15:28:40 -0000 --Boundary-00=_kuK5JYWDptkZsu3 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 10 April 2009 20:31:33 Robert Noland wrote: > On Fri, 2009-04-10 at 18:59 +0100, xorquewasp@googlemail.com wrote: >> The system doesn't seem to have frozen since DRI/DRM was disabled. >> >> I did have one crash/reboot whilst building a large number of >> packages with tinderbox. I've currently got both tinderbox and a >> make -j 16 buildworld going on a loop in the hope that I can trigger >> it again. >> >> Being the idiot I am, I had encrypted swap enabled and so savecore >> didn't save anything. Won't make that mistake twice. >> >> I'm currently using a world compiled WITH_DEBUG but is there >> anything else I can do? > > If it is locking the whole system, then a core is really our best > shot. If you can extract anything useful from xorg.log or setting > hw.dri.0.debug that also might be of use. > > I'm running on 2 cores, but it is possible that some locking issue > exists. All of the driver specific ioctls are run under a lock > though. I have the same problem with a Radeon Mobility 9700 (r300) on 7-STABLE. The entire system freezes, but it happens very rarely. I took a quick look at the drm code for locking issues and found one thing that seems suspicious. Patch attached. I'm not familiar with the code, so I don't know if it's correct or even related this problem. --Boundary-00=_kuK5JYWDptkZsu3 Content-Type: text/plain; charset="iso-8859-15"; name="patch-drm" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="patch-drm" --- sys/dev/drm/drm_bufs.c.orig 2009-04-11 15:10:56.000000000 +0200 +++ sys/dev/drm/drm_bufs.c 2009-04-11 15:11:33.000000000 +0200 @@ -173,7 +173,6 @@ /* Prevent a 2nd X Server from creating a 2nd lock */ DRM_LOCK(); if (dev->lock.hw_lock != NULL) { - DRM_UNLOCK(); free(map->handle, DRM_MEM_MAPS); free(map, DRM_MEM_MAPS); return EBUSY; --Boundary-00=_kuK5JYWDptkZsu3-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 18:05:27 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C307110656D9 for ; Tue, 14 Apr 2009 18:05:27 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from relay02.digicable.hu (relay02.digicable.hu [92.249.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id 81A148FC21 for ; Tue, 14 Apr 2009 18:05:27 +0000 (UTC) (envelope-from Gabor@Zahemszky.HU) Received: from [94.21.12.105] (helo=Picasso.Zahemszky.HU) by relay02.digicable.hu with esmtpa id 1LtmLT-0005Sk-0H for ; Tue, 14 Apr 2009 19:22:51 +0200 Date: Tue, 14 Apr 2009 19:22:50 +0200 From: Zahemszky =?ISO-8859-2?Q?G=E1bor?= To: freebsd-hackers@freebsd.org Message-ID: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> Organization: Zahemszky Bt. X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Original: 94.21.12.105 X-Mailman-Approved-At: Tue, 14 Apr 2009 19:32:44 +0000 Subject: Linux setpci equivalent in FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 18:05:29 -0000 Hi! I'v found (well, mav@ found it) on a wiki page (*) a trick to use some TI sdhci cards. They use the setpci command, to set some bits in the HW. Are there any tool under FreeBSD to do the same? Thanks, G=E1bor at Zahemszky dot HU (*) http://www.gentoo-wiki.info/Acer_Ferrari_4005WLMi#SDHCI --=20 #!/bin/ksh Z=3D'21N16I25C25E30, 40M30E33E25T15U!'; IFS=3D' ABCDEFGHIJKLMNOPQRSTUVWXYZ '; set -- $Z;for i;{ [[ $i =3D ? ]]&&print $i&&break; [[ $i =3D ??? ]]&&j=3D$i&&i=3D${i%?}; typeset -i40 i=3D8#$i;print -n ${i#???}; [[ "$j" =3D ??? ]]&&print -n "${j#??} "&&j=3D;typeset +i i;}; IFS=3D' 0123456789 ';set -- $Z;for i;{ [[ $i =3D , ]]&&i=3D2; [[ $i =3D ?? ]]||typeset -l i;j=3D"$j $i";typeset +l i;};print "$j" From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 19:46:11 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54952106564A for ; Tue, 14 Apr 2009 19:46:11 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 11D2B8FC13 for ; Tue, 14 Apr 2009 19:46:11 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id E063E1924A; Tue, 14 Apr 2009 20:46:14 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 14 Apr 2009 20:46:14 +0000 (GMT) Date: Tue, 14 Apr 2009 20:46:05 +0100 From: Bruce Cran To: Zahemszky =?ISO-8859-1?Q?G=E1bor?= Message-ID: <20090414204605.641bb3a8@gluon.draftnet> In-Reply-To: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> References: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Linux setpci equivalent in FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 19:46:11 -0000 On Tue, 14 Apr 2009 19:22:50 +0200 Zahemszky G=E1bor wrote: > Hi! >=20 > I'v found (well, mav@ found it) on a wiki page (*) a trick to use > some TI sdhci cards. They use the setpci command, to set some bits in > the HW. Are there any tool under FreeBSD to do the same? pciconf(8) ? --=20 Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 20:28:19 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E577106590C for ; Tue, 14 Apr 2009 20:28:19 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1781B8FC12 for ; Tue, 14 Apr 2009 20:28:18 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 5so1632510ywh.13 for ; Tue, 14 Apr 2009 13:28:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=oIonWu9gLqgzzUKqDcY1Vu2bharieebn+MQ3wzpwFbs=; b=I4l4zfA71pi8kxp4JQpk4QNMQlrLoykwnGrJIn51DsakR3p836fhuSYzkHZrsFZxxH qc6c8uduX8bO5EdNlvZyLcLRid3v1DeGnmQdV+FFqvDEz9+ky2A2Vr3YNJlt+25/ZJhs AAa75yy4Xvs2aBZ7jYHxTAjxr7f/g4uSRZU+k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=wmKryqpbKKIoxY8mvG/k85uXlwQ2ZNhr7vJlvluFkaqI6Ypry9sk4zCf9MsYRfOwbM L1eEo2t46Lmv09eUgX8iMqU+Z7f19sL75ldhNr0zW3KEzJpIRpPa2pvuaOcFdFBH7Vqg vWVwSNf6AA5KXXXR5kcMfeoZZdvavBIuzqtWU= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.14.2 with SMTP id 2mr5702899ann.27.1239739343039; Tue, 14 Apr 2009 13:02:23 -0700 (PDT) In-Reply-To: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> References: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> Date: Tue, 14 Apr 2009 13:02:22 -0700 X-Google-Sender-Auth: c078f850a0189b84 Message-ID: <3c1674c90904141302l7dc5b77fub7db44f01f690f5d@mail.gmail.com> From: Kip Macy To: =?ISO-8859-1?Q?Zahemszky_G=E1bor?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: Linux setpci equivalent in FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 20:28:23 -0000 man pciconf(8) - it lets you set config space bits -Kip 2009/4/14 Zahemszky G=E1bor : > Hi! > > I'v found (well, mav@ found it) on a wiki page =A0(*) a trick to use some > TI sdhci cards. They use the setpci command, to set some bits in the HW. > Are there any tool under FreeBSD to do the same? > > Thanks, > > G=E1bor at Zahemszky dot HU > > (*) http://www.gentoo-wiki.info/Acer_Ferrari_4005WLMi#SDHCI > > -- > #!/bin/ksh > Z=3D'21N16I25C25E30, 40M30E33E25T15U!'; > IFS=3D' ABCDEFGHIJKLMNOPQRSTUVWXYZ '; > set -- $Z;for i;{ [[ $i =3D ? ]]&&print $i&&break; > [[ $i =3D ??? ]]&&j=3D$i&&i=3D${i%?}; > typeset -i40 i=3D8#$i;print -n ${i#???}; > [[ "$j" =3D ??? ]]&&print -n "${j#??} "&&j=3D;typeset +i i;}; > IFS=3D' 0123456789 ';set -- $Z;for i;{ [[ $i =3D , ]]&&i=3D2; > [[ $i =3D ?? ]]||typeset -l i;j=3D"$j $i";typeset +l i;};print "$j" > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 All that is necessary for the triumph of evil is that good men do nothing. Edmund Burke From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 14 22:23:13 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C80FD1065901 for ; Tue, 14 Apr 2009 22:23:13 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx1.fusionio.com (mx1.fusionio.com [64.244.102.30]) by mx1.freebsd.org (Postfix) with ESMTP id 901548FC0A for ; Tue, 14 Apr 2009 22:23:13 +0000 (UTC) (envelope-from julian@elischer.org) X-ASG-Debug-ID: 1239747127-3514000e0000-P5m3U7 X-Barracuda-URL: http://10.101.1.180:8000/cgi-bin/mark.cgi Received: from zim.fusionio.com (localhost [127.0.0.1]) by mx1.fusionio.com (Spam Firewall) with ESMTP id 7CBB885D1E; Tue, 14 Apr 2009 16:12:07 -0600 (MDT) Received: from zim.fusionio.com ([10.101.1.182]) by mx1.fusionio.com with ESMTP id kzKpwHbFhxbh8QVs; Tue, 14 Apr 2009 16:12:07 -0600 (MDT) X-Barracuda-Envelope-From: julian@elischer.org Received: from localhost (localhost.localdomain [127.0.0.1]) by zim.fusionio.com (Postfix) with ESMTP id 700114500002; Tue, 14 Apr 2009 16:12:07 -0600 (MDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -1.755 X-Spam-Level: X-Spam-Status: No, score=-1.755 tagged_above=-10 required=6.6 tests=[AWL=0.745, BAYES_00=-2.599, RDNS_NONE=0.1] Received: from zim.fusionio.com ([127.0.0.1]) by localhost (zim.fusionio.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cAGFT97kOWnN; Tue, 14 Apr 2009 16:11:54 -0600 (MDT) Received: from julian-mac.elischer.org (unknown [64.244.102.2]) by zim.fusionio.com (Postfix) with ESMTP id 27FCB4500001; Tue, 14 Apr 2009 16:11:54 -0600 (MDT) Message-ID: <49E50A30.8090403@elischer.org> Date: Tue, 14 Apr 2009 15:12:00 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: =?ISO-8859-2?Q?Zahemszky_G=E1bor?= X-ASG-Orig-Subj: Re: Linux setpci equivalent in FreeBSD? References: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> In-Reply-To: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Barracuda-Connect: UNKNOWN[10.101.1.182] X-Barracuda-Start-Time: 1239747127 X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at fusionio.com Cc: freebsd-hackers@freebsd.org Subject: Re: Linux setpci equivalent in FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 22:23:33 -0000 Zahemszky Gábor wrote: > Hi! > > I'v found (well, mav@ found it) on a wiki page (*) a trick to use some > TI sdhci cards. They use the setpci command, to set some bits in the HW. > Are there any tool under FreeBSD to do the same? I think pciconf can do that.. > > Thanks, > > Gábor at Zahemszky dot HU > > (*) http://www.gentoo-wiki.info/Acer_Ferrari_4005WLMi#SDHCI > CONFIDENTIAL This document and attachments contain information from Fusion-io, Inc. which is confidential and/or legally privileged. The information is intended only for the use of the individual or entity named on this transmission. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or taking of any action in reliance on the contents of this emailed information is strictly prohibited, and that the documents should be returned to Fusion-io, Inc. immediately. In this regard, if you have received this email in error, please notify us by return email immediately. From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 00:36:51 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6F01065670; Wed, 15 Apr 2009 00:36:51 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from vms173007pub.verizon.net (vms173007pub.verizon.net [206.46.173.7]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2728FC18; Wed, 15 Apr 2009 00:36:50 +0000 (UTC) (envelope-from babkin@verizon.net) Received: from verizon.net ([98.109.134.167]) by vms173007.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KI400LSU9OUSBNO@vms173007.mailsrvcs.net>; Tue, 14 Apr 2009 19:36:31 -0500 (CDT) Sender: root Message-id: <49E52E7B.34792757@verizon.net> Date: Tue, 14 Apr 2009 20:46:51 -0400 From: Sergey Babkin X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.7-RELEASE i386) X-Accept-Language: en, ru MIME-version: 1.0 To: John Baldwin References: <1366225354.253456.1238948619308.JavaMail.root@vms124.mailsrvcs.net> <200904070921.14294.jhb@freebsd.org> <49DBFA72.9E64AB4F@verizon.net> <200904131256.44692.jhb@freebsd.org> Content-type: text/plain; charset=koi8-r Content-transfer-encoding: 7bit X-Mailman-Approved-At: Wed, 15 Apr 2009 01:54:12 +0000 Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Patch for MS Hyper V (virtualization) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 00:36:52 -0000 John Baldwin wrote: > > On Tuesday 07 April 2009 9:14:26 pm Sergey Babkin wrote: > > John Baldwin wrote: > > > > > > On Monday 06 April 2009 11:12:33 pm Sergey Babkin wrote: > > > > > > Anyway, as far as I can tell, it's only the base register of > > > > the simulated DEC21140 device that has this issue, so it's > > > > quite possible that the bug is in that device's simulator. > > > > > > > > I've attached a modified patch that checks conservatively for this > > > > precise situation, so it should not break compatibility with > > > > anything else. I've tested it on Hyper-V. > > > > > > Can you test unmodified FreeBSD 8 on Hyper-V? It has an extra fix > relative to > > > 7 to disable decoding via the PCI command register while sizing BARs that > may > > > address this. > > > > 8.0 (February snapshot) seems to have the same issue. > > Ok. > > > I've also saved the log of writes that 7.1 does for this device: > > > > reg 10 val ec01 > > reg 14 val febff000 > > reg 18 val 0 > > reg 1c val 0 > > reg 20 val 0 > > reg 24 val 0 > > reg 30 val febe0000 > > reg 4 val 117 > > reg 3c val b > > reg 3d val 1 > > reg 3e val 14 > > reg 3f val 28 > > reg c val 8 > > reg d val 40 > > reg 9 val 0 > > reg 8 val 20 > > reg 10 val ec00 > > reg 14 val febff000 > > reg 4 val 117 > > reg 4 val 117 > > > > I don't see any ffffffff values. > > Your printf() probably isn't in the right place. pci_add_map() uses > PCIB_READ_CONFIG() directly and doesn't use pci_read_config(), so if your > printf is in pci_read_config_method() in pci.c it won't see them. Try > hooking the cfg operations in sys/amd64/pci/pci_cfgreg.c instead. The printf was in pci_write_config(). -SB From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 09:42:29 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DB36106564A for ; Wed, 15 Apr 2009 09:42:29 +0000 (UTC) (envelope-from kheuer2@gwdg.de) Received: from tmailer.gwdg.de (tmailer.gwdg.de [134.76.10.23]) by mx1.freebsd.org (Postfix) with ESMTP id 21F408FC0C for ; Wed, 15 Apr 2009 09:42:28 +0000 (UTC) (envelope-from kheuer2@gwdg.de) Received: from gwdu60.gwdg.de ([134.76.8.60]) by mailer.gwdg.de with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1Lu0Yg-0003Xq-1x; Wed, 15 Apr 2009 10:33:26 +0200 Date: Wed, 15 Apr 2009 10:33:25 +0200 (CEST) From: Konrad Heuer To: freebsd-questions@freebsd.org Message-ID: <20090415102209.T34961@gwdu60.gwdg.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-hackers@freebsd.org Subject: Problem: FreeBSD 7.x && ssh v2 && nss_ldap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 09:42:29 -0000 I see a problem on two systems running FreeBSD 7.0 or 7.1 which are configured as OpenLDAP clients using the nss_ldap module. When someone logs on using ssh protocol version 2 the session will not be initialized correctly. The user will only get his primary group affiliation but no affiliation to other groups (memberUid attribute in LDAP group entries). On 7.1 the ssh login process hangs forever with open ldap queries, on 7.0 the group list is incomplete. On several 6.x systems, all works correctly. I have used the configuration for years now. There are some workarounds I found: a) use ssh protocol version 1 b) set UseLogin to yes in sshd_config c) avoid ssl encryption in communication to ldap server (ldap://... uri instead of ldaps://... in ldap.conf) Does anybody see similar problems? Does anybody have an idea what may couse the problem? Best regards Konrad Heuer GWDG, Am Fassberg, 37077 Goettingen, Germany, kheuer2@gwdg.de From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 12:38:51 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80B5F106564A; Wed, 15 Apr 2009 12:38:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 518DD8FC08; Wed, 15 Apr 2009 12:38:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E459646B95; Wed, 15 Apr 2009 08:38:50 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D0DDD8A04F; Wed, 15 Apr 2009 08:38:49 -0400 (EDT) From: John Baldwin To: Sergey Babkin Date: Wed, 15 Apr 2009 08:34:35 -0400 User-Agent: KMail/1.9.7 References: <1366225354.253456.1238948619308.JavaMail.root@vms124.mailsrvcs.net> <200904131256.44692.jhb@freebsd.org> <49E52E7B.34792757@verizon.net> In-Reply-To: <49E52E7B.34792757@verizon.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904150834.35880.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 15 Apr 2009 08:38:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-hackers@freebsd.org, Ivan Voras Subject: Re: Patch for MS Hyper V (virtualization) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 12:38:51 -0000 On Tuesday 14 April 2009 8:46:51 pm Sergey Babkin wrote: > John Baldwin wrote: > > Your printf() probably isn't in the right place. pci_add_map() uses > > PCIB_READ_CONFIG() directly and doesn't use pci_read_config(), so if your > > printf is in pci_read_config_method() in pci.c it won't see them. Try > > hooking the cfg operations in sys/amd64/pci/pci_cfgreg.c instead. > > The printf was in pci_write_config(). Yes, that won't catch the PCIB_WRITE_CONFIG()'s in pci_add_map(). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 14:17:45 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29531106566C for ; Wed, 15 Apr 2009 14:17:45 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6EDBF8FC0A for ; Wed, 15 Apr 2009 14:17:43 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA18089; Wed, 15 Apr 2009 17:17:41 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <49E5EC84.1080800@icyb.net.ua> Date: Wed, 15 Apr 2009 17:17:40 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org, freebsd-multimedia@FreeBSD.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: ac97 interface q X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 14:17:45 -0000 ac97_if.m defines 'read' method to return int and 'write' method to take u_int32_t data and return int. Calls to AC97_READ and AC97_WRITE are present only in ac97.c and from those calls it is evident that the calling code expects u_int16_t from 'read' and it also passes u_int16_t to 'write', return value of 'write' is discarded. Seems like the interface is richer than what its caller actually uses. And it seems that implementations of the interface do not always have the exact signature - they have the same number of parameters, but the types are varying. Some implementations are closer to the interface contract, e.g. returning -1 from 'read' in case of error. Some are closer to the caller's expectations, e.g. having void return type in 'write'. What are your opinions - should the calling code be enhanced to use the interface properly (i.e. attempt to detect error conditions) or should the interface be dumbed down to its caller's expectations? My ultimate goal is to make all implementations have exactly the signature mandated by the interface. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 18:29:03 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D6D1065680; Wed, 15 Apr 2009 18:29:03 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1A1638FC1D; Wed, 15 Apr 2009 18:29:02 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: by ey-out-2122.google.com with SMTP id 4so8531eyf.7 for ; Wed, 15 Apr 2009 11:29:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:cc :subject:message-id:references:mime-version:content-type :content-disposition:in-reply-to; bh=7Q8TnUo3MAGVc8cyN4KnppmVOwpM+GzjeQNu6okLmYw=; b=BQUqW3R8yZgnEc06l1RsopiwY5Qlx6cHe7+KFtWssgVOMVFldwwzOLTb+wLM/ZLadu oTsbPP/CReCPpsQYjL859kqazoaXfCTbaCq3O3hV7Ul3cDyMeRCOS/mUvRTPpjZK5GsH EbOvRbRO7VpPFIIN4iwN9KVr7eNCU2yJCAZVk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; b=KwLNXes0FIs1hw9LWs6ZG9jt53SrZJC8vs4AW/F1E8PAO16Wp8nIDDH0APAMagQflN Ir9rzIt14eQYEhNrGap9JaWGd1+MGQ6cE5SngVUdOtuJ4SiaiUl4hMg6Gt8Ggdw2yL62 aD+lMvPn9c4hXKiunUrO88TTZ+V5/9CMa3A/w= Received: by 10.210.62.12 with SMTP id k12mr4505710eba.44.1239820141566; Wed, 15 Apr 2009 11:29:01 -0700 (PDT) Received: from logik.internal.network (81-86-41-187.dsl.pipex.com [81.86.41.187]) by mx.google.com with ESMTPS id 5sm102682ewy.28.2009.04.15.11.29.00 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 15 Apr 2009 11:29:01 -0700 (PDT) Received: by logik.internal.network (Postfix, from userid 11001) id B9EFB5C31; Wed, 15 Apr 2009 18:28:59 +0000 (UTC) Date: Wed, 15 Apr 2009 19:28:59 +0100 From: xorquewasp@googlemail.com To: Robert Noland Message-ID: <20090415182859.GE82338@logik.internal.network> References: <20090410132354.GA20721@logik.internal.network> <20090410154251.GA49384@logik.internal.network> <1239385368.1922.74.camel@balrog.2hip.net> <20090410175922.GA50520@logik.internal.network> <1239388293.1922.80.camel@balrog.2hip.net> <20090411102300.GD83697@logik.internal.network> <1239477075.1932.5.camel@balrog.2hip.net> <20090411193054.GF83697@logik.internal.network> <1239478606.1932.13.camel@balrog.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1239478606.1932.13.camel@balrog.2hip.net> Cc: freebsd-hackers@freebsd.org Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 18:29:05 -0000 Hello. Just to let everyone know, I'm now coming to the conclusion that I may be suffering from hardware/thermal problems and that the DRI driver wasn't actually at fault (but highlighted the problem by pushing the hardware... harder). Thanks for the assistance, though. xw From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 15 19:32:54 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29485106564A; Wed, 15 Apr 2009 19:32:54 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from lancer.b1c1l1.com (lancer.b1c1l1.com [72.13.86.100]) by mx1.freebsd.org (Postfix) with ESMTP id 122838FC0C; Wed, 15 Apr 2009 19:32:54 +0000 (UTC) (envelope-from ben@b1c1l1.com) Received: from supra.b1c1l1.com (c-76-102-159-187.hsd1.ca.comcast.net [76.102.159.187]) by lancer.b1c1l1.com (Postfix) with ESMTPSA id 93BE95C29; Wed, 15 Apr 2009 12:15:01 -0700 (PDT) Message-ID: <49E63228.3090409@b1c1l1.com> Date: Wed, 15 Apr 2009 12:14:48 -0700 From: Benjamin Lee User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Konrad Heuer References: <20090415102209.T34961@gwdu60.gwdg.de> In-Reply-To: <20090415102209.T34961@gwdu60.gwdg.de> X-Enigmail-Version: 0.95.7 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig4BFC7E43205937AB42E95527" X-Mailman-Approved-At: Wed, 15 Apr 2009 20:15:45 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Problem: FreeBSD 7.x && ssh v2 && nss_ldap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Apr 2009 19:32:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4BFC7E43205937AB42E95527 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 04/15/2009 01:33 AM, Konrad Heuer wrote: >=20 > I see a problem on two systems running FreeBSD 7.0 or 7.1 which are > configured as OpenLDAP clients using the nss_ldap module. >=20 > When someone logs on using ssh protocol version 2 the session will not > be initialized correctly. The user will only get his primary group > affiliation but no affiliation to other groups (memberUid attribute in > LDAP group entries). >=20 > On 7.1 the ssh login process hangs forever with open ldap queries, on > 7.0 the group list is incomplete. On several 6.x systems, all works > correctly. > I have used the configuration for years now. >=20 > There are some workarounds I found: >=20 > a) use ssh protocol version 1 > b) set UseLogin to yes in sshd_config > c) avoid ssl encryption in communication to ldap server > (ldap://... uri instead of ldaps://... in ldap.conf) >=20 > Does anybody see similar problems? Does anybody have an idea what may > couse the problem? I recently submitted ports/133501 regarding this issue, but I have not yet received a response. My workaround was to disable pthread_atfork support, so the problem might be related to the change from libkse to libthr in RELENG_7. --=20 Benjamin Lee http://www.b1c1l1.com/ --------------enig4BFC7E43205937AB42E95527 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.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQIcBAEBAgAGBQJJ5jIxAAoJEN/n9makEYThWVwQAL1c4HA6wt91YSTImvGPj96M a9RJkJcGVE3GeOPBAhAjOsQzoaXlKkgvSwBSIue77x2SavApvjIQ5eS/+p3zw2RP badwqQSDJ63myopJfmOL/ijgeCaNkbOXcQZ1L8in+ywAznXPwyUKBN8Pv7vjfjDU N5GjGKuXGoh+hHWITPxPH1OUP3T6cPGH9TJO9JcfOyaJNDj+CsaZeTAAxBovvB+Q f1I9v2yBODwNP9hkkHQEJGdexnOc1VgfiT+8F6Fr4JmvQoZHx3yAipzef7yFUWjY l3lrnJPT/pFfsyXcHNQOoJEkJDuF4ce+7AkhzQd2J32VscvoQ+jXy1BVb1MfJYJf 43AtbNkOlUul/7+T6ucM+dDtrA/UiCYdO1oTTzIRGC8u0DxycWIYkASYx2rfBVkb aVaAYFwLyFMVfpFhc7ZGanj4DpIdt8O0443sHDw6YVQ7Gy7SVRPCG55PuY6TognO ssp//UonMwkX9mhBKAKMmpn/+1mG3WeVen8IIVTTRAQyCQ7yhP6z1OXfbqymy+QR yPNTemo8szxcyBYIlghl+w/CXh4CbdQTo2tTzq1bA5hUEbJlYqajuN9/GPtEC3a5 0CwfkeaveKiPrdUrRg+9s1OridGB7y5e4YRo9MPpKjssTyDYSG0b0ZsMP6cl3mac Cvd3tlZKndtyMrjHfFLk =f+dM -----END PGP SIGNATURE----- --------------enig4BFC7E43205937AB42E95527-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 15:23:09 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A641065911; Thu, 16 Apr 2009 15:23:09 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4EF308FC17; Thu, 16 Apr 2009 15:23:09 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (e180152215.adsl.alicedsl.de [85.180.152.215]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n3GFMkXa095983 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 16 Apr 2009 17:22:50 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: from roadrunner.spoerlein.net (localhost [127.0.0.1]) by roadrunner.spoerlein.net (8.14.3/8.14.3) with ESMTP id n3GFHfek045643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Apr 2009 17:17:41 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by roadrunner.spoerlein.net (8.14.3/8.14.3/Submit) id n3GFHeEP045642; Thu, 16 Apr 2009 17:17:40 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Thu, 16 Apr 2009 17:17:40 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Benjamin Lee Message-ID: <20090416151740.GB5002@roadrunner.spoerlein.net> Mail-Followup-To: Benjamin Lee , Konrad Heuer , freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org References: <20090415102209.T34961@gwdu60.gwdg.de> <49E63228.3090409@b1c1l1.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49E63228.3090409@b1c1l1.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-hackers@freebsd.org, freebsd-questions@freebsd.org, Konrad Heuer Subject: Re: Problem: FreeBSD 7.x && ssh v2 && nss_ldap X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 15:23:11 -0000 On Wed, 15.04.2009 at 12:14:48 -0700, Benjamin Lee wrote: > On 04/15/2009 01:33 AM, Konrad Heuer wrote: > > > > I see a problem on two systems running FreeBSD 7.0 or 7.1 which are > > configured as OpenLDAP clients using the nss_ldap module. > > > > When someone logs on using ssh protocol version 2 the session will not > > be initialized correctly. The user will only get his primary group > > affiliation but no affiliation to other groups (memberUid attribute in > > LDAP group entries). > > > > On 7.1 the ssh login process hangs forever with open ldap queries, on > > 7.0 the group list is incomplete. On several 6.x systems, all works > > correctly. > > I have used the configuration for years now. > > > > There are some workarounds I found: > > > > a) use ssh protocol version 1 > > b) set UseLogin to yes in sshd_config > > c) avoid ssl encryption in communication to ldap server > > (ldap://... uri instead of ldaps://... in ldap.conf) > > > > Does anybody see similar problems? Does anybody have an idea what may > > couse the problem? > > I recently submitted ports/133501 regarding this issue, but I have not > yet received a response. > > My workaround was to disable pthread_atfork support, so the problem > might be related to the change from libkse to libthr in RELENG_7. I tried your patch to see if it made any change for the nss_ldap UNIX socket leak, but sadly no change. I never observed the SSH2 problems you guys mention, but then again I'm usually using key authentication. I'll run with the patch anyway and see if it makes any change to the problem where login(1) is only able to authenticate me after 30s of idling. Cheers, Ulrich Spörlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 15:33:41 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F1611065686 for ; Thu, 16 Apr 2009 15:33:41 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-fx0-f167.google.com (mail-fx0-f167.google.com [209.85.220.167]) by mx1.freebsd.org (Postfix) with ESMTP id 3D6E28FC12 for ; Thu, 16 Apr 2009 15:33:39 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: by fxm11 with SMTP id 11so495905fxm.43 for ; Thu, 16 Apr 2009 08:33:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=ybuhNFCAmpYMEep6arxnR9ytoZUyetDMtvwplW5Sl/M=; b=u93tC1OO9hOGeqrtJTLQcA03A9UYVs6bEiRASkr/foeEAsXCRe3Lw9LfwsXJ7Hwo3+ Y6k3asBfns/6Q0jNpsgR/r7uWMoFWk7OuO2QFCjTgiBji5FwlyB5Lv8be+0xRfiXYLIy Xor7vM/51GL3+OiuPMgoBRio08owzbWN8NX6k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=hblpffryeKqW1u8BiELBHHqOKdJxntI2w+3vOLWKXwySx8JZh8JHFBHzaPgr7mDd0C c//jYCU2pFDckXBusMVCKYeDjWdq1pCRfwDBBPfuasFC8em5w34QgqvGW0c4LAr7Tqx3 3xGso9FTXB44pc6nimqZMFKCkX375t5GdmtZk= Received: by 10.103.244.4 with SMTP id w4mr800306mur.90.1239894214306; Thu, 16 Apr 2009 08:03:34 -0700 (PDT) Received: from ?157.181.96.136? (quark.teteny.elte.hu [157.181.96.136]) by mx.google.com with ESMTPS id 23sm2709066mum.53.2009.04.16.08.03.33 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Apr 2009 08:03:33 -0700 (PDT) Message-ID: <49E74917.808@gmail.com> Date: Thu, 16 Apr 2009 17:04:55 +0200 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090303 SeaMonkey/1.1.15 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 15:33:41 -0000 I can reliably (~40%) reproduce a freeze, which I think is related. Using the GENERIC debug kernel built from SVN HEAD: # cd /usr/obj/usr/src/sys/GENERIC/ # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: <118>Apr 16 04:22:24 syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Wai tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o cess `syncer' to stop...0 done All buffers synced. Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0 r191101: Wed Apr 15 17:29:58 UTC 2009 devhc@:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 536870912 (512 MB) avail memory = 506023936 (482 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1fef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xd000-0xd0ff mem 0xd0000000-0xdfffffff,0xfbee0000-0xfbeeffff irq 16 at device 0.0 on pci1 vgapci1: mem 0xe0000000-0xefffffff,0xfbef0000-0xfbefffff at device 0.1 on pci1 uhci0: port 0xc880-0xc89f irq 16 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x2030 usbus0: on uhci0 uhci1: port 0xcc00-0xcc1f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x2030 usbus1: on uhci1 ehci0: mem 0xfbdffc00-0xfbdfffff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pcib2: at device 30.0 on pci0 pci2: on pcib2 skc0: <3Com 3C940 Gigabit Ethernet> port 0xe800-0xe8ff mem 0xfbffc000-0xfbffffff irq 22 at device 5.0 on pci2 skc0: 3Com Gigabit LOM (3C940) rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0e:a6:35:15:91 miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] pcm0: port 0xec00-0xec3f irq 20 at device 12.0 on pci2 pcm0: pcm0: [ITHREAD] pcm0: isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 ad0: 78167MB at ata0-master UDMA100 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 acd0: DMA limited to UDMA33, controller found non-ATA66 cable GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). acd0: DVDR at ata1-master UDMA33 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s2 is msdosfs/WINXP. GEOM_LABEL: Label for provider ad0s3 is ntfs/STORAGE. GEOM_LABEL: Label for provider ad0s1a is ufsid/49cf0dead38cbdfd. Root mount waiting for: usbus2 usbus1 usbus0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered Root mount waiting for: usbus2 uhub2: 4 ports with 4 removable, self powered Root mount waiting for: usbus2 Trying to mount root from ufs:/dev/ad0s1a <118>Entropy harvesting: <118> interrupts <118> ethernet <118> point_to_point <118> kickstart <118>. GEOM_LABEL: Label ufsid/49cf0dead38cbdfd removed. <118>/dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS <118>/dev/ad0s1a: clean, 576271 free (53999 frags, 65284 blocks, 1.3% fragmentation) GEOM_LABEL: Label for provider ad0s1a is ufsid/49cf0dead38cbdfd. ugen0.2: at usbus0 GEOM_LABEL: Label ufsid/49cf0dead38cbdfd removed. ums0: on usbus0 ums0: 5 buttons and [XYZ] coordinates ID=1 GEOM_LABEL: Label msdosfs/WINXP removed. <118>/etc/rc: WARNING: $hostname is not set -- see rc.conf(5). <118>Starting Network: sk0. <118>Starting Network: lo0. <118>Apr 16 04:23:08 syslogd: bind: Can't assign requested address <118>Apr 16 04:23:08 syslogd: bind: Can't assign requested address <118>syslogd: <118>child pid 546 exited with return code 1 <118> <118>/etc/rc: WARNING: failed to start syslogd <118>moused: <118>unable to open /dev/psm0: No such file or directory <118> <118>/etc/rc: WARNING: $dbus_enable is not set properly - see rc.conf(5). <118>Starting dbus. <118>Starting hald. <118>Configuring syscons: <118> blanktime <118>. <118> <118>Thu Apr 16 04:23:10 UTC 2009 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized radeon 1.29.0 20080528 info: [drm] Setting GART location based on new memory map info: [drm] Loading R300 Microcode info: [drm] Num pipes: 1 info: [drm] writeback test succeeded in 1 usecs drm0: [ITHREAD] lock order reversal: 1st 0xc31a5270 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2549 2nd 0xc39a3400 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:275 KDB: stack backtrace: db_trace_self_wrapper(c0c2ebcc,d644b860,c0896895,c088879b,c0c319b1,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c088879b,c0c319b1,c3524a80,c3527e18,d644b8bc,...) at kdb_backtrace+0x29 _witness_debugger(c0c319b1,c39a3400,c0c50e61,c3527e18,c0c50afa,...) at _witness_debugger+0x25 witness_checkorder(c39a3400,9,c0c50afa,113,0,...) at witness_checkorder+0x839 _sx_xlock(c39a3400,0,c0c50afa,113,c3b4c7c0,...) at _sx_xlock+0x85 ufsdirhash_acquire(c31a5210,d644b9d4,128,cec0baf0,d644b98c,...) at ufsdirhash_acquire+0x35 ufsdirhash_add(c3b4c7c0,d644b9d4,af0,d644b978,d644b97c,...) at ufsdirhash_add+0x13 ufs_direnter(c3b5ca78,c3df4860,d644b9d4,d644bbe0,0,...) at ufs_direnter+0x729 ufs_makeinode(d644bbe0,d644bb4c,d644bc04,d644bb1c,c0b70e35,...) at ufs_makeinode+0x519 ufs_create(d644bc04,d644bc18,0,d644bb4c,d644bbb4,...) at ufs_create+0x30 VOP_CREATE_APV(c0d2fc20,d644bc04,68,1a4,c39a1aac,...) at VOP_CREATE_APV+0xa5 uipc_bind(c3dc3000,c3741b00,c3c80230,d644bc60,c08c0049,...) at uipc_bind+0x30e sobind(c3dc3000,c3741b00,c3c80230,1a,c38d5658,...) at sobind+0x23 kern_bind(c3c80230,3,c3741b00,c3741b00,80906a4,...) at kern_bind+0x79 bind(c3c80230,d644bcf8,c,c0c321f2,c0d0ed20,...) at bind+0x46 syscall(d644bd38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (104, FreeBSD ELF32, bind), eip = 0x2818a983, esp = 0xbfbfe96c, ebp = 0xbfbfea68 --- <118>Apr 16 04:24:28 su: devhc to root on /dev/pts/1 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex drmdev (drmdev) r = 0 (0xc373f860) locked @ /usr/src/sys/modules/drm/drm/../../../dev/drm/drm_drv.c:777 KDB: stack backtrace: db_trace_self_wrapper(c0c2ebcc,d67d4980,c0896895,c3d40457,309,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c3d40457,309,ffffffff,c0eba8c4,d67d49b8,...) at kdb_backtrace+0x29 _witness_debugger(c0c30f5d,d67d49cc,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0c62807,0,c42087ec,...) at witness_warn+0x1fd trap(d67d4a58) at trap+0x152 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0b611b6, esp = 0xd67d4a98, ebp = 0xd67d4b48 --- slow_copyin(c373f800,c4103300,c42e64e0,d67d4b64,0,...) at slow_copyin+0x6 radeon_cp_texture(c373f800,c42e64e0,c4103300,309,c0c26218,...) at radeon_cp_texture+0x199 drm_ioctl(c39d4e00,c018644e,c42e64e0,3,c40afaf0,...) at drm_ioctl+0x356 devfs_ioctl_f(c38c7150,c018644e,c42e64e0,c38d4700,c40afaf0,...) at devfs_ioctl_f+0xf8 kern_ioctl(c40afaf0,24,c018644e,c42e64e0,18901f0,...) at kern_ioctl+0x1dd ioctl(c40afaf0,d67d4cf8,c,c0c65279,c0d0e870,...) at ioctl+0x134 syscall(d67d4d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2834ec67, esp = 0xbfbf944c, ebp = 0xbfbf9468 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x3f561000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0b611b6 stack pointer = 0x28:0xd67d4a98 frame pointer = 0x28:0xd67d4b48 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1094 (initial thread) trap number = 12 panic: page fault cpuid = 0 Uptime: 4m53s Physical memory: 494 MB Dumping 107 MB: 92 76 60 44 28 12 Reading symbols from /boot/kernel.GENERIC.r191101.debug/snd_es137x.ko...Reading symbols from /boot/kernel.GENERIC.r191101.debug/snd_es137x.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191101.debug/snd_es137x.ko Reading symbols from /boot/kernel.GENERIC.r191101.debug/sound.ko...Reading symbols from /boot/kernel.GENERIC.r191101.debug/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191101.debug/sound.ko Reading symbols from /boot/kernel.GENERIC.r191101.debug/radeon.ko...Reading symbols from /boot/kernel.GENERIC.r191101.debug/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191101.debug/radeon.ko Reading symbols from /boot/kernel.GENERIC.r191101.debug/drm.ko...Reading symbols from /boot/kernel.GENERIC.r191101.debug/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel.GENERIC.r191101.debug/drm.ko #0 doadump () at pcpu.h:246 246 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:246 #1 0xc085712e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:420 #2 0xc0857402 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:576 #3 0xc0b63323 in trap_fatal (frame=0xd67d4a58, eva=1062604800) at /usr/src/sys/i386/i386/trap.c:926 #4 0xc0b63c20 in trap (frame=0xd67d4a58) at /usr/src/sys/i386/i386/trap.c:318 #5 0xc0b47b5b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #6 0xc0b611b6 in slow_copyin () at /usr/src/sys/i386/i386/support.s:887 Previous frame inner to this frame (corrupt stack?) (kgdb) list *0xc0b611b6 0xc0b611b6 is at /usr/src/sys/i386/i386/support.s:888. 883 slow_copyin: 884 #endif 885 movb %cl,%al 886 shrl $2,%ecx /* copy longword-wise */ 887 cld 888 rep 889 movsl 890 movb %al,%cl 891 andb $3,%cl /* copy remaining bytes*/ 892 rep (kgdb) OMG, ASM! I don't what this assembly code means or how to debug it. So what now? I can run commands on request. Or should I package the whole vmcore & kernel and upload/send it somewhere for inspection (tell me exactly which files)? 3 more things: The command ddb capture -M /var/crash/vmcore.0 print printed only a few ugly characters. This kernel output really looks bad: Wai tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o cess `syncer' to stop...0 done What's the explanation to: Previous frame inner to this frame (corrupt stack?) ? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 16:53:58 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3FD01065673 for ; Thu, 16 Apr 2009 16:53:58 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 718B88FC25 for ; Thu, 16 Apr 2009 16:53:58 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #91) id 1LuUqb-0001Pb-CP; Thu, 16 Apr 2009 18:53:57 +0200 Received: from tcf8a.t.pppool.de ([89.55.207.138]:10953 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LuUqb-0001aK-4L; Thu, 16 Apr 2009 18:53:57 +0200 Date: Thu, 16 Apr 2009 18:53:54 +0200 From: Gary Jennejohn To: deeptech71@gmail.com Message-ID: <20090416185354.4fa01e02@ernst.jennejohn.org> In-Reply-To: <49E74917.808@gmail.com> References: <49E74917.808@gmail.com> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 16:53:59 -0000 On Thu, 16 Apr 2009 17:04:55 +0200 deeptech71@gmail.com wrote: [snip a whole bunch of stuff] > This kernel output really looks bad: > Wai > tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o > cess `syncer' to stop...0 done > I can't speak to the rest, but this is probably because you have SMP and don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. --- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 17:47:56 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DFA106564A for ; Thu, 16 Apr 2009 17:47:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 998B08FC1D for ; Thu, 16 Apr 2009 17:47:56 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n3GHluQi011871; Thu, 16 Apr 2009 10:47:56 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id rcqapughb3cu5t8nj6mphrztuw; Thu, 16 Apr 2009 10:47:56 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49E76F4B.8010006@freebsd.org> Date: Thu, 16 Apr 2009 10:47:55 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> In-Reply-To: <20090416185354.4fa01e02@ernst.jennejohn.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 17:47:57 -0000 Gary Jennejohn wrote: > deeptech71@gmail.com wrote: > >> This kernel output really looks bad: >> Wai >> tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o >> cess `syncer' to stop...0 done > > I can't speak to the rest, but this is probably because you have SMP and > don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. Is there any reason this shouldn't be the default? This is becoming an increasingly common FAQ. Tim From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 19:04:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C056510656CC for ; Thu, 16 Apr 2009 19:04:50 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from slow3-v.mail.gandi.net (slow3-v.mail.gandi.net [217.70.178.89]) by mx1.freebsd.org (Postfix) with ESMTP id 7B1EB8FC2A for ; Thu, 16 Apr 2009 19:04:50 +0000 (UTC) (envelope-from dgerow@afflictions.org) Received: from relay3-v.mail.gandi.net (relay3-v.mail.gandi.net [217.70.178.77]) by slow3-v.mail.gandi.net (Postfix) with ESMTP id 456CC38E31 for ; Thu, 16 Apr 2009 20:14:23 +0200 (CEST) Received: from plebeian.afflictions.org (CPE0021296fd1ec-CM0019475d4056.cpe.net.cable.rogers.com [99.241.164.229]) by relay3-v.mail.gandi.net (Postfix) with ESMTP id 7C2F3BA16; Thu, 16 Apr 2009 20:14:21 +0200 (CEST) Received: by plebeian.afflictions.org (Postfix, from userid 1001) id 4F497305F; Thu, 16 Apr 2009 14:14:19 -0400 (EDT) Date: Thu, 16 Apr 2009 14:14:19 -0400 From: Damian Gerow To: Gary Jennejohn Message-ID: <20090416181418.GA1186@plebeian.afflictions.org> References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090416185354.4fa01e02@ernst.jennejohn.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: deeptech71@gmail.com, freebsd-hackers@freebsd.org Subject: Garbled kernel messages on shutdown X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 19:04:51 -0000 Gary Jennejohn wrote: : [snip a whole bunch of stuff] : > This kernel output really looks bad: : > Wai : > tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o : > cess `syncer' to stop...0 done : > : : I can't speak to the rest, but this is probably because you have SMP and : don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. Ah, so that's what causes that. Any particular reason GENERIC has SMP, but doesn't set PRINTF_BUFR_SIZE=128? From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 19:18:42 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F419106564A for ; Thu, 16 Apr 2009 19:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 32ACC8FC13 for ; Thu, 16 Apr 2009 19:18:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LuX6d-000JJ0-Kr; Thu, 16 Apr 2009 22:18:39 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n3GJIa68069755 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Apr 2009 22:18:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n3GJIaON074021; Thu, 16 Apr 2009 22:18:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n3GJIaZ9074020; Thu, 16 Apr 2009 22:18:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 16 Apr 2009 22:18:36 +0300 From: Kostik Belousov To: Tim Kientzle Message-ID: <20090416191836.GW3014@deviant.kiev.zoral.com.ua> References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> <49E76F4B.8010006@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kgRJX/VMeJk3ygiz" Content-Disposition: inline In-Reply-To: <49E76F4B.8010006@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LuX6d-000JJ0-Kr 5f40427ebe31019a6ca75a2e05078845 X-Terabit: YES Cc: freebsd-hackers@freebsd.org Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 19:18:42 -0000 --kgRJX/VMeJk3ygiz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 16, 2009 at 10:47:55AM -0700, Tim Kientzle wrote: > Gary Jennejohn wrote: > >deeptech71@gmail.com wrote: > > > >>This kernel output really looks bad: > >>Wai > >>tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o= =20 > >>cess `syncer' to stop...0 done > > > >I can't speak to the rest, but this is probably because you have SMP and > >don't have `options PRINTF_BUFR_SIZE=3D128' in your kernel config. >=20 > Is there any reason this shouldn't be the default? >=20 > This is becoming an increasingly common FAQ. The only reason I am aware of is that the buffer is allocated on the stack. 128 bytes is not so small for our kernel stacks. --kgRJX/VMeJk3ygiz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknnhIsACgkQC3+MBN1Mb4hufgCdFmUC9l1e0wVQ6beX/jBNrUoR w6wAnRNw8/XUAWwl5JwUjVEFHMvzl1di =8WFX -----END PGP SIGNATURE----- --kgRJX/VMeJk3ygiz-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 13:11:16 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D031065678 for ; Thu, 16 Apr 2009 13:11:16 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (unknown [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0068FC13 for ; Thu, 16 Apr 2009 13:11:16 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id AD009367BF; Thu, 16 Apr 2009 15:11:15 +0200 (CEST) Received: from i011-63.fin-nrw.de (i011-63.fin-nrw.de [193.109.238.130]) by 0x20.net (Horde MIME library) with HTTP; Thu, 16 Apr 2009 15:11:15 +0200 Message-ID: <20090416151115.lx6i8g4dw8oscgww@0x20.net> X-Priority: 3 (Normal) Date: Thu, 16 Apr 2009 15:11:15 +0200 From: Lars Engels To: Zahemszky =?utf-8?b?R8OhYm9y?= References: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> In-Reply-To: <20090414192250.5b66db8c@Picasso.Zahemszky.HU> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_4lu3x4v0fjwg"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Mailman-Approved-At: Thu, 16 Apr 2009 21:21:08 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Linux setpci equivalent in FreeBSD? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 13:11:18 -0000 This message is in MIME format and has been PGP signed. --=_4lu3x4v0fjwg Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Quoting Zahemszky G=C3=A1bor : > Hi! > > I'v found (well, mav@ found it) on a wiki page (*) a trick to use some > TI sdhci cards. They use the setpci command, to set some bits in the HW. > Are there any tool under FreeBSD to do the same? > > Thanks, > > G=C3=A1bor at Zahemszky dot HU > > (*) http://www.gentoo-wiki.info/Acer_Ferrari_4005WLMi#SDHCI You can use pciconf like this: pciconf -wb pci0:30:0 0x1a 9 (but don't just copy & paste this, it might hurt your hardware ;-) ) --=_4lu3x4v0fjwg Content-Type: application/pgp-signature Content-Description: PGP Digital Signature Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAknnLnMACgkQKc512sD3afgARQCgrQp59v8WWVvgfFpUTDRfoWvr 8rAAoJLDNoTdaLA55yaXaM6DK2iquZkv =WeiT -----END PGP SIGNATURE----- --=_4lu3x4v0fjwg-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 16 21:38:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FC2106567D for ; Thu, 16 Apr 2009 21:38:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id 75F068FC1A for ; Thu, 16 Apr 2009 21:38:48 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: (from root@localhost) by kientzle.com (8.14.3/8.14.3) id n3GLcl6P014557; Thu, 16 Apr 2009 14:38:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Received: from dark.x.kientzle.com (fw2.kientzle.com [10.123.1.2]) by kientzle.com with SMTP id zre44db5bu37wy37vpy2p5b8qs; Thu, 16 Apr 2009 14:38:47 -0700 (PDT) (envelope-from kientzle@freebsd.org) Message-ID: <49E7A567.8050102@freebsd.org> Date: Thu, 16 Apr 2009 14:38:47 -0700 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.21) Gecko/20090409 SeaMonkey/1.1.15 MIME-Version: 1.0 To: Kostik Belousov References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> <49E76F4B.8010006@freebsd.org> <20090416191836.GW3014@deviant.kiev.zoral.com.ua> In-Reply-To: <20090416191836.GW3014@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Apr 2009 21:38:49 -0000 Kostik Belousov wrote: > On Thu, Apr 16, 2009 at 10:47:55AM -0700, Tim Kientzle wrote: >> Gary Jennejohn wrote: >>> deeptech71@gmail.com wrote: >>> >>>> This kernel output really looks bad: >>>> Wai >>>> tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o >>>> cess `syncer' to stop...0 done >>> I can't speak to the rest, but this is probably because you have SMP and >>> don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. >> Is there any reason this shouldn't be the default? > > The only reason I am aware of is that the buffer is allocated on the > stack. 128 bytes is not so small for our kernel stacks. How about 32? Anything larger than 1 would make it much easier to read these messages. Tim From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 17 08:13:23 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACFD71065692 for ; Fri, 17 Apr 2009 08:13:23 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from mail.pica.nl (mail.pica.nl [192.87.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5D08FC35 for ; Fri, 17 Apr 2009 08:13:22 +0000 (UTC) (envelope-from Matthias.Apitz@oclc.org) Received: from rebelion.Sisis.de ([10.0.1.29]) by mail.pica.nl with Microsoft SMTPSVC(6.0.3790.3959); Fri, 17 Apr 2009 10:13:21 +0200 Received: (from guru@localhost) by rebelion.Sisis.de (8.14.2/8.13.8/Submit) id n3H8DJu7003354; Fri, 17 Apr 2009 10:13:19 +0200 (CEST) (envelope-from matthias.apitz@oclc.org) X-Authentication-Warning: rebelion.Sisis.de: guru set sender to matthias.apitz@oclc.org using -f Date: Fri, 17 Apr 2009 10:13:14 +0200 From: Matthias Apitz To: "Paul B. Mahol" Message-ID: <20090417081314.GA3094@rebelion.Sisis.de> References: <20090327151052.GA13243@rebelion.Sisis.de> <3a142e750903270952h3ba5e28fp72b39283b2a46d97@mail.gmail.com> <20090402084357.GA5825@rebelion.Sisis.de> <3a142e750904020806m4e7726d5w77bd34cb9eb3e5c4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <3a142e750904020806m4e7726d5w77bd34cb9eb3e5c4@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.0-STABLE (i386) X-OriginalArrivalTime: 17 Apr 2009 08:13:21.0285 (UTC) FILETIME=[5F2E6350:01C9BF34] Cc: freebsd-hackers@freebsd.org Subject: Re: CURRENT sees only /dev/ad2s1a, but not /dev/ad3s1a X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 08:13:33 -0000 El día Thursday, April 02, 2009 a las 05:06:53PM +0200, Paul B. Mahol escribió: > On 4/2/09, Matthias Apitz wrote: > > El día Friday, March 27, 2009 a las 05:52:40PM +0100, Paul B. Mahol > > escribió: > > > >> On 3/27/09, Matthias Apitz wrote: > >> > > >> > Hello, > >> > > >> > When I boot my EeePC from USB key (/dev/da0s1a) -CURRENT it sees the two > >> > SSD > >> > only > >> > as > >> > > >> > $ ls -l /dev/ad* > >> > /dev/ad2 > >> > /dev/ad2s1 > >> > /dev/ad2s1a > >> > /dev/ad3 > >> > /dev/ad3a > >> > > >> > I can mount /dev/ad2s1a but ofc not /dev/ad3s1a; > >> > > >> > when I'm booting the RELENG_7 from /dev/ad2s1a itself it looks like > >> > this: > >> > > >> > $ mount > >> > /dev/ad2s1a on / (ufs, local, noatime) > >> > /dev/ad3s1a on /usr/home (ufs, local, noatime) > >> > >> CURRENT have replaced geom_bsd with geom_part_bsd > >> and that can cause various problems, search current archives for more > >> info. > > > > When I will update the EeePC from USB key (/dev/da0s1a) to CURRENT I > > will install into /dev/ad2s1a (with make installworld/installkernel ...) > > and I want to keep the partition /dev/ad3s1a as it is; would it be > > enough to just do: > > > > # bsdlabel -w ad3s1 auto > > > > from CURRENT booted? > > When you do that, make backups anyway. > > I dont use bsdlabel/fdisk/sade any more, I use gpart(8) instead. I > actually wiped completely old crappy parttion table and replaced it > with gpart one, and now I'm using more than 8 labels. This is only to close this thread: Today morning I installed CURRENT into /dev/ad2s1a (without problems) and I've found no way to re-use the other old (RELENG_7) partition in the 2nd SSD /dev/ad3; I had to wipe it out to make fdisk happy: # dd if=/dev/zero of=/dev/ad3 count=2 # fdisk -I /dev/ad3 # newfs -m 0 -o space /dev/ad3s1a # echo "/dev/ad3s1a /usr/local ufs rw,noatime 1 1" >> /etc/fstab # mount /usr/local matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.oclc.org/ http://www.UnixArea.de/ People who hate Microsoft Windows use Linux but people who love UNIX use FreeBSD. From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 17 11:02:48 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 457651065677; Fri, 17 Apr 2009 11:02:48 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id D2FC78FC2D; Fri, 17 Apr 2009 11:02:47 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.15] (helo=5.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #88) id 1LulqI-0005O3-II; Fri, 17 Apr 2009 13:02:46 +0200 Received: from te1aa.t.pppool.de ([89.55.225.170]:38513 helo=ernst.jennejohn.org) by 5.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1LulqI-0003Bo-BV; Fri, 17 Apr 2009 13:02:46 +0200 Date: Fri, 17 Apr 2009 13:02:45 +0200 From: Gary Jennejohn To: Kostik Belousov Message-ID: <20090417130245.47c8fbe7@ernst.jennejohn.org> In-Reply-To: <20090416191836.GW3014@deviant.kiev.zoral.com.ua> References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> <49E76F4B.8010006@freebsd.org> <20090416191836.GW3014@deviant.kiev.zoral.com.ua> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Tim Kientzle Subject: Re: diagnosing freezes (DRI?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 11:02:48 -0000 On Thu, 16 Apr 2009 22:18:36 +0300 Kostik Belousov wrote: > On Thu, Apr 16, 2009 at 10:47:55AM -0700, Tim Kientzle wrote: > > Gary Jennejohn wrote: > > >deeptech71@gmail.com wrote: > > > > > >>This kernel output really looks bad: > > >>Wai > > >>tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra isnyisntge.m. .pr0o > > >>cess `syncer' to stop...0 done > > > > > >I can't speak to the rest, but this is probably because you have SMP and > > >don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. > > > > Is there any reason this shouldn't be the default? > > > > This is becoming an increasingly common FAQ. > > The only reason I am aware of is that the buffer is allocated on the > stack. 128 bytes is not so small for our kernel stacks. True, but it still seems like this could be put into GENERIC, commented out, with a good comment about stack size, so that users have a reasonable chance of finding out about it. --- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 17 12:04:31 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C775510656E0 for ; Fri, 17 Apr 2009 12:04:31 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7E6A88FC18 for ; Fri, 17 Apr 2009 12:04:31 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 3F0D7245401; Fri, 17 Apr 2009 13:04:35 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon.draftnet (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Fri, 17 Apr 2009 13:04:35 +0000 (GMT) Date: Fri, 17 Apr 2009 13:04:26 +0100 From: Bruce Cran To: Damian Gerow Message-ID: <20090417130426.68c41313@gluon.draftnet> In-Reply-To: <20090416181418.GA1186@plebeian.afflictions.org> References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> <20090416181418.GA1186@plebeian.afflictions.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: deeptech71@gmail.com, freebsd-hackers@freebsd.org Subject: Re: Garbled kernel messages on shutdown X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 12:04:33 -0000 On Thu, 16 Apr 2009 14:14:19 -0400 Damian Gerow wrote: > Gary Jennejohn wrote: > : [snip a whole bunch of stuff] > : > This kernel output really looks bad: > : > Wai > : > tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomra > isnyisntge.m. .pr0o : > cess `syncer' to stop...0 done > : > > : > : I can't speak to the rest, but this is probably because you have > SMP and : don't have `options PRINTF_BUFR_SIZE=128' in your kernel > config. > > Ah, so that's what causes that. > > Any particular reason GENERIC has SMP, but doesn't set > PRINTF_BUFR_SIZE=128? I think from previous discussions there might be some concern about stack usage when it's enabled. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 17 14:41:18 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CF4010657CB for ; Fri, 17 Apr 2009 14:41:18 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id D8B0B8FC14 for ; Fri, 17 Apr 2009 14:41:17 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n3HEfG7J027800 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Apr 2009 09:41:17 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n3HEfGAd096202 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 17 Apr 2009 09:41:16 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n3HEfEsd096199; Fri, 17 Apr 2009 09:41:14 -0500 (CDT) (envelope-from dan) Date: Fri, 17 Apr 2009 09:41:14 -0500 From: Dan Nelson To: Bruce Cran Message-ID: <20090417144114.GI90152@dan.emsphone.com> References: <49E74917.808@gmail.com> <20090416185354.4fa01e02@ernst.jennejohn.org> <20090416181418.GA1186@plebeian.afflictions.org> <20090417130426.68c41313@gluon.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090417130426.68c41313@gluon.draftnet> X-OS: FreeBSD 7.1-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Fri, 17 Apr 2009 09:41:17 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: deeptech71@gmail.com, Damian Gerow , freebsd-hackers@freebsd.org Subject: Re: Garbled kernel messages on shutdown X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Apr 2009 14:41:22 -0000 In the last episode (Apr 17), Bruce Cran said: > On Thu, 16 Apr 2009 14:14:19 -0400 Damian Gerow wrote: > > Gary Jennejohn wrote: > > > [snip a whole bunch of stuff] > > > > This kernel output really looks bad: > > > > Wai > > > > tSiynngc i(nmga xd is6k0s ,s evcnoonddess) rfeomraisnyisntge.m. .pr0ocess `syncer' to stop...0 done > > > > > > I can't speak to the rest, but this is probably because you have SMP > > > and don't have `options PRINTF_BUFR_SIZE=128' in your kernel config. > > > > Ah, so that's what causes that. > > > > Any particular reason GENERIC has SMP, but doesn't set > > PRINTF_BUFR_SIZE=128? > > I think from previous discussions there might be some concern about > stack usage when it's enabled. I was going to ask if a mutex or other method could be used in the console driver somewhere to prevent interleaved writes (the same way two userland writes to a single fd aren't interleaved), but I looked at the kernel's kvprintf function, and it really does send a character at a time to its output callback function. Maybe a mutex can be added inside kvprintf if TOCONS is set in pca.flags? So instead of malloc'ing a buffer, just make the 2nd kvprintf call wait for the first to finish. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 18 22:54:12 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B96B106564A for ; Sat, 18 Apr 2009 22:54:12 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from kane.otenet.gr (kane.otenet.gr [83.235.67.31]) by mx1.freebsd.org (Postfix) with ESMTP id C9ADF8FC13 for ; Sat, 18 Apr 2009 22:54:11 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from joshua.freebsdgr.org (athedsl-4555640.home.otenet.gr [94.70.79.128]) (authenticated bits=0) by kane.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id n3IMUsYN019080 for ; Sun, 19 Apr 2009 01:30:54 +0300 Message-ID: <49EA549E.2060001@FreeBSD.org> Date: Sun, 19 Apr 2009 01:30:54 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Some questions on 'make release' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2009 22:54:12 -0000 Hey all, I've been experimenting recently with 'make release' and I have a couple of questions. A little background first: - I've read the releng, releng-packages articles (probably out of date) and the release man page - I've been able to successfully run a make release without packages using the following: # make release CHROOTDIR=/data/release BUILDNAME=7.2-PRERELEASE CVSROOT=/data/ncvs EXTSRCDIR=/usr/src -DNODOC -DNOPORTS -DNO_FLOPPIES -DMAKE_ISOS Currently /data/ncvs does not exist, I am using EXTSRCDIR to build the sources of my current system. This all works fine. Lately, I've been running builds of packages using ports-mgmt/tinderbox and I thought it would be nice to create complete customs CDs. But I can't seem to be able to convince make release to include these packages in the final ISOs. Now, according to the release man page, I have to set CD_PACKAGE_TREE to a directory with the packages, and I have to create this using make package-split. I have edited /usr/src/release/scripts/package-split.py to contain my list of packages. I have copied the ready packages from the build server to /data/allpackages and also copied the INDEX file (in sync with the packages). It also seems one has to run the mkpkgindex.sh which will trim the INDEX to only include the present packages. (Not sure whether I need to run mkpkghier - I already have the directories with the symbolic links). I would then run make package-split as follows: make package-split PKG_TREE=/data/allpackages PKG_DEST=/data/packages which works fine (BTW, PKG_TREE and PKG_DEST are not documented in man release). Packages are split according to spec. I tried with three discs and a single disc. I am currently trying a build with few packages that all fit on disc1. I would then run the build: # make release CHROOTDIR=/data/release BUILDNAME=7.2-PRERELEASE CVSROOT=/data/ncvs EXTSRCDIR=/usr/src CD_PACKAGE_TREE=/data/packages -DNODOC -DNOPORTS -DNO_FLOPPIES -DMAKE_ISOS which completes, without errors but without adding the packages to any CD or the DVD. I found out that I can add the packages after the build by running manually /usr/src/release/i386/mkisoimage.sh with appropriate arguments (and the resulting CD seems to work fine). But I can't seem to convince make release to do this. What am I doing wrong? Any pointers would be greatly appreciated. FWIW, I will also attempt to patch the releng or releng-packages article if I can get the right steps for this. Thanks for your time and apologies for the long post!