From owner-freebsd-mips@FreeBSD.ORG Tue Jul 22 19:17:06 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF95525D for ; Tue, 22 Jul 2014 19:17:06 +0000 (UTC) Received: from server1.weites.net (mail.weites.com [89.188.29.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B31242A3C for ; Tue, 22 Jul 2014 19:17:05 +0000 (UTC) Received: from [10.14.92.96] (5248604F.cm-4-1b.dynamic.ziggo.nl [82.72.96.79]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: harm@weites.com) by server1.weites.net (Postfix) with ESMTPSA id C69DAC99B1 for ; Tue, 22 Jul 2014 21:08:33 +0200 (CEST) Message-ID: <53CEB6B1.9050301@weites.com> Date: Tue, 22 Jul 2014 21:08:33 +0200 From: Harm Weites User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-mips@freebsd.org Subject: interrupt storm arge0, tplink 1043nd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 19:17:07 -0000 Hi, My 1043nd is complaining about interrupt storms, presumably only when wifi is beeing used. When this occurs, networking is gone. The exact message thats flooding me: interrupt storm detected on "int2"; throttling interrupt source The device associated with int2 is arge0. Some possibly related logs, though these messages start at boot: # /sbin/dmesg | tail ath0: stuck beacon; resetting (bmiss count 4) ar5416StopDmaReceive: dma failed to stop in 10ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 ath0: stuck beacon; resetting (bmiss count 4) ar5416StopDmaReceive: dma failed to stop in 10ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 This unit is configured with (arge0) port0 bound to device vlan1, port4 to vlan2 and ports 1,2,3 make up vlan3. There is wlan0, bound to ath0 and a bridge device that connects wlan0 to vlan3. There is a dhcp server running in vlan3 to answer to wifi clients, internet is routed through vlan1. This initially works but after a little while the storm begins and the wifi client is left to die. Adrian@ suggested to start with reading which interrupt(s) occur(s), but that is perhaps a little to hard for me to code :) Looking at if_arge.c, it seems there is some debug code already in place (ARGEDEBUG()) though I'm not sure on how to use that. Reading from the AR71XX_DMA_INTR register and mapping its content to AR71XX_DMA_INTR_STATUS would be something I'd like to do with a separate program (instead of boldly taking a deepdive in to if_arge.c and recompiling/flashing untill something works). One of my other units is configured with just a vlan device per switch port, no wifi and no bridge. A third unit is configured with a wlan0, vlan1 (port0) and vlan2 (ports 1,2,3,4). Both not showing any issues in the past months. The only difference would be this problem-unit has a bridge. Any thoughts on how to approach or 'just' fix this? Regards, Harm From owner-freebsd-mips@FreeBSD.ORG Tue Jul 22 19:26:56 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1113F618 for ; Tue, 22 Jul 2014 19:26:56 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C5FE62B3B for ; Tue, 22 Jul 2014 19:26:55 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id v10so138596qac.12 for ; Tue, 22 Jul 2014 12:26:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Ey1/mgNw0sr00nSKBUaXTls9WQDifqCzk3sBZ8yMtEg=; b=CSEnwqAEzs41nLLPQzykdYfNvfDGtZ7bcj1laDaBUq015V0SdJcjplnjZAUkFrFEPA Bsk4Y2QFiJhPnrLIZvhrBXkFrHc+di2A4T1zewGFPDtUtKCODZFz6Z7tYXMFW9ylTO4r dKeOrr7dkQhlaHp0QzmtfrWhvCh4LCHib2vjJDsPcAr2h3zTuxplGDgqoLoikMz/PO5+ BX2vukmUjmyR4Xmhox9F+Ku1LOkaYl5X3QVj9GvNcW/gigrVe7Xhk89dQrDXV+uosE+p dwVYElXI56w9+PrBwsAT9CrjY2AGgA6kexpQK/Zyyk02tsIYm06mTp0IDHUNrueNp96S viIQ== MIME-Version: 1.0 X-Received: by 10.140.92.13 with SMTP id a13mr20395450qge.88.1406057214720; Tue, 22 Jul 2014 12:26:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.1.6 with HTTP; Tue, 22 Jul 2014 12:26:54 -0700 (PDT) In-Reply-To: <53CEB6B1.9050301@weites.com> References: <53CEB6B1.9050301@weites.com> Date: Tue, 22 Jul 2014 12:26:54 -0700 X-Google-Sender-Auth: R30mb9VgKbKXiOBO4jX7WRlFds8 Message-ID: Subject: Re: interrupt storm arge0, tplink 1043nd From: Adrian Chadd To: Harm Weites Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Jul 2014 19:26:56 -0000 Hi! So, ignore the ath0 stuff for now. int2 should be arge0, right? what's vmstat -ia say? Assuming it's actually arge0, we need to add some debugging counters to the interrupt path to count how many of each interrupt are occuring. The stuff i stuck behind ARGEDEBUG() is useful for debugging some silly bugs but not at the rate that you're getting interrupts. So I'd add something like this to the arge softc struct: uint32_t intr_status[32]; .. then in the interrupt routine, something like this: temp_status = status; for (i = 0; i < 32; i++) { if (temp_status & 1) { intr_status[i]++; } temp_status = temp_status >> 1; } That'll count the number of interrupts that are firing for each interrupt status bit. Then, you'll want to write a sysctl for it. Have a look at if_ath_sysctl.c for the SYSCTL_PROC() entries. Just write one that when called will just printf() the intr_status array: for (i = 0; i < 32; i++) { printf("interrupt %d count %u\n", i, intr_status[i]); } Just make sure you do a complete kernel recompile as changing the headers doesn't always force the source files to recompile. -a On 22 July 2014 12:08, Harm Weites wrote: > Hi, > > My 1043nd is complaining about interrupt storms, presumably only when > wifi is beeing used. When this occurs, networking is gone. > > The exact message thats flooding me: > interrupt storm detected on "int2"; throttling interrupt source > > The device associated with int2 is arge0. > > Some possibly related logs, though these messages start at boot: > > # /sbin/dmesg | tail > ath0: stuck beacon; resetting (bmiss count 4) > ar5416StopDmaReceive: dma failed to stop in 10ms > AR_CR=0x00000024 > AR_DIAG_SW=0x42000020 > MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 > ath0: stuck beacon; resetting (bmiss count 4) > ar5416StopDmaReceive: dma failed to stop in 10ms > AR_CR=0x00000024 > AR_DIAG_SW=0x42000020 > MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 > > This unit is configured with (arge0) port0 bound to device vlan1, port4 > to vlan2 and ports 1,2,3 make up vlan3. There is wlan0, bound to ath0 > and a bridge device that connects wlan0 to vlan3. There is a dhcp server > running in vlan3 to answer to wifi clients, internet is routed through > vlan1. This initially works but after a little while the storm begins > and the wifi client is left to die. > > Adrian@ suggested to start with reading which interrupt(s) occur(s), but > that is perhaps a little to hard for me to code :) Looking at if_arge.c, > it seems there is some debug code already in place (ARGEDEBUG()) though > I'm not sure on how to use that. Reading from the AR71XX_DMA_INTR > register and mapping its content to AR71XX_DMA_INTR_STATUS would be > something I'd like to do with a separate program (instead of boldly > taking a deepdive in to if_arge.c and recompiling/flashing untill > something works). > > One of my other units is configured with just a vlan device per switch > port, no wifi and no bridge. A third unit is configured with a wlan0, > vlan1 (port0) and vlan2 (ports 1,2,3,4). Both not showing any issues in > the past months. The only difference would be this problem-unit has a > bridge. > > Any thoughts on how to approach or 'just' fix this? > > Regards, > Harm > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Thu Jul 24 18:52:31 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 711C1808 for ; Thu, 24 Jul 2014 18:52:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58D202B84 for ; Thu, 24 Jul 2014 18:52:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6OIqVYK006801 for ; Thu, 24 Jul 2014 18:52:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Thu, 24 Jul 2014 18:52:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 18:52:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #2 from Ed Maste --- I'll see if this is fixed by using elftoolchain's strip -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Thu Jul 24 19:22:55 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 363B0F40 for ; Thu, 24 Jul 2014 19:22:55 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E5F92EF6 for ; Thu, 24 Jul 2014 19:22:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6OJMsAB009446 for ; Thu, 24 Jul 2014 19:22:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Thu, 24 Jul 2014 19:22:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Jul 2014 19:22:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dim@FreeBSD.org, | |theraven@FreeBSD.org --- Comment #3 from Sean Bruno --- adding toolchain people. I don't think anyone really wants to dig into the gcc tool chain at this point. But, as always, I never assume I know what I'm talking about. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 14:53:01 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EDF6723 for ; Fri, 25 Jul 2014 14:53:01 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 274492A3B for ; Fri, 25 Jul 2014 14:53:01 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6PEr1al090168 for ; Fri, 25 Jul 2014 14:53:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Fri, 25 Jul 2014 14:53:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 14:53:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #4 from Ed Maste --- elftoolchain's strip does not handle SHT_MIPS_OPTIONS https://github.com/emaste/elftoolchain/issues/1 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 15:25:28 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23E0E1A6; Fri, 25 Jul 2014 15:25:28 +0000 (UTC) Received: from st11p01mm-asmtp002.mac.com (st11p01mm-asmtpout002.mac.com [17.172.204.237]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.me.com", Issuer "VeriSign Class 3 Extended Validation SSL SGC CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB4272D6F; Fri, 25 Jul 2014 15:25:24 +0000 (UTC) Received: from [192.168.0.30] ([76.187.139.93]) by st11p01mm-asmtp002.mac.com (Oracle Communications Messaging Server 7u4-27.10(7.0.4.27.9) 64bit (built Jun 6 2014)) with ESMTPSA id <0N99004OBXHOMK80@st11p01mm-asmtp002.mac.com>; Fri, 25 Jul 2014 15:25:01 +0000 (GMT) From: Stacey Son Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable Subject: mips64 ld GOT problem Date: Fri, 25 Jul 2014 10:24:59 -0500 Message-id: <77F1DDA2-A4E5-4D64-AA43-F8CBC55249C4@me.com> To: freebsd-mips@FreeBSD.org MIME-version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52,1.0.14,0.0.0000 definitions=2014-07-25_05:2014-07-25,2014-07-25,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1402240000 definitions=main-1407250180 Cc: David Chisnall X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 15:25:28 -0000 Hi all: I have been trying to bootstrap clang/llvm 3.5 for mips64 (i.e. cross = build clang/llvm 3.5 for mips64 using clang/llvm 3.5) but run into the = following linker problem (see below) in about the midway point as it is = trying to link 'opt'. The assertions that fail are the following: BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 BFD_ASSERT (g->assigned_gotno - g->local_gotno <=3D g->global_gotno); BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 /* There should have been enough room in the symbol table to accommodate both the GOT and non-GOT symbols. */ BFD_ASSERT (hsd.max_non_got_dynindx <=3D hsd.min_got_dynindx); BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 /* Make sure we didn't grow the global .got region. */ dynobj =3D elf_hash_table (info)->dynobj; got =3D mips_elf_got_section (dynobj, FALSE); g =3D mips_elf_section_data (got)->u.got_info; =20 if (g->global_gotsym !=3D NULL) BFD_ASSERT ((elf_hash_table (info)->dynsymcount - g->global_gotsym->dynindx) <=3D g->global_gotno); Does anyone have an idea for a work around or fix? Thanks in advance, -stacey. ---- The full ld crash message: [ 50%] Building CXX object tools/opt/CMakeFiles/opt.dir/opt.cpp.o Linking CXX executable ../../bin/opt /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::hasLoop() const': = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZNK4llvm12scc_iteratorI= PNS_9CallGraphENS_11GraphTraitsIS2_EEE7hasLoopEv[_ZNK4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE7hasLoopEv]+0x108): relocation = truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::GetNextSCC()': = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZN4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE10GetNextSCCEv[_ZN4llvm12scc_iterator= IPNS_9CallGraphENS_11GraphTraitsIS2_EEE10GetNextSCCEv]+0x150): = relocation truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::DFSVisitChildren()': = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZN4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE16DFSVisitChildrenEv[_ZN4llvm12scc_it= eratorIPNS_9CallGraphENS_11GraphTraitsIS2_EEE16DFSVisitChildrenEv]+0xb0): = relocation truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= ../../lib/libLLVMMipsCodeGen.a(Mips16ISelDAGToDAG.cpp.o): In function = `$BB72_54': = /usr/home/sson/llvm/lib/Target/Mips/Mips16ISelDAGToDAG.cpp:(.text._ZNK4llv= m16MipsDAGToDAGISel18CheckNodePredicateEPNS_6SDNodeEj[_ZNK4llvm16MipsDAGTo= DAGISel18CheckNodePredicateEPNS_6SDNodeEj]+0x1214): relocation truncated = to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' ../../lib/libLLVMMipsCodeGen.a(MipsSEISelLowering.cpp.o): In function = `performXORCombine(llvm::SDNode*, llvm::SelectionDAG&, = llvm::MipsSubtarget const&)': = /usr/home/sson/llvm/lib/Target/Mips/MipsSEISelLowering.cpp:(.text._ZL17per= formXORCombinePN4llvm6SDNodeERNS_12SelectionDAGERKNS_13MipsSubtargetE+0x18= 0): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' = /usr/home/sson/llvm/lib/Target/Mips/MipsSEISelLowering.cpp:(.text._ZL17per= formXORCombinePN4llvm6SDNodeERNS_12SelectionDAGERKNS_13MipsSubtargetE+0x1d= 8): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' ../../lib/libLLVMMipsDesc.a(MipsOptionRecord.cpp.o): In function = `llvm::DenseMapBase >, = llvm::MCSection const*, llvm::MCSectionData*, = llvm::DenseMapInfo >::grow(unsigned int)': = /usr/home/sson/llvm/lib/Target/Mips/MCTargetDesc/MipsOptionRecord.cpp:(.te= xt._ZN4llvm12DenseMapBaseINS_8DenseMapIPKNS_9MCSectionEPNS_13MCSectionData= ENS_12DenseMapInfoIS4_EEEES4_S6_S8_E4growEj[_ZN4llvm12DenseMapBaseINS_8Den= seMapIPKNS_9MCSectionEPNS_13MCSectionDataENS_12DenseMapInfoIS4_EEEES4_S6_S= 8_E4growEj]+0x28): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::DenseMap >::grow(unsigned int)' clang-3.5: error: linker command failed with exit code 1 (use -v to see = invocation) *** Error code 1 ld invocation: /home/sson/sdk/bin/mips64-unknown-freebsd-ld --sysroot=3D/home/sson/sdk = --eh-frame-hdr -dynamic-linker /libexec/ld -elf.so.1 --enable-new-dtags -o ../../bin/opt = /home/sson/sdk/usr/lib/crt1.o /home/sson/sdk/usr/lib/crti.o /home/ sson/sdk/usr/lib/crtbegin.o -L/usr/local/lib -L/home/sson/sdk/usr/lib -z = origin --export-dynamic CMakeFiles/opt. dir/AnalysisWrappers.cpp.o CMakeFiles/opt.dir/BreakpointPrinter.cpp.o = CMakeFiles/opt.dir/GraphPrinters.cpp.o CMa keFiles/opt.dir/NewPMDriver.cpp.o CMakeFiles/opt.dir/Passes.cpp.o = CMakeFiles/opt.dir/PassPrinters.cpp.o CMakeFil es/opt.dir/PrintSCC.cpp.o CMakeFiles/opt.dir/opt.cpp.o = ../../lib/libLLVMMipsCodeGen.a ../../lib/libLLVMMipsAsmPr inter.a ../../lib/libLLVMMipsAsmParser.a ../../lib/libLLVMMipsDesc.a = ../../lib/libLLVMMipsInfo.a ../../lib/libLL VMMipsDisassembler.a ../../lib/libLLVMAnalysis.a = ../../lib/libLLVMBitWriter.a ../../lib/libLLVMCodeGen.a ../../l ib/libLLVMCore.a ../../lib/libLLVMipa.a ../../lib/libLLVMipo.a = ../../lib/libLLVMIRReader.a ../../lib/libLLVMInst Combine.a ../../lib/libLLVMInstrumentation.a ../../lib/libLLVMMC.a = ../../lib/libLLVMObjCARCOpts.a ../../lib/libL LVMScalarOpts.a ../../lib/libLLVMSupport.a ../../lib/libLLVMTarget.a = ../../lib/libLLVMTransformUtils.a ../../lib /libLLVMVectorize.a ../../lib/libLLVMAsmPrinter.a = ../../lib/libLLVMSelectionDAG.a ../../lib/libLLVMCodeGen.a ../ ../lib/libLLVMMipsAsmPrinter.a ../../lib/libLLVMMCParser.a = ../../lib/libLLVMMipsInfo.a ../../lib/libLLVMMCDisass embler.a ../../lib/libLLVMScalarOpts.a ../../lib/libLLVMInstCombine.a = ../../lib/libLLVMAsmParser.a ../../lib/lib LLVMBitReader.a ../../lib/libLLVMTransformUtils.a ../../lib/libLLVMipa.a = ../../lib/libLLVMAnalysis.a ../../lib/l ibLLVMTarget.a ../../lib/libLLVMCore.a ../../lib/libLLVMMC.a = ../../lib/libLLVMSupport.a --library=3Drt --library=3Dt info --library=3Dpthread --library=3Dz -rpath $ORIGIN/../lib = --library=3Dc++ --library=3Dm --library=3Dgcc --as-needed --l ibrary=3Dgcc_s --no-as-needed --library=3Dc --library=3Dgcc --as-needed = --library=3Dgcc_s --no-as-needed /home/sson/sdk/ usr/lib/crtend.o /home/sson/sdk/usr/lib/crtn.o From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 16:26:45 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7217D1BA for ; Fri, 25 Jul 2014 16:26:45 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 37F692364 for ; Fri, 25 Jul 2014 16:26:45 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id hn18so1045130igb.9 for ; Fri, 25 Jul 2014 09:26:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=se6RPD5XlNKU0qr9rcBpxXS9v5F7GCDegaLS6bmHpRo=; b=SPW5lKpzRHoazxATnOgyk0lRMwi50GnEI60dQ7jMkuh9Md4pDtve3FP8FOhxLhkXvL kO5t4cDEXUh86yfeP02U8J7xNwuWuJKT1lVwCseKSJDdqC/3XsoUkbTcyOli8cPrgAMY kVts46ppb7VXjw6UbHdbxudUD+A/HREF8koCJScK5rQaS8F3oL62z6CN6vUOcCQwjKsa 5/DBC4XWhFcXiyqPvmbQRHzvPOkydiZR8zF+amP7n0kM03jNi1dE0m+da+0cRpiPTfO6 3pzDq2mOLCtqjOJQoJ7vN1boXt4c4oHVbDpWTDwHoLNip8+OGy9uZ+dSRvInJSk6R71T ob0w== X-Gm-Message-State: ALoCoQmCl+MkPWx/ME78py5EBnNdiTOp480uKdWW4meGbNW+P+d/fABh4JlFdZHPmyyshCHlDTVj X-Received: by 10.50.164.202 with SMTP id ys10mr7189224igb.6.1406305603952; Fri, 25 Jul 2014 09:26:43 -0700 (PDT) Received: from bsdimp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id dx6sm5893006igb.4.2014.07.25.09.26.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Jul 2014 09:26:43 -0700 (PDT) Sender: Warner Losh Content-Type: multipart/signed; boundary="Apple-Mail=_1A0FAA76-C97E-470E-92C7-B8BFB489C39B"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mips64 ld GOT problem From: Warner Losh In-Reply-To: <77F1DDA2-A4E5-4D64-AA43-F8CBC55249C4@me.com> Date: Fri, 25 Jul 2014 10:26:41 -0600 Message-Id: <48935A3D-0387-42F1-ACF0-14EB7D8F9A06@bsdimp.com> References: <77F1DDA2-A4E5-4D64-AA43-F8CBC55249C4@me.com> To: Stacey Son X-Mailer: Apple Mail (2.1878.6) Cc: David Chisnall , freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 16:26:45 -0000 --Apple-Mail=_1A0FAA76-C97E-470E-92C7-B8BFB489C39B Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jul 25, 2014, at 9:24 AM, Stacey Son wrote: > Hi all: >=20 > I have been trying to bootstrap clang/llvm 3.5 for mips64 (i.e. cross = build clang/llvm 3.5 for mips64 using clang/llvm 3.5) but run into the = following linker problem (see below) in about the midway point as it is = trying to link 'opt'. The assertions that fail are the following: >=20 > BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 >=20 > BFD_ASSERT (g->assigned_gotno - g->local_gotno > <=3D g->global_gotno); >=20 > BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 >=20 > /* There should have been enough room in the symbol table to > accommodate both the GOT and non-GOT symbols. */ > BFD_ASSERT (hsd.max_non_got_dynindx <=3D hsd.min_got_dynindx); >=20 > BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 >=20 > /* Make sure we didn't grow the global .got region. */ > dynobj =3D elf_hash_table (info)->dynobj; > got =3D mips_elf_got_section (dynobj, FALSE); > g =3D mips_elf_section_data (got)->u.got_info; >=20 > if (g->global_gotsym !=3D NULL) > BFD_ASSERT ((elf_hash_table (info)->dynsymcount > - g->global_gotsym->dynindx) > <=3D g->global_gotno); >=20 > Does anyone have an idea for a work around or fix? Silly question: does using the latest binutils fix this problem? Failing that, perhaps we need to specify a larger GOT region that we do = today? IIRC, that=92s specified with -g on the linker line, Try adding = =93-G0=94. I have a vague recollection we always used to do this, but = moved it to be a default (or maybe other systems have the default and we = still need to add it). It doesn=92t look like it is being added from the = output that you=92ve posted. IIRC, it has to be specified on all the = compiler invocations as well. But who knows, I may be crazy. Warner > Thanks in advance, >=20 > -stacey. >=20 > ---- > The full ld crash message: >=20 > [ 50%] Building CXX object tools/opt/CMakeFiles/opt.dir/opt.cpp.o > Linking CXX executable ../../bin/opt > /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 > /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 > /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 > /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 > /home/sson/sdk/bin/mips64-unknown-freebsd-ld: BFD 2.17.50 [FreeBSD] = 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 > CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::hasLoop() const': > = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZNK4llvm12scc_iteratorI= PNS_9CallGraphENS_11GraphTraitsIS2_EEE7hasLoopEv[_ZNK4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE7hasLoopEv]+0x108): relocation = truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= > CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::GetNextSCC()': > = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZN4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE10GetNextSCCEv[_ZN4llvm12scc_iterator= IPNS_9CallGraphENS_11GraphTraitsIS2_EEE10GetNextSCCEv]+0x150): = relocation truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= > CMakeFiles/opt.dir/PrintSCC.cpp.o: In function = `llvm::scc_iterator >::DFSVisitChildren()': > = /usr/home/sson/llvm/tools/opt/PrintSCC.cpp:(.text._ZN4llvm12scc_iteratorIP= NS_9CallGraphENS_11GraphTraitsIS2_EEE16DFSVisitChildrenEv[_ZN4llvm12scc_it= eratorIPNS_9CallGraphENS_11GraphTraitsIS2_EEE16DFSVisitChildrenEv]+0xb0): = relocation truncated to fit: R_MIPS_CALL16 against = `llvm::GraphTraits::child_end(llvm::CallGraphNode*)'= > ../../lib/libLLVMMipsCodeGen.a(Mips16ISelDAGToDAG.cpp.o): In function = `$BB72_54': > = /usr/home/sson/llvm/lib/Target/Mips/Mips16ISelDAGToDAG.cpp:(.text._ZNK4llv= m16MipsDAGToDAGISel18CheckNodePredicateEPNS_6SDNodeEj[_ZNK4llvm16MipsDAGTo= DAGISel18CheckNodePredicateEPNS_6SDNodeEj]+0x1214): relocation truncated = to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' > ../../lib/libLLVMMipsCodeGen.a(MipsSEISelLowering.cpp.o): In function = `performXORCombine(llvm::SDNode*, llvm::SelectionDAG&, = llvm::MipsSubtarget const&)': > = /usr/home/sson/llvm/lib/Target/Mips/MipsSEISelLowering.cpp:(.text._ZL17per= formXORCombinePN4llvm6SDNodeERNS_12SelectionDAGERKNS_13MipsSubtargetE+0x18= 0): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' > = /usr/home/sson/llvm/lib/Target/Mips/MipsSEISelLowering.cpp:(.text._ZL17per= formXORCombinePN4llvm6SDNodeERNS_12SelectionDAGERKNS_13MipsSubtargetE+0x1d= 8): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::ISD::isBuildVectorAllOnes(llvm::SDNode const*)' > ../../lib/libLLVMMipsDesc.a(MipsOptionRecord.cpp.o): In function = `llvm::DenseMapBase >, = llvm::MCSection const*, llvm::MCSectionData*, = llvm::DenseMapInfo >::grow(unsigned int)': > = /usr/home/sson/llvm/lib/Target/Mips/MCTargetDesc/MipsOptionRecord.cpp:(.te= xt._ZN4llvm12DenseMapBaseINS_8DenseMapIPKNS_9MCSectionEPNS_13MCSectionData= ENS_12DenseMapInfoIS4_EEEES4_S6_S8_E4growEj[_ZN4llvm12DenseMapBaseINS_8Den= seMapIPKNS_9MCSectionEPNS_13MCSectionDataENS_12DenseMapInfoIS4_EEEES4_S6_S= 8_E4growEj]+0x28): relocation truncated to fit: R_MIPS_CALL16 against = `llvm::DenseMap >::grow(unsigned int)' > clang-3.5: error: linker command failed with exit code 1 (use -v to = see invocation) > *** Error code 1 >=20 > ld invocation: >=20 > /home/sson/sdk/bin/mips64-unknown-freebsd-ld --sysroot=3D/home/sson/sdk = --eh-frame-hdr -dynamic-linker /libexec/ld > -elf.so.1 --enable-new-dtags -o ../../bin/opt = /home/sson/sdk/usr/lib/crt1.o /home/sson/sdk/usr/lib/crti.o /home/ > sson/sdk/usr/lib/crtbegin.o -L/usr/local/lib -L/home/sson/sdk/usr/lib = -z origin --export-dynamic CMakeFiles/opt. > dir/AnalysisWrappers.cpp.o CMakeFiles/opt.dir/BreakpointPrinter.cpp.o = CMakeFiles/opt.dir/GraphPrinters.cpp.o CMa > keFiles/opt.dir/NewPMDriver.cpp.o CMakeFiles/opt.dir/Passes.cpp.o = CMakeFiles/opt.dir/PassPrinters.cpp.o CMakeFil > es/opt.dir/PrintSCC.cpp.o CMakeFiles/opt.dir/opt.cpp.o = ../../lib/libLLVMMipsCodeGen.a ../../lib/libLLVMMipsAsmPr > inter.a ../../lib/libLLVMMipsAsmParser.a ../../lib/libLLVMMipsDesc.a = ../../lib/libLLVMMipsInfo.a ../../lib/libLL > VMMipsDisassembler.a ../../lib/libLLVMAnalysis.a = ../../lib/libLLVMBitWriter.a ../../lib/libLLVMCodeGen.a ../../l > ib/libLLVMCore.a ../../lib/libLLVMipa.a ../../lib/libLLVMipo.a = ../../lib/libLLVMIRReader.a ../../lib/libLLVMInst > Combine.a ../../lib/libLLVMInstrumentation.a ../../lib/libLLVMMC.a = ../../lib/libLLVMObjCARCOpts.a ../../lib/libL > LVMScalarOpts.a ../../lib/libLLVMSupport.a ../../lib/libLLVMTarget.a = ../../lib/libLLVMTransformUtils.a ../../lib > /libLLVMVectorize.a ../../lib/libLLVMAsmPrinter.a = ../../lib/libLLVMSelectionDAG.a ../../lib/libLLVMCodeGen.a ../ > ../lib/libLLVMMipsAsmPrinter.a ../../lib/libLLVMMCParser.a = ../../lib/libLLVMMipsInfo.a ../../lib/libLLVMMCDisass > embler.a ../../lib/libLLVMScalarOpts.a ../../lib/libLLVMInstCombine.a = ../../lib/libLLVMAsmParser.a ../../lib/lib > LLVMBitReader.a ../../lib/libLLVMTransformUtils.a = ../../lib/libLLVMipa.a ../../lib/libLLVMAnalysis.a ../../lib/l > ibLLVMTarget.a ../../lib/libLLVMCore.a ../../lib/libLLVMMC.a = ../../lib/libLLVMSupport.a --library=3Drt --library=3Dt > info --library=3Dpthread --library=3Dz -rpath $ORIGIN/../lib = --library=3Dc++ --library=3Dm --library=3Dgcc --as-needed --l > ibrary=3Dgcc_s --no-as-needed --library=3Dc --library=3Dgcc = --as-needed --library=3Dgcc_s --no-as-needed /home/sson/sdk/ > usr/lib/crtend.o /home/sson/sdk/usr/lib/crtn.o >=20 > _______________________________________________ > freebsd-mips@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-mips > To unsubscribe, send any mail to = "freebsd-mips-unsubscribe@freebsd.org" --Apple-Mail=_1A0FAA76-C97E-470E-92C7-B8BFB489C39B Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJT0oVBAAoJEGwc0Sh9sBEAqIAQAKHB+aZFO2ShvN+t63qqwkvU ZMX9fArYwuDOMQ0crA8pnLVhlQupuyQZyBKPeuBbdTwOE/PO96xDhCUyR/TspkLM ZoVpUr9SCcPUBFmCNioAL9hOobNY70EiL1bL6NIrdHqQh/HRKxZjNsVz08981epi tkgG05mmkeBZLLZqF3xpFUwYEY62BXudvp2PjYHy+2KeDoE/pRxbGP04ldtpnKW+ lMydKqwEQZJneLir4mOrlbZeHN9oKcMt95Kb6rqccBbgX8mvUZO98IQg4Hly2wJ/ 20MYeoDVIC5nxvgpaZxHeQ08ZbKFxWD+8qsj43M2e/Sv5K/cMKv7dPy5QFd6/O4Z duByY+/WAb3NGZcoKVmi5tDFFNW9/M+mZ1RazU/SLIc9hxoTlAxwCS0kjYZg4Xvc SlZTEU2CuBEKKmVADu2FXChnXWu/SqE3ATvQV9+/NxYzFLZhFsJPcE7poCjV11Sf GwG0NficJJav0x8xOM6u2BZHxZnGgKAHiJJutdQAsY8ZMvwO2wtTiMRJQwmXdW8U vml1Khgp5+AZw9FmdvMaOJFEEIjYobbX9lmOaByCjXJWXRfTO6/lKgjrIWL3iYp+ Msd0Mn7OjM8EUtF3wqvDmWWQC7sljYnCROx2/GUH3cRRSMgoF3Pac1CZkoENAIuW 2hkzb4U2Smbr3iRUW/U8 =IZhb -----END PGP SIGNATURE----- --Apple-Mail=_1A0FAA76-C97E-470E-92C7-B8BFB489C39B-- From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 17:57:02 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 404FF724 for ; Fri, 25 Jul 2014 17:57:02 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 282BD2B6A for ; Fri, 25 Jul 2014 17:57:02 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6PHv1Hm000116 for ; Fri, 25 Jul 2014 17:57:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Fri, 25 Jul 2014 17:57:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: dim@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 17:57:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #5 from Dimitry Andric --- Stacey, can you please attach a compressed version of the unstripped libpcre.a, if you still have it? That would make it a little easier for me to debug. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 18:13:01 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23BC7B7E for ; Fri, 25 Jul 2014 18:13:01 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDB82D7D for ; Fri, 25 Jul 2014 18:13:01 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6PID0w0094317 for ; Fri, 25 Jul 2014 18:13:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Fri, 25 Jul 2014 18:13:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 18:13:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #6 from Ed Maste --- Created attachment 144973 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=144973&action=edit unstripped archive from ports-mgmt/pkg -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 18:15:07 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAF5ABEF for ; Fri, 25 Jul 2014 18:15:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 931F02D9C for ; Fri, 25 Jul 2014 18:15:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6PIF7ik018738 for ; Fri, 25 Jul 2014 18:15:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Fri, 25 Jul 2014 18:15:07 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 18:15:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #7 from Ed Maste --- dim: I've attached a .a from building ports-mgmt/pkg that also demonstrates the problem. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Fri Jul 25 22:29:18 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A2AF5B95 for ; Fri, 25 Jul 2014 22:29:18 +0000 (UTC) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.232]) by mx1.freebsd.org (Postfix) with ESMTP id 67E4024AA for ; Fri, 25 Jul 2014 22:29:18 +0000 (UTC) Received: from [76.187.139.93] ([76.187.139.93:49981] helo=[192.168.0.30]) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id B8/60-28694-CE9D2D35; Fri, 25 Jul 2014 22:27:56 +0000 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mips64 ld GOT problem From: Stacey Son In-Reply-To: <48935A3D-0387-42F1-ACF0-14EB7D8F9A06@bsdimp.com> Date: Fri, 25 Jul 2014 17:27:55 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <77F1DDA2-A4E5-4D64-AA43-F8CBC55249C4@me.com> <48935A3D-0387-42F1-ACF0-14EB7D8F9A06@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1878.6) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 Cc: David Chisnall , freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jul 2014 22:29:18 -0000 Hi Warner... On Jul 25, 2014, at 11:26 AM, Warner Losh wrote: >=20 > On Jul 25, 2014, at 9:24 AM, Stacey Son wrote: >=20 >> Hi all: >>=20 >> I have been trying to bootstrap clang/llvm 3.5 for mips64 (i.e. cross = build clang/llvm 3.5 for mips64 using clang/llvm 3.5) but run into the = following linker problem (see below) in about the midway point as it is = trying to link 'opt'. The assertions that fail are the following: >>=20 >> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 >>=20 >> BFD_ASSERT (g->assigned_gotno - g->local_gotno >> <=3D g->global_gotno); >>=20 >> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 >>=20 >> /* There should have been enough room in the symbol table to >> accommodate both the GOT and non-GOT symbols. */ >> BFD_ASSERT (hsd.max_non_got_dynindx <=3D hsd.min_got_dynindx); >>=20 >> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 >>=20 >> /* Make sure we didn't grow the global .got region. */ >> dynobj =3D elf_hash_table (info)->dynobj; >> got =3D mips_elf_got_section (dynobj, FALSE); >> g =3D mips_elf_section_data (got)->u.got_info; >>=20 >> if (g->global_gotsym !=3D NULL) >> BFD_ASSERT ((elf_hash_table (info)->dynsymcount >> - g->global_gotsym->dynindx) >> <=3D g->global_gotno); >>=20 >> Does anyone have an idea for a work around or fix? >=20 > Silly question: does using the latest binutils fix this problem? Is there a stable port of the latest binutils to mips? Does someone = have some patches? I did tried TheRaven's port of the 2.18 binutils but = it seemed that 'ld' wasn't very happy. It didn't like any of the object = files I offered it. > Failing that, perhaps we need to specify a larger GOT region that we = do today? IIRC, that=92s specified with -g on the linker line, Try = adding =93-G0=94. I have a vague recollection we always used to do this, = but moved it to be a default (or maybe other systems have the default = and we still need to add it). It doesn=92t look like it is being added = from the output that you=92ve posted. IIRC, it has to be specified on = all the compiler invocations as well. Reading the man page implies -Gvalue/--gpsize=3Dvalue is only for ECOFF = binaries. I tried it anyway and it didn't seem to help. -stacey.= From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 08:00:16 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0F778BA7; Sat, 26 Jul 2014 08:00:16 +0000 (UTC) Received: from server1.weites.net (mail.weites.com [89.188.29.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB69221CB; Sat, 26 Jul 2014 08:00:14 +0000 (UTC) Received: from [10.14.92.96] (5248604F.cm-4-1b.dynamic.ziggo.nl [82.72.96.79]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: harm@weites.com) by server1.weites.net (Postfix) with ESMTPSA id 97158C99B1; Sat, 26 Jul 2014 10:00:05 +0200 (CEST) Message-ID: <53D36005.1010200@weites.com> Date: Sat, 26 Jul 2014 10:00:05 +0200 From: Harm Weites User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: interrupt storm arge0, tplink 1043nd References: <53CEB6B1.9050301@weites.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000907010203020001090407" Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 08:00:16 -0000 This is a multi-part message in MIME format. --------------000907010203020001090407 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Hi Adrian, Thanks for your pointers, I've attached a patch to enable counting the interrupts. Also attached is a log with the interrupt counters in there pristine state, just after boot and another from right after the storm. Though It looks like none of the counters got incremented, so I most probably wrote bad code. Another thing I noticed, every interrupt (/group of 32) got printed 4 times. Printf also only sent the result to my serial console, even when I ran /sbin/sysctl using ssh so that still deserves a little attention. About vmstat, yes, it regards arge0: # vmstat -ia interrupt total rate sint0: 0 0 sint1: 0 0 int0 ath0 2938765 80 int1: 0 0 int2 arge0 335493 9 int3 arge1 0 0 int4 apb0 1936 0 int5 clock0 1129353 30 apb intr3: uart0 1936 0 apb intr2: gpio0 0 0 apb irq5: pmc 0 0 Total 4407483 120 Regards, Harm op 22-07-14 21:26, Adrian Chadd schreef: > Hi! > > So, ignore the ath0 stuff for now. int2 should be arge0, right? > > what's vmstat -ia say? > > Assuming it's actually arge0, we need to add some debugging counters > to the interrupt path to count how many of each interrupt are > occuring. The stuff i stuck behind ARGEDEBUG() is useful for debugging > some silly bugs but not at the rate that you're getting interrupts. > > So I'd add something like this to the arge softc struct: > > uint32_t intr_status[32]; > > .. then in the interrupt routine, something like this: > > temp_status = status; > for (i = 0; i < 32; i++) { > if (temp_status & 1) { > intr_status[i]++; > } > temp_status = temp_status >> 1; > } > > That'll count the number of interrupts that are firing for each > interrupt status bit. > > Then, you'll want to write a sysctl for it. Have a look at > if_ath_sysctl.c for the SYSCTL_PROC() entries. Just write one that > when called will just printf() the intr_status array: > > for (i = 0; i < 32; i++) { > printf("interrupt %d count %u\n", i, intr_status[i]); > } > > Just make sure you do a complete kernel recompile as changing the > headers doesn't always force the source files to recompile. > > > -a > > > On 22 July 2014 12:08, Harm Weites wrote: >> Hi, >> >> My 1043nd is complaining about interrupt storms, presumably only when >> wifi is beeing used. When this occurs, networking is gone. >> >> The exact message thats flooding me: >> interrupt storm detected on "int2"; throttling interrupt source >> >> The device associated with int2 is arge0. >> >> Some possibly related logs, though these messages start at boot: >> >> # /sbin/dmesg | tail >> ath0: stuck beacon; resetting (bmiss count 4) >> ar5416StopDmaReceive: dma failed to stop in 10ms >> AR_CR=0x00000024 >> AR_DIAG_SW=0x42000020 >> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >> ath0: stuck beacon; resetting (bmiss count 4) >> ar5416StopDmaReceive: dma failed to stop in 10ms >> AR_CR=0x00000024 >> AR_DIAG_SW=0x42000020 >> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >> >> This unit is configured with (arge0) port0 bound to device vlan1, port4 >> to vlan2 and ports 1,2,3 make up vlan3. There is wlan0, bound to ath0 >> and a bridge device that connects wlan0 to vlan3. There is a dhcp server >> running in vlan3 to answer to wifi clients, internet is routed through >> vlan1. This initially works but after a little while the storm begins >> and the wifi client is left to die. >> >> Adrian@ suggested to start with reading which interrupt(s) occur(s), but >> that is perhaps a little to hard for me to code :) Looking at if_arge.c, >> it seems there is some debug code already in place (ARGEDEBUG()) though >> I'm not sure on how to use that. Reading from the AR71XX_DMA_INTR >> register and mapping its content to AR71XX_DMA_INTR_STATUS would be >> something I'd like to do with a separate program (instead of boldly >> taking a deepdive in to if_arge.c and recompiling/flashing untill >> something works). >> >> One of my other units is configured with just a vlan device per switch >> port, no wifi and no bridge. A third unit is configured with a wlan0, >> vlan1 (port0) and vlan2 (ports 1,2,3,4). Both not showing any issues in >> the past months. The only difference would be this problem-unit has a >> bridge. >> >> Any thoughts on how to approach or 'just' fix this? >> >> Regards, >> Harm >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" --------------000907010203020001090407 Content-Type: text/plain; charset=UTF-8; name="interrupts.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="interrupts.txt" IyBzeXNjdGwgLWF8Z3JlcCBpbnRlcnJ1cHQKaW50ZXJydXB0IDAgY291bnQgMjE1NDQwMDc2 OAppbnRlcnJ1cHQgMSBjb3VudCAyMTUzOTQzMDQwCmludGVycnVwdCAyIGNvdW50IDAKaW50 ZXJydXB0IDMgY291bnQgMAppbnRlcnJ1cHQgNCBjb3VudCAyMTUzODkzNzI4CmludGVycnVw dCA1IGNvdW50IDIxNTM4OTM3MjgKaW50ZXJydXB0IDYgY291bnQgMjE1MTI5NjE0MAppbnRl cnJ1cHQgNyBjb3VudCAyMTUxMjk2MTA0CmludGVycnVwdCA4IGNvdW50IDE2CmludGVycnVw dCA5IGNvdW50IDEwNDg1NzYKaW50ZXJydXB0IDEwIGNvdW50IDAKaW50ZXJydXB0IDExIGNv dW50IDI0MzIwNjIwMDMKaW50ZXJydXB0IDEyIGNvdW50IDEzNjY1NTY2NzIKaW50ZXJydXB0 IDEzIGNvdW50IDIxNTQ0NDI0OTYKaW50ZXJydXB0IDE0IGNvdW50IDAKaW50ZXJydXB0IDE1 IGNvdW50IDIxNTQ0NDIzNjgKaW50ZXJydXB0IDE2IGNvdW50IDIxNTQ0NDEyODAKaW50ZXJy dXB0IDE3IGNvdW50IDAKaW50ZXJydXB0IDE4IGNvdW50IDAKaW50ZXJydXB0IDE5IGNvdW50 IDAKaW50ZXJydXB0IDIwIGNvdW50IDAKaW50ZXJydXB0IDIxIGNvdW50IDAKaW50ZXJydXB0 IDIyIGNvdW50IDAKaW50ZXJydXB0IDIzIGNvdW50IDAKaW50ZXJydXB0IDI0IGNvdW50IDAK aW50ZXJydXB0IDI1IGNvdW50IDIxNTM4OTY2NTYKaW50ZXJydXB0IDI2IGNvdW50IDE2OTcz ODI0CmludGVycnVwdCAyNyBjb3VudCAwCmludGVycnVwdCAyOCBjb3VudCAwCmludGVycnVw dCAyOSBjb3VudCA0CmludGVycnVwdCAzMCBjb3VudCAwCmludGVycnVwdCAzMSBjb3VudCAw CmludGVycnVwdCAwIGNvdW50IDIxNTQ0MDA3NjgKaW50ZXJydXB0IDEgY291bnQgMjE1Mzk0 MzA0MAppbnRlcnJ1cHQgMiBjb3VudCAwCmludGVycnVwdCAzIGNvdW50IDAKaW50ZXJydXB0 IDQgY291bnQgMjE1Mzg5MzcyOAppbnRlcnJ1cHQgNSBjb3VudCAyMTUzODkzNzI4CmludGVy cnVwdCA2IGNvdW50IDIxNTEyOTYxNDAKaW50ZXJydXB0IDcgY291bnQgMjE1MTI5NjEwNApp bnRlcnJ1cHQgOCBjb3VudCAxNgppbnRlcnJ1cHQgOSBjb3VudCAxMDQ4NTc2CmludGVycnVw dCAxMCBjb3VudCAwCmludGVycnVwdCAxMSBjb3VudCAyNDMyMDYyMDAzCmludGVycnVwdCAx MiBjb3VudCAxMzY2NTU2NjcyCmludGVycnVwdCAxMyBjb3VudCAyMTU0NDQyNDk2CmludGVy cnVwdCAxNCBjb3VudCAwCmludGVycnVwdCAxNSBjb3VudCAyMTU0NDQyMzY4CmludGVycnVw dCAxNiBjb3VudCAyMTU0NDQxMjgwCmludGVycnVwdCAxNyBjb3VudCAwCmludGVycnVwdCAx OCBjb3VudCAwCmludGVycnVwdCAxOSBjb3VudCAwCmludGVycnVwdCAyMCBjb3VudCAwCmlu dGVycnVwdCAyMSBjb3VudCAwCmludGVycnVwdCAyMiBjb3VudCAwCmludGVycnVwdCAyMyBj b3VudCAwCmludGVycnVwdCAyNCBjb3VudCAwCmludGVycnVwdCAyNSBjb3VudCAyMTUzODk2 NjU2CmludGVycnVwdCAyNiBjb3VudCAxNjk3MzgyNAppbnRlcnJ1cHQgMjcgY291bnQgMApp bnRlcnJ1cHQgMjggY291bnQgMAppbnRlcnJ1cHQgMjkgY291bnQgNAppbnRlcnJ1cHQgMzAg Y291bnQgMAppbnRlcnJ1cHQgMzEgY291bnQgMAppbnRlcnJ1cHQgMCBjb3VudCAyMTU0NDI0 MzIwCmludGVycnVwdCAxIGNvdW50IDIxNTM5NDI3ODQKaW50ZXJydXB0IDIgY291bnQgMApp bnRlcnJ1cHQgMyBjb3VudCAwCmludGVycnVwdCA0IGNvdW50IDIxNTM4OTMzNDQKaW50ZXJy dXB0IDUgY291bnQgMjE1Mzg5MzM0NAppbnRlcnJ1cHQgNiBjb3VudCAyMTUxMjk2MTQwCmlu dGVycnVwdCA3IGNvdW50IDIxNTEyOTYxMDQKaW50ZXJydXB0IDggY291bnQgNgppbnRlcnJ1 cHQgOSBjb3VudCAxMDQ4NTc2CmludGVycnVwdCAxMCBjb3VudCAwCmludGVycnVwdCAxMSBj b3VudCAyNDMyMDYyMDAzCmludGVycnVwdCAxMiBjb3VudCAxMzY2NjIyMjA4CmludGVycnVw dCAxMyBjb3VudCAyMTU0NDQwMzIwCmludGVycnVwdCAxNCBjb3VudCAwCmludGVycnVwdCAx NSBjb3VudCAyMTU0NDQyMzA0CmludGVycnVwdCAxNiBjb3VudCAyMTU0NDM5OTM2CmludGVy cnVwdCAxNyBjb3VudCAwCmludGVycnVwdCAxOCBjb3VudCAwCmludGVycnVwdCAxOSBjb3Vu dCAwCmludGVycnVwdCAyMCBjb3VudCAwCmludGVycnVwdCAyMSBjb3VudCAwCmludGVycnVw dCAyMiBjb3VudCAwCmludGVycnVwdCAyMyBjb3VudCAwCmludGVycnVwdCAyNCBjb3VudCAw CmludGVycnVwdCAyNSBjb3VudCAyMTUzODk2NjA4CmludGVycnVwdCAyNiBjb3VudCAxNjk3 MzgyNAppbnRlcnJ1cHQgMjcgY291bnQgMAppbnRlcnJ1cHQgMjggY291bnQgMAppbnRlcnJ1 cHQgMjkgY291bnQgNAppbnRlcnJ1cHQgMzAgY291bnQgMAppbnRlcnJ1cHQgMzEgY291bnQg MAppbnRlcnJ1cHQgMCBjb3VudCAyMTU0NDI0MzIwCmludGVycnVwdCAxIGNvdW50IDIxNTM5 NDI3ODQKaW50ZXJydXB0IDIgY291bnQgMAppbnRlcnJ1cHQgMyBjb3VudCAwCmludGVycnVw dCA0IGNvdW50IDIxNTM4OTMzNDQKaW50ZXJydXB0IDUgY291bnQgMjE1Mzg5MzM0NAppbnRl cnJ1cHQgNiBjb3VudCAyMTUxMjk2MTQwCmludGVycnVwdCA3IGNvdW50IDIxNTEyOTYxMDQK aW50ZXJydXB0IDggY291bnQgNgppbnRlcnJ1cHQgOSBjb3VudCAxMDQ4NTc2CmludGVycnVw dCAxMCBjb3VudCAwCmludGVycnVwdCAxMSBjb3VudCAyNDMyMDYyMDAzCmludGVycnVwdCAx MiBjb3VudCAxMzY2NjIyMjA4CmludGVycnVwdCAxMyBjb3VudCAyMTU0NDQwMzIwCmludGVy cnVwdCAxNCBjb3VudCAwCmludGVycnVwdCAxNSBjb3VudCAyMTU0NDQyMzA0CmludGVycnVw dCAxNiBjb3VudCAyMTU0NDM5OTM2CmludGVycnVwdCAxNyBjb3VudCAwCmludGVycnVwdCAx OCBjb3VudCAwCmludGVycnVwdCAxOSBjb3VudCAwCmludGVycnVwdCAyMCBjb3VudCAwCmlu dGVycnVwdCAyMSBjb3VudCAwCmludGVycnVwdCAyMiBjb3VudCAwCmludGVycnVwdCAyMyBj b3VudCAwCmludGVycnVwdCAyNCBjb3VudCAwCmludGVycnVwdCAyNSBjb3VudCAyMTUzODk2 NjA4CmludGVycnVwdCAyNiBjb3VudCAxNjk3MzgyNAppbnRlcnJ1cHQgMjcgY291bnQgMApp bnRlcnJ1cHQgMjggY291bnQgMAppbnRlcnJ1cHQgMjkgY291bnQgNAppbnRlcnJ1cHQgMzAg Y291bnQgMAppbnRlcnJ1cHQgMzEgY291bnQgMAoKIyMjIGFmdGVyIDlocnMsIHN0b3JtIG9u IGludDIgaGl0cwoKaW50ZXJydXB0IHN0b3JtIGRldGVjdGVkIG9uICJpbnQyIjsgdGhyb3R0 bGluZyBpbnRlcnJ1cHQgc291cmNlCmludGVycnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAiaW50 MiI7IHRocm90dGxpbmcgaW50ZXJydXB0IHNvdXJjZQppbnRlcnJ1cHQgc3Rvcm0gZGV0ZWN0 ZWQgb24gImludDIiOyB0aHJvdHRsaW5nIGludGVycnVwdCBzb3VyY2UKaW50ZXJydXB0IHN0 b3JtIGRldGVjdGVkIG9uICJpbnQyIjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNlCgoj IHN5c2N0bCAtYXxncmVwIGludGVycnVwdAppbnRlcnJ1cHQgMCBjb3VudCAyMTU0NDAwNzY4 CmludGVycnVwdCAxIGNvdW50IDIxNTM5NDMwNDAKaW50ZXJydXB0IDIgY291bnQgMAppbnRl cnJ1cHQgMyBjb3VudCAwCmludGVycnVwdCA0IGNvdW50IDIxNTM4OTM3MjgKaW50ZXJydXB0 IDUgY291bnQgMjE1Mzg5MzcyOAppbnRlcnJ1cHQgNiBjb3VudCAyMTUxMjk2MTQwCmludGVy cnVwdCA3IGNvdW50IDIxNTEyOTYxMDQKaW50ZXJydXB0IDggY291bnQgMTYKaW50ZXJydXB0 IDkgY291bnQgMTA0ODU3NgppbnRlcnJ1cHQgMTAgY291bnQgMAppbnRlcnJ1cHQgMTEgY291 bnQgMjQzMjA2MjAwMwppbnRlcnJ1cHQgMTIgY291bnQgMTM2NjU1NjY3MgppbnRlcnJ1cHQg MTMgY291bnQgMjE1NDQ0MjQ5NgppbnRlcnJ1cHQgMTQgY291bnQgMAppbnRlcnJ1cHQgMTUg Y291bnQgMjE1NDQ0MjM2OAppbnRlcnJ1cHQgMTYgY291bnQgMjE1NDQ0MTI4MAppbnRlcnJ1 cHQgMTcgY291bnQgMAppbnRlcnJ1cHQgMTggY291bnQgMAppbnRlcnJ1cHQgMTkgY291bnQg MAppbnRlcnJ1cHQgMjAgY291bnQgMAppbnRlcnJ1cHQgMjEgY291bnQgMAppbnRlcnJ1cHQg MjIgY291bnQgMAppbnRlcnJ1cHQgMjMgY291bnQgMAppbnRlcnJ1cHQgMjQgY291bnQgMApp bnRlcnJ1cHQgMjUgY291bnQgMjE1Mzg5NjY1NgppbnRlcnJ1cHQgMjYgY291bnQgMTY5NzM4 MjQKaW50ZXJydXB0IDI3IGNvdW50IDAKaW50ZXJydXB0IDI4IGNvdW50IDAKaW50ZXJydXB0 IDI5IGNvdW50IDQKaW50ZXJydXB0IDMwIGNvdW50IDAKaW50ZXJydXB0IDMxIGNvdW50IDAK aW50ZXJydXB0IDAgY291bnQgMjE1NDQwMDc2OAppbnRlcnJ1cHQgMSBjb3VudCAyMTUzOTQz MDQwCmludGVycnVwdCAyIGNvdW50IDAKaW50ZXJydXB0IDMgY291bnQgMAppbnRlcnJ1cHQg NCBjb3VudCAyMTUzODkzNzI4CmludGVycnVwdCA1IGNvdW50IDIxNTM4OTM3MjgKaW50ZXJy dXB0IDYgY291bnQgMjE1MTI5NjE0MAppbnRlcnJ1cHQgNyBjb3VudCAyMTUxMjk2MTA0Cmlu dGVycnVwdCA4IGNvdW50IDE2CmludGVycnVwdCA5IGNvdW50IDEwNDg1NzYKaW50ZXJydXB0 IDEwIGNvdW50IDAKaW50ZXJydXB0IDExIGNvdW50IDI0MzIwNjIwMDMKaW50ZXJydXB0IDEy IGNvdW50IDEzNjY1NTY2NzIKaW50ZXJydXB0IDEzIGNvdW50IDIxNTQ0NDI0OTYKaW50ZXJy dXB0IDE0IGNvdW50IDAKaW50ZXJydXB0IDE1IGNvdW50IDIxNTQ0NDIzNjgKaW50ZXJydXB0 IDE2IGNvdW50IDIxNTQ0NDEyODAKaW50ZXJydXB0IDE3IGNvdW50IDAKaW50ZXJydXB0IDE4 IGNvdW50IDAKaW50ZXJydXB0IDE5IGNvdW50IDAKaW50ZXJydXB0IDIwIGNvdW50IDAKaW50 ZXJydXB0IDIxIGNvdW50IDAKaW50ZXJydXB0IDIyIGNvdW50IDAKaW50ZXJydXB0IDIzIGNv dW50IDAKaW50ZXJydXB0IDI0IGNvdW50IDAKaW50ZXJydXB0IDI1IGNvdW50IDIxNTM4OTY2 NTYKaW50ZXJydXB0IDI2IGNvdW50IDE2OTczODI0CmludGVycnVwdCAyNyBjb3VudCAwCmlu dGVycnVwdCAyOCBjb3VudCAwCmludGVycnVwdCAyOSBjb3VudCA0CmludGVycnVwdCAzMCBj b3VudCAwCmludGVycnVwdCAzMSBjb3VudCAwCmludGVycnVwdCAwIGNvdW50IDIxNTQ0MjQz MjAKaW50ZXJydXB0IDEgY291bnQgMjE1Mzk0Mjc4NAppbnRlcnJ1cHQgMiBjb3VudCAwCmlu dGVycnVwdCAzIGNvdW50IDAKaW50ZXJydXB0IDQgY291bnQgMjE1Mzg5MzM0NAppbnRlcnJ1 cHQgNSBjb3VudCAyMTUzODkzMzQ0CmludGVycnVwdCA2IGNvdW50IDIxNTEyOTYxNDAKaW50 ZXJydXB0IDcgY291bnQgMjE1MTI5NjEwNAppbnRlcnJ1cHQgOCBjb3VudCA2CmludGVycnVw dCA5IGNvdW50IDEwNDg1NzYKaW50ZXJydXB0IDEwIGNvdW50IDAKaW50ZXJydXB0IDExIGNv dW50IDI0MzIwNjIwMDMKaW50ZXJydXB0IDEyIGNvdW50IDEzNjY2MjIyMDgKaW50ZXJydXB0 IDEzIGNvdW50IDIxNTQ0NDAzMjAKaW50ZXJydXB0IDE0IGNvdW50IDAKaW50ZXJydXB0IDE1 IGNvdW50IDIxNTQ0NDIzMDQKaW50ZXJydXB0IDE2IGNvdW50IDIxNTQ0Mzk5MzYKaW50ZXJy dXB0IDE3IGNvdW50IDAKaW50ZXJydXB0IDE4IGNvdW50IDAKaW50ZXJydXB0IDE5IGNvdW50 IDAKaW50ZXJydXB0IDIwIGNvdW50IDAKaW50ZXJydXB0IDIxIGNvdW50IDAKaW50ZXJydXB0 IDIyIGNvdW50IDAKaW50ZXJydXB0IDIzIGNvdW50IDAKaW50ZXJydXB0IDI0IGNvdW50IDAK aW50ZXJydXB0IDI1IGNvdW50IDIxNTM4OTY2MDgKaW50ZXJydXB0IDI2IGNvdW50IDE2OTcz ODI0CmludGVycnVwdCAyNyBjb3VudCAwCmludGVycnVwdCAyOCBjb3VudCAwCmludGVycnVw dCAyOSBjb3VudCA0CmludGVycnVwdCAzMCBjb3VudCAwCmludGVycnVwdCAzMSBjb3VudCAw CmludGVycnVwdCAwIGNvdW50IDIxNTQ0MjQzMjAKaW50ZXJydXB0IDEgY291bnQgMjE1Mzk0 Mjc4NAppbnRlcnJ1cHQgMiBjb3VudCAwCmludGVycnVwdCAzIGNvdW50IDAKaW50ZXJydXB0 IDQgY291bnQgMjE1Mzg5MzM0NAppbnRlcnJ1cHQgNSBjb3VudCAyMTUzODkzMzQ0CmludGVy cnVwdCA2IGNvdW50IDIxNTEyOTYxNDAKaW50ZXJydXB0IDcgY291bnQgMjE1MTI5NjEwNApp bnRlcnJ1cHQgOCBjb3VudCA2CmludGVycnVwdCA5IGNvdW50IDEwNDg1NzYKaW50ZXJydXB0 IDEwIGNvdW50IDAKaW50ZXJydXB0IDExIGNvdW50IDI0MzIwNjIwMDMKaW50ZXJydXB0IDEy IGNvdW50IDEzNjY2MjIyMDgKaW50ZXJydXB0IDEzIGNvdW50IDIxNTQ0NDAzMjAKaW50ZXJy dXB0IDE0IGNvdW50IDAKaW50ZXJydXB0IDE1IGNvdW50IDIxNTQ0NDIzMDQKaW50ZXJydXB0 IDE2IGNvdW50IDIxNTQ0Mzk5MzYKaW50ZXJydXB0IDE3IGNvdW50IDAKaW50ZXJydXB0IDE4 IGNvdW50IDAKaW50ZXJydXB0IDE5IGNvdW50IDAKaW50ZXJydXB0IDIwIGNvdW50IDAKaW50 ZXJydXB0IDIxIGNvdW50IDAKaW50ZXJydXB0IDIyIGNvdW50IDAKaW50ZXJydXB0IDIzIGNv dW50IDAKaW50ZXJydXB0IDI0IGNvdW50IDAKaW50ZXJydXB0IDI1IGNvdW50IDIxNTM4OTY2 MDgKaW50ZXJydXB0IDI2IGNvdW50IDE2OTczODI0CmludGVycnVwdCAyNyBjb3VudCAwCmlu dGVycnVwdCAyOCBjb3VudCAwCmludGVycnVwdCAyOSBjb3VudCA0CmludGVycnVwdCAzMCBj b3VudCAwCmludGVycnVwdCAzMSBjb3VudCAwCgppbnRlcnJ1cHQgc3Rvcm0gZGV0ZWN0ZWQg b24gImludDIiOyB0aHJvdHRsaW5nIGludGVycnVwdCBzb3VyY2UKaW50ZXJydXB0IHN0b3Jt IGRldGVjdGVkIG9uICJpbnQyIjsgdGhyb3R0bGluZyBpbnRlcnJ1cHQgc291cmNlCmludGVy cnVwdCBzdG9ybSBkZXRlY3RlZCBvbiAiaW50MiI7IHRocm90dGxpbmcgaW50ZXJydXB0IHNv dXJjZQppbnRlcnJ1cHQgc3Rvcm0gZGV0ZWN0ZWQgb24gImludDIiOyB0aHJvdHRsaW5nIGlu dGVycnVwdCBzb3VyY2UKCiMgaWZjb25maWcgYXJnZTAgZG93bgojIHZtc3RhdCAtaWEKaW50 ZXJydXB0ICAgICAgICAgICAgICAgICAgICAgICAgICB0b3RhbCAgICAgICByYXRlCnNpbnQw OiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMApzaW50MTog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAwICAgICAgICAgIDAKaW50MCBhdGgw ICAgICAgICAgICAgICAgICAgICAgICAgMjkzODc2NSAgICAgICAgIDgwCmludDE6ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAppbnQyIGFyZ2UwICAg ICAgICAgICAgICAgICAgICAgICAgMzM1NDkzICAgICAgICAgIDkKaW50MyBhcmdlMSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgMCAgICAgICAgICAwCmludDQgYXBiMCAgICAgICAg ICAgICAgICAgICAgICAgICAgIDE5MzYgICAgICAgICAgMAppbnQ1IGNsb2NrMCAgICAgICAg ICAgICAgICAgICAgICAxMTI5MzUzICAgICAgICAgMzAKYXBiIGludHIzOiB1YXJ0MCAgICAg ICAgICAgICAgICAgICAgMTkzNiAgICAgICAgICAwCmFwYiBpbnRyMjogZ3BpbzAgICAgICAg ICAgICAgICAgICAgICAgIDAgICAgICAgICAgMAphcGIgaXJxNTogcG1jICAgICAgICAgICAg ICAgICAgICAgICAgICAwICAgICAgICAgIDAKVG90YWwgICAgICAgICAgICAgICAgICAgICAg ICAgICAgNDQwNzQ4MyAgICAgICAgMTIwCgo= --------------000907010203020001090407 Content-Type: text/x-patch; name="if_arge-interrupt_counters.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="if_arge-interrupt_counters.patch" Index: sys/mips/atheros/if_arge.c =================================================================== --- sys/mips/atheros/if_arge.c (revision 268881) +++ sys/mips/atheros/if_arge.c (working copy) @@ -265,6 +265,21 @@ return (BUS_PROBE_NOWILDCARD); } +/* + * Print a list of all interrupts with there associated count. + */ +static int +sysctl_interrupt_status(SYSCTL_HANDLER_ARGS) +{ + uint32_t *intr_status = arg1; + int i; + + for (i = 0; i < 32; i++) { + printf("interrupt %d count %u\n", i, intr_status[i]); + } + return (0); +} + static void arge_attach_sysctl(device_t dev) { @@ -293,6 +308,8 @@ CTLFLAG_RW, &sc->arge_cdata.arge_tx_cons, 0, ""); SYSCTL_ADD_UINT(ctx, SYSCTL_CHILDREN(tree), OID_AUTO, "tx_cnt", CTLFLAG_RW, &sc->arge_cdata.arge_tx_cnt, 0, ""); + SYSCTL_ADD_PROC(ctx, SYSCTL_CHILDREN(tree), OID_AUTO, "interrupt_status", + CTLTYPE_INT | CTLFLAG_RW, sc, 0, sysctl_interrupt_status, "I", "Detailed interrupt counters"); #endif } @@ -2272,6 +2289,8 @@ struct arge_softc *sc = arg; uint32_t status; struct ifnet *ifp = sc->arge_ifp; + uint32_t temp_status; + int i; status = ARGE_READ(sc, AR71XX_DMA_INTR_STATUS); status |= sc->arge_intr_status; @@ -2286,6 +2305,17 @@ if (status == 0) return; + /* + * Count interrupts. + */ + temp_status = status; + for (i = 0; i < 32; i++) { + if (temp_status & 1) { + sc->intr_status[i]++; + } + temp_status = temp_status >> 1; + } + if (status & DMA_INTR_RX_BUS_ERROR) { ARGE_WRITE(sc, AR71XX_DMA_RX_STATUS, DMA_RX_STATUS_BUS_ERROR); device_printf(sc->arge_dev, "RX bus error"); Index: sys/mips/atheros/if_argevar.h =================================================================== --- sys/mips/atheros/if_argevar.h (revision 268114) +++ sys/mips/atheros/if_argevar.h (working copy) @@ -176,6 +176,7 @@ uint32_t rx_overflow; uint32_t tx_underflow; } stats; + uint32_t intr_status[32]; }; #endif /* __IF_ARGEVAR_H__ */ --------------000907010203020001090407-- From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 11:46:32 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03512689; Sat, 26 Jul 2014 11:46:32 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B624923CE; Sat, 26 Jul 2014 11:46:31 +0000 (UTC) Received: from [192.168.0.7] (cpc14-cmbg15-2-0-cust307.5-4.cable.virginm.net [82.26.1.52]) (authenticated bits=0) by theravensnest.org (8.14.7/8.14.7) with ESMTP id s6QBkIVR001667 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 26 Jul 2014 11:46:20 GMT (envelope-from theraven@FreeBSD.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: mips64 ld GOT problem From: David Chisnall In-Reply-To: Date: Sat, 26 Jul 2014 12:46:14 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <2021F70B-2AA4-412C-8D1B-A8D38A3E031C@FreeBSD.org> References: <77F1DDA2-A4E5-4D64-AA43-F8CBC55249C4@me.com> <48935A3D-0387-42F1-ACF0-14EB7D8F9A06@bsdimp.com> To: Stacey Son X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-mips@FreeBSD.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 11:46:32 -0000 The only way that I've ever got llvm to compile for MIPS has been by = enabling shared libraries, enabling optimisation, and disabling debug = info. This gave each shared lib a small enough GOT for our binutils = linker to work. Newer binutils supports multi-GOT (GOT is split and different GOTs are = installed by some calls) and large-GOT (GOT accesses use register = offsets) modes. David On 25 Jul 2014, at 23:27, Stacey Son wrote: >=20 > Hi Warner... >=20 > On Jul 25, 2014, at 11:26 AM, Warner Losh wrote: >=20 >>=20 >> On Jul 25, 2014, at 9:24 AM, Stacey Son wrote: >>=20 >>> Hi all: >>>=20 >>> I have been trying to bootstrap clang/llvm 3.5 for mips64 (i.e. = cross build clang/llvm 3.5 for mips64 using clang/llvm 3.5) but run into = the following linker problem (see below) in about the midway point as it = is trying to link 'opt'. The assertions that fail are the following: >>>=20 >>> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:7455 >>>=20 >>> BFD_ASSERT (g->assigned_gotno - g->local_gotno >>> <=3D g->global_gotno); >>>=20 >>> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:2767 >>>=20 >>> /* There should have been enough room in the symbol table to >>> accommodate both the GOT and non-GOT symbols. */ >>> BFD_ASSERT (hsd.max_non_got_dynindx <=3D hsd.min_got_dynindx); >>>=20 >>> BFD 2.17.50 [FreeBSD] 2007-07-03 assertion fail = /usr/home/sson/freebsd/gnu/usr.bin/binutils/libbfd/../../../../contrib/bin= utils/bfd/elfxx-mips.c:10282 >>>=20 >>> /* Make sure we didn't grow the global .got region. */ >>> dynobj =3D elf_hash_table (info)->dynobj; >>> got =3D mips_elf_got_section (dynobj, FALSE); >>> g =3D mips_elf_section_data (got)->u.got_info; >>>=20 >>> if (g->global_gotsym !=3D NULL) >>> BFD_ASSERT ((elf_hash_table (info)->dynsymcount >>> - g->global_gotsym->dynindx) >>> <=3D g->global_gotno); >>>=20 >>> Does anyone have an idea for a work around or fix? >>=20 >> Silly question: does using the latest binutils fix this problem? >=20 > Is there a stable port of the latest binutils to mips? Does someone = have some patches? I did tried TheRaven's port of the 2.18 binutils but = it seemed that 'ld' wasn't very happy. It didn't like any of the object = files I offered it. >=20 >> Failing that, perhaps we need to specify a larger GOT region that we = do today? IIRC, that=92s specified with -g on the linker line, Try = adding =93-G0=94. I have a vague recollection we always used to do this, = but moved it to be a default (or maybe other systems have the default = and we still need to add it). It doesn=92t look like it is being added = from the output that you=92ve posted. IIRC, it has to be specified on = all the compiler invocations as well. >=20 > Reading the man page implies -Gvalue/--gpsize=3Dvalue is only for = ECOFF binaries. I tried it anyway and it didn't seem to help. >=20 > -stacey. From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 20:29:22 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5B1B79F; Sat, 26 Jul 2014 20:29:22 +0000 (UTC) Received: from server1.weites.net (mail.weites.com [89.188.29.41]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EB302F0B; Sat, 26 Jul 2014 20:29:21 +0000 (UTC) Received: from [10.14.92.96] (5248604F.cm-4-1b.dynamic.ziggo.nl [82.72.96.79]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: harm@weites.com) by server1.weites.net (Postfix) with ESMTPSA id 84646C99B1; Sat, 26 Jul 2014 22:29:17 +0200 (CEST) Message-ID: <53D40F9E.6020409@weites.com> Date: Sat, 26 Jul 2014 22:29:18 +0200 From: Harm Weites User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: interrupt storm arge0, tplink 1043nd References: <53CEB6B1.9050301@weites.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 20:29:22 -0000 Oops, ofcourse it didn't work... After passing the correct argument (&sc->intr_status, instead of sc) I got answers. These are the results of three times sysctl, producing 4 lines per run (presumably 2 lines arge0 and 2 lines for the dumb arge1). First run took place after boot, second a while after that and third just after the storm. interrupt 1 count 135 interrupt 1 count 135 interrupt 1 count 0 interrupt 1 count 0 interrupt 1 count 4738 interrupt 1 count 4738 interrupt 1 count 0 interrupt 1 count 0 interrupt 1 count 5041 interrupt 1 count 5041 interrupt 1 count 0 interrupt 1 count 0 interrupt 4 count 108 interrupt 4 count 108 interrupt 4 count 0 interrupt 4 count 0 interrupt 4 count 15843 interrupt 4 count 15844 interrupt 4 count 0 interrupt 4 count 0 interrupt 4 count 35311 interrupt 4 count 35311 interrupt 4 count 0 interrupt 4 count 0 interrupt 6 count 0 interrupt 6 count 0 interrupt 6 count 0 interrupt 6 count 0 interrupt 6 count 4 interrupt 6 count 4 interrupt 6 count 0 interrupt 6 count 0 interrupt 6 count 11 interrupt 6 count 11 interrupt 6 count 0 interrupt 6 count 0 Interrupt 4 went up rather quick, so that likely is the bad guy. Right? Regards, Harm op 22-07-14 21:26, Adrian Chadd schreef: > Hi! > > So, ignore the ath0 stuff for now. int2 should be arge0, right? > > what's vmstat -ia say? > > Assuming it's actually arge0, we need to add some debugging counters > to the interrupt path to count how many of each interrupt are > occuring. The stuff i stuck behind ARGEDEBUG() is useful for debugging > some silly bugs but not at the rate that you're getting interrupts. > > So I'd add something like this to the arge softc struct: > > uint32_t intr_status[32]; > > .. then in the interrupt routine, something like this: > > temp_status = status; > for (i = 0; i < 32; i++) { > if (temp_status & 1) { > intr_status[i]++; > } > temp_status = temp_status >> 1; > } > > That'll count the number of interrupts that are firing for each > interrupt status bit. > > Then, you'll want to write a sysctl for it. Have a look at > if_ath_sysctl.c for the SYSCTL_PROC() entries. Just write one that > when called will just printf() the intr_status array: > > for (i = 0; i < 32; i++) { > printf("interrupt %d count %u\n", i, intr_status[i]); > } > > Just make sure you do a complete kernel recompile as changing the > headers doesn't always force the source files to recompile. > > > -a > > > On 22 July 2014 12:08, Harm Weites wrote: >> Hi, >> >> My 1043nd is complaining about interrupt storms, presumably only when >> wifi is beeing used. When this occurs, networking is gone. >> >> The exact message thats flooding me: >> interrupt storm detected on "int2"; throttling interrupt source >> >> The device associated with int2 is arge0. >> >> Some possibly related logs, though these messages start at boot: >> >> # /sbin/dmesg | tail >> ath0: stuck beacon; resetting (bmiss count 4) >> ar5416StopDmaReceive: dma failed to stop in 10ms >> AR_CR=0x00000024 >> AR_DIAG_SW=0x42000020 >> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >> ath0: stuck beacon; resetting (bmiss count 4) >> ar5416StopDmaReceive: dma failed to stop in 10ms >> AR_CR=0x00000024 >> AR_DIAG_SW=0x42000020 >> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >> >> This unit is configured with (arge0) port0 bound to device vlan1, port4 >> to vlan2 and ports 1,2,3 make up vlan3. There is wlan0, bound to ath0 >> and a bridge device that connects wlan0 to vlan3. There is a dhcp server >> running in vlan3 to answer to wifi clients, internet is routed through >> vlan1. This initially works but after a little while the storm begins >> and the wifi client is left to die. >> >> Adrian@ suggested to start with reading which interrupt(s) occur(s), but >> that is perhaps a little to hard for me to code :) Looking at if_arge.c, >> it seems there is some debug code already in place (ARGEDEBUG()) though >> I'm not sure on how to use that. Reading from the AR71XX_DMA_INTR >> register and mapping its content to AR71XX_DMA_INTR_STATUS would be >> something I'd like to do with a separate program (instead of boldly >> taking a deepdive in to if_arge.c and recompiling/flashing untill >> something works). >> >> One of my other units is configured with just a vlan device per switch >> port, no wifi and no bridge. A third unit is configured with a wlan0, >> vlan1 (port0) and vlan2 (ports 1,2,3,4). Both not showing any issues in >> the past months. The only difference would be this problem-unit has a >> bridge. >> >> Any thoughts on how to approach or 'just' fix this? >> >> Regards, >> Harm >> _______________________________________________ >> freebsd-mips@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 21:38:31 2014 Return-Path: Delivered-To: freebsd-mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C29C23EE for ; Sat, 26 Jul 2014 21:38:31 +0000 (UTC) Received: from mail-qa0-x22f.google.com (mail-qa0-x22f.google.com [IPv6:2607:f8b0:400d:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8449823FF for ; Sat, 26 Jul 2014 21:38:31 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id i13so6098481qae.6 for ; Sat, 26 Jul 2014 14:38:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Sk4KaRxgR2F9/JYYeApByki35qA+emdgzMTrXQOp4sQ=; b=0qf6inbRyz+WTUJRlWkFegyB6KQUbYiMCwkoKY92rFZDTY4kKMgJB1bk4uLcEW+vZu vvQMMtnFl9jUjJJdvCsKlwv1Cjjv6Aga+r/4fU3PIqTtlELUUJ0zvK1s4y+tH+u0YskZ izftT2Nd78uKp7uYkUhoQ9mJvgLIA5GmHZPYSsYr+URZW05kRun8+RpG5qcGu80wuzTS qbigJYqOxg5PmZZ2kYbQZtV0okHbfHcZOW07FjgnSeQNUV0HGWwwocVIYY4ZGjLR3aSV 2s8KxHhHjgdhdBGCfSnvnVRt0DxAWPj1zIkJArmpnCUO7QYPY+nuEs3QSRqq0awUtcFM Rv4g== MIME-Version: 1.0 X-Received: by 10.224.97.65 with SMTP id k1mr42238316qan.28.1406410710597; Sat, 26 Jul 2014 14:38:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.1.6 with HTTP; Sat, 26 Jul 2014 14:38:30 -0700 (PDT) In-Reply-To: <53D40F9E.6020409@weites.com> References: <53CEB6B1.9050301@weites.com> <53D40F9E.6020409@weites.com> Date: Sat, 26 Jul 2014 14:38:30 -0700 X-Google-Sender-Auth: Fk3Tggq4wRyEFEil25GM2RE0hDo Message-ID: Subject: Re: interrupt storm arge0, tplink 1043nd From: Adrian Chadd To: Harm Weites Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-mips@freebsd.org" X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 21:38:31 -0000 So those interrupts are: ar71xxreg.h:#define AR71XX_DMA_INTR 0x198 ar71xxreg.h:#define AR71XX_DMA_INTR_STATUS 0x19C ar71xxreg.h:#define DMA_INTR_ALL ((1 << 8) - 1) ar71xxreg.h:#define DMA_INTR_RX_BUS_ERROR (1 << 7) ar71xxreg.h:#define DMA_INTR_RX_OVERFLOW (1 << 6) ar71xxreg.h:#define DMA_INTR_RX_PKT_RCVD (1 << 4) ar71xxreg.h:#define DMA_INTR_TX_BUS_ERROR (1 << 3) ar71xxreg.h:#define DMA_INTR_TX_UNDERRUN (1 << 1) ar71xxreg.h:#define DMA_INTR_TX_PKT_SENT (1 << 0) .. so interrupt bit 4 is packet received. So yeah, it going up is quite expected. but is it triggering the storm? I'm not sure. So the next thing is figuring out if this s causing the storm logic to fire or not. I'l go digging. Thanks! -a On 26 July 2014 13:29, Harm Weites wrote: > Oops, ofcourse it didn't work... After passing the correct argument > (&sc->intr_status, instead of sc) I got answers. > > These are the results of three times sysctl, producing 4 lines per run > (presumably 2 lines arge0 and 2 lines for the dumb arge1). First run > took place after boot, second a while after that and third just after > the storm. > > interrupt 1 count 135 > interrupt 1 count 135 > interrupt 1 count 0 > interrupt 1 count 0 > interrupt 1 count 4738 > interrupt 1 count 4738 > interrupt 1 count 0 > interrupt 1 count 0 > interrupt 1 count 5041 > interrupt 1 count 5041 > interrupt 1 count 0 > interrupt 1 count 0 > > interrupt 4 count 108 > interrupt 4 count 108 > interrupt 4 count 0 > interrupt 4 count 0 > interrupt 4 count 15843 > interrupt 4 count 15844 > interrupt 4 count 0 > interrupt 4 count 0 > interrupt 4 count 35311 > interrupt 4 count 35311 > interrupt 4 count 0 > interrupt 4 count 0 > > interrupt 6 count 0 > interrupt 6 count 0 > interrupt 6 count 0 > interrupt 6 count 0 > interrupt 6 count 4 > interrupt 6 count 4 > interrupt 6 count 0 > interrupt 6 count 0 > interrupt 6 count 11 > interrupt 6 count 11 > interrupt 6 count 0 > interrupt 6 count 0 > > Interrupt 4 went up rather quick, so that likely is the bad guy. Right? > > Regards, > Harm > > op 22-07-14 21:26, Adrian Chadd schreef: >> Hi! >> >> So, ignore the ath0 stuff for now. int2 should be arge0, right? >> >> what's vmstat -ia say? >> >> Assuming it's actually arge0, we need to add some debugging counters >> to the interrupt path to count how many of each interrupt are >> occuring. The stuff i stuck behind ARGEDEBUG() is useful for debugging >> some silly bugs but not at the rate that you're getting interrupts. >> >> So I'd add something like this to the arge softc struct: >> >> uint32_t intr_status[32]; >> >> .. then in the interrupt routine, something like this: >> >> temp_status = status; >> for (i = 0; i < 32; i++) { >> if (temp_status & 1) { >> intr_status[i]++; >> } >> temp_status = temp_status >> 1; >> } >> >> That'll count the number of interrupts that are firing for each >> interrupt status bit. >> >> Then, you'll want to write a sysctl for it. Have a look at >> if_ath_sysctl.c for the SYSCTL_PROC() entries. Just write one that >> when called will just printf() the intr_status array: >> >> for (i = 0; i < 32; i++) { >> printf("interrupt %d count %u\n", i, intr_status[i]); >> } >> >> Just make sure you do a complete kernel recompile as changing the >> headers doesn't always force the source files to recompile. >> >> >> -a >> >> >> On 22 July 2014 12:08, Harm Weites wrote: >>> Hi, >>> >>> My 1043nd is complaining about interrupt storms, presumably only when >>> wifi is beeing used. When this occurs, networking is gone. >>> >>> The exact message thats flooding me: >>> interrupt storm detected on "int2"; throttling interrupt source >>> >>> The device associated with int2 is arge0. >>> >>> Some possibly related logs, though these messages start at boot: >>> >>> # /sbin/dmesg | tail >>> ath0: stuck beacon; resetting (bmiss count 4) >>> ar5416StopDmaReceive: dma failed to stop in 10ms >>> AR_CR=0x00000024 >>> AR_DIAG_SW=0x42000020 >>> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >>> ath0: stuck beacon; resetting (bmiss count 4) >>> ar5416StopDmaReceive: dma failed to stop in 10ms >>> AR_CR=0x00000024 >>> AR_DIAG_SW=0x42000020 >>> MBSSID Set bit 22 of AR_STA_ID 0xb8c16866 >>> >>> This unit is configured with (arge0) port0 bound to device vlan1, port4 >>> to vlan2 and ports 1,2,3 make up vlan3. There is wlan0, bound to ath0 >>> and a bridge device that connects wlan0 to vlan3. There is a dhcp server >>> running in vlan3 to answer to wifi clients, internet is routed through >>> vlan1. This initially works but after a little while the storm begins >>> and the wifi client is left to die. >>> >>> Adrian@ suggested to start with reading which interrupt(s) occur(s), but >>> that is perhaps a little to hard for me to code :) Looking at if_arge.c, >>> it seems there is some debug code already in place (ARGEDEBUG()) though >>> I'm not sure on how to use that. Reading from the AR71XX_DMA_INTR >>> register and mapping its content to AR71XX_DMA_INTR_STATUS would be >>> something I'd like to do with a separate program (instead of boldly >>> taking a deepdive in to if_arge.c and recompiling/flashing untill >>> something works). >>> >>> One of my other units is configured with just a vlan device per switch >>> port, no wifi and no bridge. A third unit is configured with a wlan0, >>> vlan1 (port0) and vlan2 (ports 1,2,3,4). Both not showing any issues in >>> the past months. The only difference would be this problem-unit has a >>> bridge. >>> >>> Any thoughts on how to approach or 'just' fix this? >>> >>> Regards, >>> Harm >>> _______________________________________________ >>> freebsd-mips@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-mips >>> To unsubscribe, send any mail to "freebsd-mips-unsubscribe@freebsd.org" > From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 23:14:54 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90B74C42 for ; Sat, 26 Jul 2014 23:14:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7940E2B79 for ; Sat, 26 Jul 2014 23:14:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6QNEsSB022036 for ; Sat, 26 Jul 2014 23:14:54 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Sat, 26 Jul 2014 23:14:54 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 23:14:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #8 from Sean Bruno --- Updated and tried a xdev tool chain and a fully native tool chain in emulation via QEMU. pkg still seems to be failing: ===> Staging for pkg-1.3.0 ===> Generating temporary packing list if test -z 'strip'; then /usr/bin/make INSTALL_PROGRAM="/bin/sh /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/install-sh -c -s" install_sh_PROGRAM="/bin/sh /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/install-sh -c -s" INSTALL_STRIP_FLAG=-s install; else /usr/bin/make INSTALL_PROGRAM="/bin/sh /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/install-sh -c -s" install_sh_PROGRAM="/bin/sh /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/install-sh -c -s" INSTALL_STRIP_FLAG=-s "INSTALL_PROGRAM_ENV=STRIPPROG='strip'" install; fi Making install in external /usr/bin/make install-am Making install in libpkg Making install in repo Making install in binary Making install in . /bin/mkdir -p '/usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib' /bin/sh ../libtool --mode=install /usr/bin/install -c -o root -g wheel -s libpkg.la libpkg_static.la '/usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib' libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpkg.so.3.0.0 /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg.so.3.0.0 libtool: install: strip --strip-unneeded /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg.so.3.0.0 libtool: install: (cd /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib && { ln -s -f libpkg.so.3.0.0 libpkg.so.3 || { rm -f libpkg.so.3 && ln -s libpkg.so.3.0.0 libpkg.so.3; }; }) libtool: install: (cd /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib && { ln -s -f libpkg.so.3.0.0 libpkg.so || { rm -f libpkg.so && ln -s libpkg.so.3.0.0 libpkg.so; }; }) libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpkg.lai /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpkg_static.lai /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.la libtool: install: /usr/bin/install -c -o root -g wheel .libs/libpkg_static.a /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a libtool: install: strip --strip-debug /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a libtool: install: chmod 644 /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a libtool: install: ranlib /usr/ports/ports-mgmt/pkg/work/stage/usr/local/lib/libpkg_static.a ranlib: fatal: Invalid filename *** Error code 70 Stop. make[6]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/libpkg *** Error code 1 Stop. make[5]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/libpkg *** Error code 1 Stop. make[4]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0/libpkg *** Error code 1 Stop. make[3]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0 *** Error code 1 Stop. make[2]: stopped in /usr/ports/ports-mgmt/pkg/work/pkg-1.3.0 *** Error code 1 Stop. make[1]: stopped in /usr/ports/ports-mgmt/pkg *** Error code 1 Stop. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 23:19:58 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 361C3D1C for ; Sat, 26 Jul 2014 23:19:58 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F2412BA4 for ; Sat, 26 Jul 2014 23:19:58 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6QNJvDg077890 for ; Sat, 26 Jul 2014 23:19:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Sat, 26 Jul 2014 23:19:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 23:19:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bapt@FreeBSD.org --- Comment #9 from Sean Bruno --- adding bapt for tracking. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-mips@FreeBSD.ORG Sat Jul 26 23:21:56 2014 Return-Path: Delivered-To: freebsd-mips@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46F86D83 for ; Sat, 26 Jul 2014 23:21:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2FFAB2C2B for ; Sat, 26 Jul 2014 23:21:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.8/8.14.8) with ESMTP id s6QNLu0X004055 for ; Sat, 26 Jul 2014 23:21:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-mips@FreeBSD.org Subject: [Bug 191587] [mips] 'strip' corrupts static libraries Date: Sat, 26 Jul 2014 23:21:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: bapt@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-mips@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Jul 2014 23:21:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191587 --- Comment #10 from Baptiste Daroussin --- We should never strip static libraries should we? I breaks way more than only mips -- You are receiving this mail because: You are the assignee for the bug.