Re: Build failure in stand

2017-12-05 Thread Warner Losh 
On Tue, Dec 5, 2017 at 2:03 PM, Ryan Stone  wrote:

> So I don't fully understand why this build failure happened, but I did
> manage to find root cause.  It turns out that there was a bug in make
> that caused our build infrastructure to write objects and other build
> output to the srcdir rather than the objdir in certain cases when
> using make -C.  I have a workaround in place for now and bdrewery@ is
> working on a fix for the build infrastructure.
>

OK. That makes sense. It's caused by using the amd64 cpufuncs file being
used when compiling on i386 (aka -m32).

I have some fixes that should make it less likely to be an issue in the
works...

Warner
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Build failure in stand

2017-12-05 Thread Ryan Stone 
So I don't fully understand why this build failure happened, but I did
manage to find root cause.  It turns out that there was a bug in make
that caused our build infrastructure to write objects and other build
output to the srcdir rather than the objdir in certain cases when
using make -C.  I have a workaround in place for now and bdrewery@ is
working on a fix for the build infrastructure.
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: valloric YCM [header definitions]

2017-12-05 Thread Mark Linimon 
On Wed, Dec 06, 2017 at 02:18:29AM +0800, blubee blubeeme wrote:
> I'm looking for where the u_int, u_long headers are defined?

Although it seems to be out-of-date, for something fundamental like this
you should be able to use the FXR instance:

  http://fxr.watson.org/fxr/search

mcl
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

buildkernel fails for rev 326557

2017-12-05 Thread owner-freebsd-current 

Hello:
I am trying to update a system from:

FreeBSD 11.0-RC2 #0 r304729: Wed Aug 24 06:59:03 UTC 2016  amd64

to:

huff@> svn info
Path: .
Working Copy Root Path: /usr/src
URL: http://svn.freebsd.org/base/head
Relative URL: ^/head
Repository Root: http://svn.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 326557
Node Kind: directory
Schedule: normal
Last Changed Author: eadler
Last Changed Rev: 326557
Last Changed Date: 2017-12-04 23:43:39 -0500 (Mon, 04 Dec 2017)

After "rm -rf /usr/obj":
Buildworld completes successfully.
Buildkernel, with "-j1", fails with:

