From owner-freebsd-current@FreeBSD.ORG Sat Jan 1 01:06:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 48F93106566B; Sat, 1 Jan 2011 01:06:00 +0000 (UTC) Date: Sat, 1 Jan 2011 01:06:00 +0000 From: Alexander Best To: Alexander Kabaev Message-ID: <20110101010600.GA26829@freebsd.org> References: <20101231174351.127b7764@kan.dnsalias.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20101231174351.127b7764@kan.dnsalias.net> Cc: =?iso-8859-15?Q?Ren=E9?= Ladan , current@freebsd.org Subject: Re: userland weirdness between r216351 and r216738 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jan 2011 01:06:00 -0000 On Fri Dec 31 10, Alexander Kabaev wrote: > On Fri, 31 Dec 2010 22:35:05 +0100 > René Ladan wrote: > > > Hi, > > > > somewhere between 9.0-amd64 r216351 and r216738, I've noticed some > > userland weirdness. > > Symptoms are: > > - pseudo-random number generator not starting, preventing ssh(d) from > > working > > - fonts in X.org (xfce4) missing or replaced > > - mouse only working when hald is running > > > > I don't know if the above symptoms are somehow related, or what > > causes them. The kernel is GENERIC without (u)lpt and umass and with > > these modules loaded: fdescfs.ko > > if_iwn.ko > > snd_hda.ko > > sound.ko > > umass.ko > > iwn5000fw.ko > > nvidia.ko (256.53) > > linux.ko > > cuse4bsd.ko > > atapicam.ko > > linprocfs.ko > > > > Kernel and world are compiled with > > FreeBSD clang version 2.8 (tags/RELEASE_28 115870) 20101007 > > > > Reverting to r216351 (kernel, world, mergemaster) brought things back > > to normal. I can do a binary search if desired. Did someone else also > > see this? > > > > Happy 2011, > > Rene > > Try backing out rtld down to version prior to this commit > http://svn.freebsd.org/changeset/base/216695 . There is an issue with > rtld's use of SSE on amd64 which will be fixed soon. i tried adding the following to CFLAGS to prevent clang from using any SSE* instructions, but it seems that doesn't work: CFLAGS=-mno-sse -mno-sse2 -mno-sse3 -mno-3dnow -mno-ssse3 returned: fatal error: error in backend: SSE register return with SSE disabled *** Error code 1 in lib/libcompiler_rt. cheers. alex > > -- > Alexander Kabaev -- a13x