From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 887F0A0514; Wed, 15 Jan 2020 19:22:26 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 14D2B1C242; Wed, 15 Jan 2020 19:22:25 +0100 (CET) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [205.139.110.61]) by dpdk.org (Postfix) with ESMTP id 30B411C23E for ; Wed, 15 Jan 2020 19:22:23 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1579112542; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+/2dOZdcZaY+N0bv7SEj9X/EiclovKCEKnlYEkHaqKg=; b=f9W5Omyq4XDJ9mMit74qje/r2eULW4ljXPVU3I9A3DR3JVe9tQq6jt6cgdp17+Bv1wki0r uabAF5Xp4PZH1bdF8reXnGuve8pkg3ZKQZQLgTc3luFc68l7wh5oSwImf0SrYoGYb/HYg9 oF7l+Li3pPzoHpQFZlgLYWyThR8XwSg= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-26-StvU2cCzOCmlnWJu6Nd5rA-1; Wed, 15 Jan 2020 13:22:16 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 6A940800D41; Wed, 15 Jan 2020 18:22:15 +0000 (UTC) Received: from dhcp-25.97.bos.redhat.com (unknown [10.18.25.108]) by smtp.corp.redhat.com (Postfix) with ESMTPS id B0B818432E; Wed, 15 Jan 2020 18:22:14 +0000 (UTC) From: Aaron Conole To: Honnappa Nagarahalli Cc: Aaron Conole , "test-report\@dpdk.org" , "ci\@dpdk.org" , "dev\@dpdk.org" , nd References: <20200113172518.37815-7-honnappa.nagarahalli@arm.com> <1578977880-13011-1-git-send-email-robot@bytheb.org> Date: Wed, 15 Jan 2020 13:22:13 -0500 In-Reply-To: (Honnappa Nagarahalli's message of "Wed, 15 Jan 2020 05:05:21 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-MC-Unique: StvU2cCzOCmlnWJu6Nd5rA-1 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] FW: || pw64572 lib/eventdev: use custom element size ring for event rings X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Honnappa Nagarahalli writes: > >> > >> >> > >> Aaron Conole writes: >> > >> >> > >> > Honnappa Nagarahalli writes: >> > >> > >> > >> >> Hi Aaron, >> > >> >> I am not able to understand the error, looks like there is no >> > >> >> particular error. Can you please take a look? >> > >> > >> > >> > Gladly. A number of the systems that were running the build >> > >> > stopped their output for an unknown reason (looks like this was a >> > >> > 1-time thing). See the error: >> > >> > >> > >> > [2164/2165] Compiling C object 'app/te...st@@dpdk- >> > >> test@exe/test_ring_perf.c.o'. >> > >> > >> > >> > No output has been received in the last 10m0s, this potentially >> > >> > indicates a stalled build or something wrong with the build its= elf. >> > >> >> > >> I see this continually happening (I've kicked it off a number of ti= mes). >> > >> >> > >> This patch might need more investigation, since it's always failing >> > >> when building 2164/2165 object. >> > > I compiled with clang-7. Compiler seems to hang while compiling >> > > test_ring.c >> > >> > Cool. Looks like a good catch, then :) >> Update: >> x86 - compilation succeeds, but take a long time - ~1hr. >> On 2 different Arm platforms - compilation succeeds in normal amount of >> time. >> Does anyone have any experience dealing with this kind of issue? >>=20 > I ran this on another x86 server - this patch takes ~8mns. The master > (without this patch) takes ~1.02mns. It doesn't reproduce with clang-8. >>