From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 23:22:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EB87FAB4; Tue, 23 Dec 2014 23:22:48 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAEED64CDF; Tue, 23 Dec 2014 23:22:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Uk1o0CleK9YHkI1ekQ1Pr6r0VeAe/IJfsCFsVQvGxps=; b=frS8kMMr2/CCKZdSv1XB/wcatgD0OrqQti9idFs0wZRIxrZgUzGrFGMpB1o6R7nU5WPVN5DPmbhyGlfC+bIwEgpwKxOOqbLfMn/FGHuhAVTu7ZH6WII11RFQrWZfPo9yK+K5Km5TBOrVNHoV5zllW2mTLlNx4Kubs2Jvr++nlB0=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:59385 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y3Ymr-000IPj-U6; Tue, 23 Dec 2014 17:22:47 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Dec 2014 17:22:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2014 17:22:45 -0600 From: Larry Rosenman To: Ian Lepore Subject: Re: lsof on FreeBSD/arm In-Reply-To: <1419374279.1018.144.camel@freebsd.org> References: <1419362189.1018.138.camel@freebsd.org> <1419367656.1018.142.camel@freebsd.org> <48ad36516ffbabbecf6ab3c53031bfb3@thebighonker.lerctr.org> <1419374279.1018.144.camel@freebsd.org> Message-ID: <7aad6804880fa6a6b65ed43025a2ee57@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Dec 2014 23:22:49 -0000 On 2014-12-23 16:37, Ian Lepore wrote: > On Tue, 2014-12-23 at 16:29 -0600, Larry Rosenman wrote: >> On 2014-12-23 14:47, Ian Lepore wrote: >> > On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: >> >> On 2014-12-23 13:16, Ian Lepore wrote: >> >> > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: >> >> >> Greetings, >> >> >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's >> >> >> been >> >> >> reported to me that the port doesn't compile on arm. In investigating >> >> >> that, I found that some of the includes that lsof includes need a cpu >> >> >> type defined in order to compile (machine/cpuconf.h). >> >> >> >> >> >> Is there a reason that there is no "default" cpu defined either by the >> >> >> compiler or environment? >> >> >> >> >> >> Playing in a armv6 poudriere jail, I found I can get it to compile >> >> >> via: >> >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf >> >> >> CFLAGS += -DCPU_ARM1136=1 >> >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ >> >> >> >> >> >> However, I'm not sure if that's kosher for a port to just define. >> >> >> >> >> >> Can any of the arm experts help here? >> >> >> >> >> >> >> >> >> >> >> > >> >> > See if the attached patch helps. The specific type of cpu shouldn't >> >> > really matter outside the kernel (or even inside it except in a couple >> >> > places), what usually matters is the architecture, which we've >> >> > simplified to v4 versus v6 for most purposes. >> >> > >> >> > The attached patch will use the compiler's predefined values for arch >> >> > to >> >> > set our old-school symbols, which we really need to do a big cleanup >> >> > pass on, but hopefully this little hack will get you going until that >> >> > gets done. Let me know if this works and I'll commit it. >> >> > >> >> > -- Ian >> >> Thanks. I'm having a hard time convincing poudriere to apply this >> >> patch >> >> to the environment >> >> >> >> Any ideas? >> > >> > Hrm, I seem to have fumbled the cpuconf.h attachment on the last try. >> > >> > -- Ian >> still get: >> --- dproc.o --- >> In file included from ./dlsof.h:90: >> In file included from /usr/src/sys/sys/conf.h:44: >> In file included from /usr/src/sys/sys/eventhandler.h:34: >> In file included from /usr/src/sys/sys/mutex.h:40: >> In file included from /usr/src/sys/sys/pcpu.h:48: >> In file included from /usr/include/machine/pcpu.h:35: >> /usr/include/machine/cpuconf.h:180:2: error: ARM_NMMUS is 0 >> >> so we still need some more help here. >> >> > > Urk, there were even more cpu-specific tests were lurking further down > in the file. See if this fixes it... > > -- Ian Bingo -- clean build..... --- lsof --- qemu: unsupported syscall: 82 (calling anyway) cc -o lsof -pipe -DNEEDS_BOOL_TYPEDEF -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=11000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"11.0-CURRENT\" -I/usr/src/sys -O dmnt.o dnode.o dnode1.o dnode2.o dproc.o dsock.o dstore.o arg.o main.o misc.o node.o print.o proc.o store.o usage.o util.o -L./lib -llsof -lkvm Thank You, Ian! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688