`svm.c' is up to date.
`svm_support.S' is up to date.
`npt.c' is up to date.
`ivrs_drv.c' is up to date.
`amdvi_hw.c' is up to date.
`svm_msr.c' is up to date.
`afterdepend' was not built (made 1, flags 2019, type 3018001)!
`afterdepend' has .ORDER dependency against .depend (made 1, flags 301b, 
type 3020001)
`opt_global.h' was not built (made 0, flags 2009, type 300)!
*** [all_subdir_vmm] Error code 1

make[3]: stopped in /usr/src/sys/modules
1 error

make[3]: stopped in /usr/src/sys/modules
*** [modules-all] Error code 2

make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM
1 error

make[2]: stopped in /usr/obj/usr/src/amd64.amd64/sys/JERUSALEM
*** [buildkernel] Error code 2


Rechecking src/UPDATING shows nothing interesting.
The kernel config file is appended.

Have I screwed something up, or is there a problem elsewhere?


Respectfully,


Robert Huff


#
# GENERIC -- Generic kernel configuration file for FreeBSD/amd64
#
# For more information on this file, please read the config(5) manual page,
# and/or the handbook section on Kernel Configuration Files:
#
#
https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (https://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files.
# If you are in doubt as to the purpose or necessity of a line, check first
# in NOTES.
#
# $FreeBSD: head/sys/amd64/conf/GENERIC 326377 2017-11-29 23:41:49Z scottl $

cpu HAMMER
ident   JERUSALEM

makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols
makeoptions WITH_CTF=1  # Run ctfconvert(1) for DTrace support

options SCHED_ULE   # ULE scheduler
options PREEMPTION  # Enable kernel thread preemption
options VIMAGE  # Subsystem virtualization, e.g. VNET
options INET# InterNETworking
options INET6   # IPv6 communications protocols
options IPSEC   # IP (v4/v6) security
options IPSEC_SUPPORT   # Allow kldload of ipsec and tcpmd5
options TCP_OFFLOAD # TCP offload
options TCP_HHOOK   # hhook(9) framework for TCP
options SCTP# Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options UFS_GJOURNAL# Enable gjournal-based UFS journaling
options QUOTA   # Enable disk quotas for UFS
options MD_ROOT # MD is a potential root device
options NFSCL   # Network Filesystem Client
options NFSD# Network Filesystem Server
options NFSLOCKD# Network Lock Manager
options NFS_ROOT# NFS usable as /, requires NFSCL
options MSDOSFS # MSDOS Filesystem
options CD9660  # ISO 9660 Filesystem
options PROCFS  # Process filesystem (requires PSEUDOFS)
options PSEUDOFS# Pseudo-filesystem framework
options GEOM_PART_GPT   # GUID Partition Tables.
options GEOM_RAID   # Soft RAID functionality.
options GEOM_LABEL  # Provides labelization
options COMPAT_FREEBSD32# Compatible with i386 binaries
#optionsCOMPAT_FREEBSD4 # Compatible with FreeBSD4
#optionsCOMPAT_FREEBSD5 # Compatible with FreeBSD5
#optionsCOMPAT_FREEBSD6 # Compatible with FreeBSD6
#optionsCOMPAT_FREEBSD7 # Compatible with FreeBSD7
#optionsCOMPAT_FREEBSD9 # Compatible

valloric YCM [header definitions]

2017-12-05 Thread blubee blubeeme 
I'm looking for where the u_int, u_long headers are defined?

for instance MOD_LOAD, UNLOAD, ENOTSUP along with u_int and u_long aren't
being picked up by libclang

module_t isn't being found either but I located that header file in
/usr/include/sys/module.h

snd_modevent(module_t mod, int type, void *data)
{

switch (type) {
case MOD_LOAD:
break;
case MOD_UNLOAD:
break;
default:
return (ENOTSUP);
break;
}
return 0;
}

Anyone here uses YCM?

Here's a verbose output of my global ycm_config. I hard coded the values to
test but still some headers like u_int, u_long and the above mentioned
MOD_* aren't being picked up.

Any ideas why?

'-std=c99',
'-x',
'c',
'-I',
'/usr/local/include',
'-I',
'/usr/include',
'-I',
'/usr/include/teken',
'-I',
'/usr/include/geom',
'-I',
'/usr/include/netgraph',
'-I',
'/usr/include/isofs',
'-I',
'/usr/include/net80211',
'-I',
'/usr/include/gssapi',
'-I',
'/usr/include/xlocale',
'-I',
'/usr/include/netpfil',
'-I',
'/usr/include/gcc',
'-I',
'/usr/include/bsnmp',
'-I',
'/usr/include/libxo',
'-I',
'/usr/include/ssp',
'-I',
'/usr/include/devdctl',
'-I',
'/usr/include/security',
'-I',
'/usr/include/crypto',
'-I',
'/usr/include/cam',
'-I',
'/usr/include/rdma',
'-I',
'/usr/include/infiniband',
'-I',
'/usr/include/rpcsvc',
'-I',
'/usr/include/atf-c',
'-I',
'/usr/include/netnatm',
'-I',
'/usr/include/ufs',
'-I',
'/usr/include/edit',
'-I',
'/usr/include/nfsserver',
'-I',
'/usr/include/netsmb',
'-I',
'/usr/include/gnu',
'-I',
'/usr/include/net',
'-I',
'/usr/include/private',
'-I',
'/usr/include/nfsclient',
'-I',
'/usr/include/openssl',
'-I',
'/usr/include/libmilter',
'-I',
'/usr/include/atf-c++',
'-I',
'/usr/include/netinet6',
'-I',
'/usr/include/x86',
'-I',
'/usr/include/dev',
'-I',
'/usr/include/bsm',
'-I',
'/usr/include/netipsec',
'-I',
'/usr/include/netinet',
'-I',
'/usr/include/krb5',
'-I',
'/usr/include/casper',
'-I',
'/usr/include/protocols',
'-I',
'/usr/include/lib80211',
'-I',
'/usr/include/arpa',
'-I',
'/usr/include/pcap',
'-I',
'/usr/include/nfs',
'-I',
'/usr/include/machine',
'-I',
'/usr/include/fs',
'-I',
'/usr/include/sys',
'-I',
'/usr/include/rpc',
'-I',
'/usr/include/kadm5',
'-I',
'/usr/include/vm',
'-I',
'/usr/include/c++',
'-I',
'/usr/include/lzma',
'-I',
'/sys',
'-I',
'/dev',
'-I',
'/usr/src',
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildkernel broken after r326553

2017-12-05 Thread Yuri Pankov 

On Tue, Dec  5, 2017 at 09:24:28AM -0800, Bryan Drewery wrote:

On 12/5/2017 9:10 AM, Bryan Drewery wrote:

On 12/5/2017 9:03 AM, Yuri Pankov wrote:

Hi,

Looks like one of the commits by Bryan (r326549-r326553) has broken the
kernel build for me (using -j32, but serial build did fail as well) --
checking out r326547 make it work again.

I can't pinpoint the exact error in the build log, as it seems to be
some make weirdness, so here's a guess, please let me know if you need
full build log:

--- all_subdir_vmm ---
make[4]: Graph cycles through `vmx_assym.h'
make[4]: Graph cycles through `vmx_genassym.o'
make[4]: Graph cycles through `svm_assym.h'
make[4]: Graph cycles through `svm_genassym.o'
`svm_genassym.c' is up to date.
`vmx_genassym.c' is up to date.
`vmm.c' is up to date.
`vmm_dev.c' is up to date.
`vmm_host.c' is up to date.
`vmm_instruction_emul.c' is up to date.
`vmm_ioport.c' is up to date.
`vmm_lapic.c' is up to date.
`vmm_mem.c' is up to date.
`vmm_stat.c' is up to date.
`vmm_util.c' is up to date.
`x86.c' is up to date.
`iommu.c' is up to date.
`ppt.c' is up to date.
`vatpic.c' is up to date.
`vatpit.c' is up to date.
`vhpet.c' is up to date.
`vioapic.c' is up to date.
`vlapic.c' is up to date.
`vpmtmr.c' is up to date.
`vrtc.c' is up to date.
`ept.c' is up to date.
`vmcs.c' is up to date.
`vmx_msr.c' is up to date.
`vmx_support.S' is up to date.
`vmx.c' is up to date.
`vtd.c' is up to date.
`vmcb.c' is up to date.
`svm.c' is up to date.
`svm_support.S' is up to date.
`npt.c' is up to date.
`ivrs_drv.c' is up to date.
`amdvi_hw.c' is up to date.
`svm_msr.c' is up to date.
`afterdepend' was not built (made 1, flags 2019, type 3018001)!
     `afterdepend' has .ORDER dependency against .depend (made 1, flags
301b, type 3020001)
`opt_global.h' was not built (made 0, flags 2009, type 300)!
*** [all_subdir_vmm] Error code 1


