From owner-freebsd-arm@FreeBSD.ORG Tue Dec 2 10:43:39 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D55EDF9 for ; Tue, 2 Dec 2014 10:43:39 +0000 (UTC) Received: from mo6-p00-ob.smtp.rzone.de (mo6-p00-ob.smtp.rzone.de [IPv6:2a01:238:20a:202:5300::8]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.smtp.rzone.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8DFE66BD for ; Tue, 2 Dec 2014 10:43:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; t=1417516993; l=3353; s=domk; d=ulrich-grey.de; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Subject:Cc:To:From:Date; bh=SluiWwOnSxpJ29SU4+TFhl75oyo=; b=Nm4Ri/Mp82aLn6Eq4SweBkBIJdqWexBde78VRqDxnQOvsv4MPEyyFsRenub0y9/T1lM tuVs0Wi01ouN0vKbbxWhWp3V5vyqyXwHy59P3jQqELFYFV5XzE6AYxyOCOCuNnbk1f0BG UKJuEDxfasRf0CirVnyr/vSC82tNWLfgK4E= X-RZG-AUTH: :OX8Be0W8W+pMC3rDLL/lo2xV/LZTbZkYhOcjg8suic3iYr/B8J9Lzp3TJg4/uMv8rSIl X-RZG-CLASS-ID: mo00 Received: from bbu (p5486AAD9.dip0.t-ipconnect.de [84.134.170.217]) by smtp.strato.de (RZmta 36.2 DYNA|AUTH) with ESMTPSA id 600f70qB2Ah3iVk (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate); Tue, 2 Dec 2014 11:43:03 +0100 (CET) Date: Tue, 2 Dec 2014 11:43:01 +0100 From: Ulrich Grey To: Ian Lepore Subject: Re: Another Test Run with Alternative pmap Implementation Message-Id: <20141202114301.040b9f05048bbf395e3f1096@ulrich-grey.de> In-Reply-To: <1417458072.1064.26.camel@revolution.hippie.lan> References: <20141113125236.b16cd4e5f0e339eac0494cd4@ulrich-grey.de> <20141119225903.81fbbc7809093a0e6e0de9d5@ulrich-grey.de> <20141120151900.a68c6d8316b96a62cb65d17a@ulrich-grey.de> <20141121115941.54d4e36b103341c3adf7eb36@ulrich-grey.de> <20141124132733.4e96b906f0d1ab69969dddd9@ulrich-grey.de> <1416840814.1147.380.camel@revolution.hippie.lan> <20141125225451.924a5df4bdb4753db273b8c5@ulrich-grey.de> <20141127234239.e2c40a8fb99ba41f9ec3a7e7@ulrich-grey.de> <20141128001235.6591396b2f6298b861a96b57@ulrich-grey.de> <1417185069.1047.4.camel@revolution.hippie.lan> <1417458072.1064.26.camel@revolution.hippie.lan> Organization: - X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; armv6-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 10:43:39 -0000 Hello, I use a Serial to USB cable to connect the wandboard to a Raspberry. Now, on the wandboard, I have changed in file /etc/ttys this line ttyu0 "/usr/libexec/getty std.115200" vt100 on secure to ttyu0 "/usr/libexec/getty 3wire.115200" vt100 on secure On the Raspberry I issue script outfile.txt cu -l/dev/cuaU0 -s115200 So I get the output from the wandbord recorded in the file outfile.txt. This file can not be corrupted if the wandboard crashes. (The Raspberry runs FreeBSD 10.1-PRERELEASE #8 r273483M without problems.) The test cd /usr/src make -j20 buildworld now finished successfully. Start: Mo 20:01:55, completed: Tue 02:39:50 Thank you to you all for advice Regards Ulrich ---------------------------------- On Mon, 01 Dec 2014 11:21:12 -0700 Ian Lepore wrote: > On Mon, 2014-12-01 at 15:32 +0100, Svatopluk Kraus wrote: > > Hi Ian, > > > > after some more tests, it looks now that there is a probem with tty. Ulrich > > sent me more infos requested by me from several tests which hanged, and it > > always hangs on same place. Last (youngest) process childs related to test > > is always this: > > > > ex - /usr/local/DEVEL/STREJDA/freebsd/share/termcap/termcap.src > > > > and it's waiting for "ttydcd" (mwchan) -> tty data carry detect? Ulrich > > tried to change his hardware (teminal setup) and it helped. Do you have any > > idea what could be wrong considering wandboard? I looked at kernel tty > > module and there was some work around recently too. Ulrich told me that > > before our last update of git repository (Freebsd-current merge), it does > > not hang sometimes. > > Svata > > 'ex -' is actually a batch-mode of vi and the input for that command is > a redirect from a source file. I used 'truss' to run that command by > hand and it appears that vi (actually ncurses I suppose) tries to get > terminfo from stdin, and that fails because it's a file, so then it > opens /dev/tty to get the terminfo from there. The command is also run > with TERM=dumb TERMCAP=dumb: in the environment. > > That open of /dev/tty is the only thing I can think of that could get > into a dcdwait state while running make. But that makes it all pretty > murky to me about what it's actually doing in a dcdwait state. > > If you're connected via ssh your terminal is xterm. What does modem > carrier state mean in that case? If you're on the serial console and > are using the standard /etc/ttys file your terminal type should be > "3wire" and that forces the "clocal" flag on, which disables dcdwait and > other modem-control stuff. If you're on the serial console and the > entry in /etc/ttys is std<.speed> then that is probably the problem, and > changing that entry to 3wire will probably fix it. > > The other thing that can get you into a dcdwait state is if two threads > or processes are trying to open or close the same tty at the same time. > The dcdwait state is used to force single-threading through the open and > close routines. I don't see how that applies here either. > > -- Ian > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"