Date: Sun, 15 Dec 2013 10:44:41 -0800 (PST) From: Don Lewis <truckman@FreeBSD.org> To: kostikbel@gmail.com Cc: ubm.freebsd@googlemail.com, freebsd-current@FreeBSD.org Subject: Re: SVN commit 259045 breaks -CURRENT Message-ID: <201312151844.rBFIifCf068158@gw.catspoiler.org> In-Reply-To: <20131215181042.GO59496@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On 15 Dec, Konstantin Belousov wrote: > On Sun, Dec 15, 2013 at 05:28:14PM +0100, Marc UBM wrote: >> On Sun, 15 Dec 2013 08:43:22 +0200 >> Konstantin Belousov <kostikbel@gmail.com> wrote: >> >> > On Sat, Dec 14, 2013 at 09:56:04PM -0800, Steve Kargl wrote: >> > > On Sun, Dec 15, 2013 at 07:47:22AM +0200, Konstantin Belousov wrote: >> > > > On Sat, Dec 14, 2013 at 02:16:27PM -0800, Steve Kargl wrote: >> > > > > On Sat, Dec 14, 2013 at 11:11:15PM +0100, Stefan Esser wrote: >> > > > > > Am 14.12.2013 22:59, schrieb Steve Kargl: >> > > > > > > On Sat, Dec 14, 2013 at 10:44:10PM +0100, Stefan Esser wrote: >> > > > > > >> >> > > > > > >> 2) SSH logins are very slow, many seconds of delay between connect >> > > > > > >> and password prompt, several seconds after password entry until >> > > > > > >> a command prompt appears (normally instantaneous) >> > > > > > >> >> > > > > > > >> > > > > > > Ah, so that explains the behavior I'm see. Just updated a circa Aug 3rd >> > > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system take 30+ >> > > > > > > seconds now. :( >> > > > > > >> > > > > > You may want to test the attached patch, which reverts the above >> > > > > > mentioned commit. >> > > > > > >> > > > > >> > > > > I probably won't get to it until tomorrow, because I had started >> > > > > a dog-food system purge including re-installing all ports. The >> > > > > laptop takes a bit a time to recompile everything. >> > > > > >> > > > >> > > > Are you all running i386, compiled with gcc ? >> > > >> > > The Aug 3rd system was built with gcc. The system upgrade I >> > > did this morning is using clang. I rebuilt everything and >> > > delete old things with delete-old and delete-old-libs. >> >> A kernel built with the commit reverted has not exhibited any similar >> behavior during the whole day. I'll recompile again with the overflow >> option enabled to see if the issue returns. > > I am interested in a different experiment. Compile the same version > of the kernel with gcc with -fno-strict-overflow enabled. Report if > the same problem persist. > > I am going to revert the option in several minutes, but do want see > the result of the above test. I have not seen the problem here: FreeBSD scratch.catspoiler.org 11.0-CURRENT FreeBSD 11.0-CURRENT #65 r259394M: Sat Dec 14 16:16:30 PST 2013 dl@scratch.catspoiler.org:/usr/obj/usr/src/sys/GENERICSMB i386 compiled with clang.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201312151844.rBFIifCf068158>