I'll have a fix in shortly. Sorry about that.



Fixed in r326569.


Thank you!

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: buildkernel broken after r326553

2017-12-05 Thread Bryan Drewery 
On 12/5/2017 9:10 AM, Bryan Drewery wrote:
> On 12/5/2017 9:03 AM, Yuri Pankov wrote:
>> Hi,
>>
>> Looks like one of the commits by Bryan (r326549-r326553) has broken the
>> kernel build for me (using -j32, but serial build did fail as well) --
>> checking out r326547 make it work again.
>>
>> I can't pinpoint the exact error in the build log, as it seems to be
>> some make weirdness, so here's a guess, please let me know if you need
>> full build log:
>>
>> --- all_subdir_vmm ---
>> make[4]: Graph cycles through `vmx_assym.h'
>> make[4]: Graph cycles through `vmx_genassym.o'
>> make[4]: Graph cycles through `svm_assym.h'
>> make[4]: Graph cycles through `svm_genassym.o'
>> `svm_genassym.c' is up to date.
>> `vmx_genassym.c' is up to date.
>> `vmm.c' is up to date.
>> `vmm_dev.c' is up to date.
>> `vmm_host.c' is up to date.
>> `vmm_instruction_emul.c' is up to date.
>> `vmm_ioport.c' is up to date.
>> `vmm_lapic.c' is up to date.
>> `vmm_mem.c' is up to date.
>> `vmm_stat.c' is up to date.
>> `vmm_util.c' is up to date.
>> `x86.c' is up to date.
>> `iommu.c' is up to date.
>> `ppt.c' is up to date.
>> `vatpic.c' is up to date.
>> `vatpit.c' is up to date.
>> `vhpet.c' is up to date.
>> `vioapic.c' is up to date.
>> `vlapic.c' is up to date.
>> `vpmtmr.c' is up to date.
>> `vrtc.c' is up to date.
>> `ept.c' is up to date.
>> `vmcs.c' is up to date.
>> `vmx_msr.c' is up to date.
>> `vmx_support.S' is up to date.
>> `vmx.c' is up to date.
>> `vtd.c' is up to date.
>> `vmcb.c' is up to date.
>> `svm.c' is up to date.
>> `svm_support.S' is up to date.
>> `npt.c' is up to date.
>> `ivrs_drv.c' is up to date.
>> `amdvi_hw.c' is up to date.
>> `svm_msr.c' is up to date.
>> `afterdepend' was not built (made 1, flags 2019, type 3018001)!
>>     `afterdepend' has .ORDER dependency against .depend (made 1, flags
>> 301b, type 3020001)
>> `opt_global.h' was not built (made 0, flags 2009, type 300)!
>> *** [all_subdir_vmm] Error code 1
> 
> I'll have a fix in shortly. Sorry about that.
> 

Fixed in r326569.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: buildkernel broken after r326553

2017-12-05 Thread Bryan Drewery 
On 12/5/2017 9:03 AM, Yuri Pankov wrote:
> Hi,
> 
> Looks like one of the commits by Bryan (r326549-r326553) has broken the
> kernel build for me (using -j32, but serial build did fail as well) --
> checking out r326547 make it work again.
> 
> I can't pinpoint the exact error in the build log, as it seems to be
> some make weirdness, so here's a guess, please let me know if you need
> full build log:
> 
> --- all_subdir_vmm ---
> make[4]: Graph cycles through `vmx_assym.h'
> make[4]: Graph cycles through `vmx_genassym.o'
> make[4]: Graph cycles through `svm_assym.h'
> make[4]: Graph cycles through `svm_genassym.o'
> `svm_genassym.c' is up to date.
> `vmx_genassym.c' is up to date.
> `vmm.c' is up to date.
> `vmm_dev.c' is up to date.
> `vmm_host.c' is up to date.
> `vmm_instruction_emul.c' is up to date.
> `vmm_ioport.c' is up to date.
> `vmm_lapic.c' is up to date.
> `vmm_mem.c' is up to date.
> `vmm_stat.c' is up to date.
> `vmm_util.c' is up to date.
> `x86.c' is up to date.
> `iommu.c' is up to date.
> `ppt.c' is up to date.
> `vatpic.c' is up to date.
> `vatpit.c' is up to date.
> `vhpet.c' is up to date.
> `vioapic.c' is up to date.
> `vlapic.c' is up to date.
> `vpmtmr.c' is up to date.
> `vrtc.c' is up to date.
> `ept.c' is up to date.
> `vmcs.c' is up to date.
> `vmx_msr.c' is up to date.
> `vmx_support.S' is up to date.
> `vmx.c' is up to date.
> `vtd.c' is up to date.
> `vmcb.c' is up to date.
> `svm.c' is up to date.
> `svm_support.S' is up to date.
> `npt.c' is up to date.
> `ivrs_drv.c' is up to date.
> `amdvi_hw.c' is up to date.
> `svm_msr.c' is up to date.
> `afterdepend' was not built (made 1, flags 2019, type 3018001)!
>     `afterdepend' has .ORDER dependency against .depend (made 1, flags
> 301b, type 3020001)
> `opt_global.h' was not built (made 0, flags 2009, type 300)!
> *** [all_subdir_vmm] Error code 1

