From owner-freebsd-gecko@FreeBSD.ORG Tue Aug 18 18:49:47 2009 Return-Path: Delivered-To: gecko@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D08F1106568C; Tue, 18 Aug 2009 18:49:47 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 6BDFB8FC43; Tue, 18 Aug 2009 18:49:46 +0000 (UTC) Received: from deuterium.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id n7IInfNu086205; Tue, 18 Aug 2009 20:49:42 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <4A8AF7C5.9010708@fgznet.ch> Date: Tue, 18 Aug 2009 20:49:41 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: gecko@FreeBSD.org References: <4A8866C2.2030907@fgznet.ch> <20090817074905.GC24434@bsdcrew.de> In-Reply-To: <20090817074905.GC24434@bsdcrew.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: Joe Marcus Clarke , Martin Wilke Subject: Re: [patch] firefox35/firefox3 on amd64 security/nss/lib/freebl X-BeenThere: freebsd-gecko@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Gecko Rendering Engine issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Aug 2009 18:49:47 -0000 Martin Wilke wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Sun, Aug 16, 2009 at 10:06:26PM +0200, Andreas Tobler wrote: >> Hi, >> >> the attached patch enables the -D_X86_ switch on amd64 platforms. The >> code inside this directory mentions to use this switch on Intel procs. >> But the filter in the Makefile only recognizes x86 and x86_64 platforms >> and not fbsd like amd64 platforms. >> >> The patch should apply for both foxes, 3.0.13 and 3.5. >> >> Unfortunately the binary does not work on amd64 here. Need to test why. >> >> I see the also a 'bad system call' on powerpc. Another patch in the >> pipeline for building. >> >> It is not due to the patch, it does coredump with and without patch: >> >> Program received signal SIGSYS, Bad system call. >> [Switching to Thread 808744b40 (LWP 100165)] >> 0x00000008049922ac in ksem_init () from /lib/libc.so.7 >> (gdb) bt >> #0 0x00000008049922ac in ksem_init () from /lib/libc.so.7 >> #1 0x000000080498662f in sem_init () from /lib/libc.so.7 >> #2 0x000000080106be0f in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () >> from /usr/local/lib/firefox3/libxul.so >> #3 0x000000080106be88 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () >> from /usr/local/lib/firefox3/libxul.so >> #4 0x0000000801060a93 in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () >> from /usr/local/lib/firefox3/libxul.so >> #5 0x000000080106274f in nsCanvasBidiProcessor::~nsCanvasBidiProcessor () >> from /usr/local/lib/firefox3/libxul.so >> #6 0x00000008014ecc22 in NS_GetComponentManager_P () >> from /usr/local/lib/firefox3/libxul.so >> #7 0x00000008014b809d in JNIEnv_::CallStaticObjectMethod () >> from /usr/local/lib/firefox3/libxul.so >> #8 0x00000008014ed2bd in NS_GetComponentManager_P () >> from /usr/local/lib/firefox3/libxul.so >> #9 0x0000000801e54f5a in _pt_root () from /usr/local/lib/libplds4.so.1 >> #10 0x0000000804b8b4b1 in pthread_getprio () from /lib/libthr.so.3 >> #11 0x0000000000000000 in ?? () >> Error accessing memory address 0x7ffffe5f4000: Bad address. >> (gdb) >> > > kldload sem solved this problem. Thanks! Or in my case, adding the option to the config :) For the record, on all archs I currently work on (x86, x86_64/amd64 and powerpc), firefox35 is working now. Andreas