Re: SVN commit 259045 breaks -CURRENT

看板FB_current作者時間12年前 (2013/12/22 11:32), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串15/15 (看更多)
--BFvPoRvBsltj3jVY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable 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: >=20 > > 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 c= onnect > > > > > > >> and password prompt, several seconds after password entry= until > > > > > > >> a command prompt appears (normally instantaneous) > > > > > > >> > > > > > > >=20 > > > > > > > Ah, so that explains the behavior I'm see. Just updated a ci= rca Aug 3rd > > > > > > > i386 FreeBSD to top-of-tree. My ssh logins to my work system= take 30+ > > > > > > > seconds now. :( > > > > > >=20 > > > > > > You may want to test the attached patch, which reverts the above > > > > > > mentioned commit. > > > > > >=20 > > > > >=20 > > > > > 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. > > > > >=20 > > > >=20 > > > > Are you all running i386, compiled with gcc ? > > >=20 > > > 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. >=20 > 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. --BFvPoRvBsltj3jVY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSrfChAAoJEJDCuSvBvK1B7jkP/38X2O9eGCVlyBBPSnxL5f0K XFyd7mZfZ7/bDRQV694LY90hEcDJuAFDIZPp4SGGff5HB5v9Iic7CFXRDWSq8OCR YFDOCCL9jS+D2XZIt6POVhgD1fI9/rcXquaQymxuVHa+LqZ7J5dlMy60nVy+9tlt Tjp+a7Iyf15vQ+88NKO1k2Fv/rlHmy6G84kAxWAYKfkZ4ocRsS5kEez7LG3TeCUF SqNtocrQ0laoP6lIK/vuvVx9yCnfwAJrrHjFxo2wghuOufOMuAs7gGAVDHPTsShL tpN8PWpU01FwzV0EsKaaQqCXKGdtjMZYjY8iUL815l8f0ODkRc1wmqAG1dzFNg4P G5qYQmEpeMwY8f1GtNNb1GzGjKSuLE+sG/WpYpraLNuc68FZnXxXc0dwKlMvSUrR ETRW9bT8oQcgXc9LxmhEmJnGaRBUwmWD/Cmc7NUBcz/4q/A+IjOGCDVHxEQ9XUsX Q3CEYNXW/dI8UpNEm2BqG8/UmivmZHRWKUvtfaAEPyEKkWI1XKCpoE7PQKbeuA6B hwZjXRNr6AShrywVJVeTL/cammO0mONR13jT/NaGwELOVjMGsmLN+aFMts/9GmzK WqL8/9NRCrB4SwjGq7Q7gptTwvhGLIbDO/WF/tepiYphY1iinUgTNDVEJSvSdLwP 8WCQkeL7FZX96iMaGbyZ =1yjU -----END PGP SIGNATURE----- --BFvPoRvBsltj3jVY--
文章代碼(AID): #1IjbqrCn (FB_current)
討論串 (同標題文章)
文章代碼(AID): #1IjbqrCn (FB_current)