I'll have a fix in shortly. Sorry about that.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

buildkernel broken after r326553

2017-12-05 Thread Yuri Pankov 

Hi,

Looks like one of the commits by Bryan (r326549-r326553) has broken the 
kernel build for me (using -j32, but serial build did fail as well) -- 
checking out r326547 make it work again.


I can't pinpoint the exact error in the build log, as it seems to be 
some make weirdness, so here's a guess, please let me know if you need 
full build log:


--- all_subdir_vmm ---
make[4]: Graph cycles through `vmx_assym.h'
make[4]: Graph cycles through `vmx_genassym.o'
make[4]: Graph cycles through `svm_assym.h'
make[4]: Graph cycles through `svm_genassym.o'
`svm_genassym.c' is up to date.
`vmx_genassym.c' is up to date.
`vmm.c' is up to date.
`vmm_dev.c' is up to date.
`vmm_host.c' is up to date.
`vmm_instruction_emul.c' is up to date.
`vmm_ioport.c' is up to date.
`vmm_lapic.c' is up to date.
`vmm_mem.c' is up to date.
`vmm_stat.c' is up to date.
`vmm_util.c' is up to date.
`x86.c' is up to date.
`iommu.c' is up to date.
`ppt.c' is up to date.
`vatpic.c' is up to date.
`vatpit.c' is up to date.
`vhpet.c' is up to date.
`vioapic.c' is up to date.
`vlapic.c' is up to date.
`vpmtmr.c' is up to date.
`vrtc.c' is up to date.
`ept.c' is up to date.
`vmcs.c' is up to date.
`vmx_msr.c' is up to date.
`vmx_support.S' is up to date.
`vmx.c' is up to date.
`vtd.c' is up to date.
`vmcb.c' is up to date.
`svm.c' is up to date.
`svm_support.S' is up to date.
`npt.c' is up to date.
`ivrs_drv.c' is up to date.
`amdvi_hw.c' is up to date.
`svm_msr.c' is up to date.
`afterdepend' was not built (made 1, flags 2019, type 3018001)!
`afterdepend' has .ORDER dependency against .depend (made 1, flags 
301b, type 3020001)

`opt_global.h' was not built (made 0, flags 2009, type 300)!
*** [all_subdir_vmm] Error code 1
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"