iwm not in GENERIC kernel

2017-10-28 Thread Gordon Tetlow
I have an Intel NUC that uses an Intel 8260 wireless driver. This works
flawlessly if I load the module if_iwm via the loader or the rc.conf
kld_list directive.

Do we know if the iwm driver not being in GENERIC is an oversight or on
purpose? I couldn't find anything in the list history.

Gordon
___
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: Okular or any pdf reader

2017-10-28 Thread John Baldwin
On 10/25/17 10:58 AM, Hans Petter Selasky wrote:
> On 10/25/17 11:55, blubee blubeeme wrote:
>> "os.lock_mtx"
>> Oct 25 17:52:58 blubee kernel: 1st os.lock_mtx @ nvidia_os.c:841
>> Oct 25 17:52:58 blubee kernel: 2nd os.lock_mtx @ nvidia_os.c:841
>> Oct 25 17:52:58 blubee kernel: stack backtrace:
>> Oct 25 17:52:58 blubee kernel: #0 0x80ab6f30 at
>> witness_debugger+0x70
>> Oct 25 17:52:58 blubee kernel: #1 0x80ab6e23 at
>> witness_checkorder+0xe23
>> Oct 25 17:52:58 blubee kernel: #2 0x80a35293 at
>> __mtx_lock_flags+0x93
>> Oct 25 17:52:58 blubee kernel: #3 0x82f4097b at
>> os_acquire_spinlock+0x1b
>> Oct 25 17:52:58 blubee kernel: #4 0x82c45b15 at _nv012002rm+0x185
>> Oct 25 17:52:58 blubee kernel: ACPI Warning: \_SB.PCI0.PEG0.PEGP._DSM:
>> Argument #4 type mismatch - Found [Buffer], ACPI requires [Package]
>> (20170531/nsarguments-205)
>> Oct 25 17:52:59 blubee kernel: nvidia-modeset: Allocated GPU:0
>> (GPU-54a7b304-c99d-efee-0117-0ce119063cd6) @ PCI::01:00.0
>>
>>
> 
> Hi,
> 
> Try: CTRL+ALT+F1
> Or SSH into this machine.
> 
> Then do:
> 
> procstat -ak
> 
> It will reveal any hangs and deadlocks.
> 
> Further I note you're using 12-current with the NVIDIA driver. That 
> might not be a supported configuration :-( Especially nowadays some core 
> kernel structures are changing, which means NVIDIA needs to recompile 
> their binary blob aswell!

The blob does not generally use FreeBSD-specific structures.  Part of
the driver is source and that interfaces with FreeBSD's APIs to implement
shims for the APIs used by the blob.  Thus, the same blob is used for all
OS versions, it is only the wrapper shims (for which we have source) which
are subject to ABI concerns.

-- 
John Baldwin
___
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: fatal error: 'wmmintrin.h' file not found

2017-10-28 Thread Dimitry Andric
On 27 Oct 2017, at 17:09, Michael Jung  wrote:
> 
> I have started having problem building current more recent versions of 
> current.
> 
> I am currently running
> 
> FreeBSD bsd11 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r320869: Mon Jul 10 
> 13:57:55 UTC 2017 
> r...@releng3.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64
> 
> I have tried nuking /usr/src and doing a fresh svn checkout of the current 
> running version
> to see if I could rebuild even my current version r320869
> 
> 
> [root@bsd11 /usr/src]# svnlite info
> Path: .
> Working Copy Root Path: /usr/src
> URL: svn://svn.freebsd.org/base/head
> Relative URL: ^/head
> Repository Root: svn://svn.freebsd.org/base
> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
> Revision: 320869
> Node Kind: directory
> Schedule: normal
> Last Changed Author: bde
> Last Changed Rev: 320869
> Last Changed Date: 2017-07-10 05:00:35 -0400 (Mon, 10 Jul 2017)
> 
> /etc/make.conf and /etc/src.conf are empty.
> 
> I have
> 
> cd /obj
> rm -rf
> 
> and made sure no remaining files or directories remain.
> 
> make buildwould -s
> 
> 
> continues to fail as shown below.
> 
> 
> 
> cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp 
> -B/usr/obj/usr/src/tmp/usr/bin -c -O3 -pipe -fno-strict-aliasing -Werror 
> -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -include 
> /usr/obj/usr/src/sys/GENERIC/opt_global.h -I. -I/usr/src/sys -fno-common -g 
> -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer 
> -I/usr/obj/usr/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mno-mmx 
> -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fwrapv 
> -fstack-protector -gdwarf-2 -Wall -Wredundant-decls -Wnested-externs 
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual 
> -Wundef -Wno-pointer-sign -D__printf__=__freebsd_kprintf__ 
> -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas 
> -Wno-error-tautological-compare -Wno-error-empty-body 
> -Wno-error-parentheses-equality -Wno-error-unused-function 
> -Wno-error-pointer-sign -Wno-error-shift-negative-value 
> -Wno-error-address-of-packed-member -Wno-error-cast-qual -mno-aes -mno-avx 
> -std=iso9899:1999 -Werror   -mmmx -msse -msse4 -maes -mpclmul 
> /usr/src/sys/crypto/aesni/aesni_ghash.c
> /usr/src/sys/crypto/aesni/aesni_ghash.c:75:10: fatal error: 'wmmintrin.h' 
> file not found
> #include 
> ^
> 1 error generated.
> *** Error code 1

Most likely, you didn't run buildworld before buildkernel.  After
buildworld, wmmintrin.h should be found here:

/usr/obj/usr/src/tmp/usr/lib/clang/5.0.0/include/wmmintrin.h

-Dimitry



signature.asc
Description: Message signed with OpenPGP