Matthew Macy | 28 Jun 07:53 2016

Skylake PMC support?


Does anyone have PMC patches for Skylake?

Thanks in advance.

-M

_______________________________________________
freebsd-current <at> freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

jenkins-admin | 28 Jun 01:31 2016
Picon

FreeBSD_HEAD_i386 - Build #3462 - Failure

FreeBSD_HEAD_i386 - Build #3462 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3462/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3462/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3462/console

Change summaries:

302236 by kib:
If the vm_fault() handler raced with the vm_object_collapse()
sleepable scan, iteration over the shadow chain looking for a page
could find an OBJ_DEAD object.  Such state of the mapping is only
transient, the dead object will be terminated and removed from the
chain shortly.  We must not return KERN_PROTECTION_FAILURE unless the
object type is changed to OBJT_DEAD in the chain, indicating that
paging on this address is really impossible.  Returning
KERN_PROTECTION_FAILURE prematurely causes spurious SIGSEGV delivered
to processes, or kernel accesses to UVA spuriously failing with
EFAULT.

If the object with OBJ_DEAD flag is found, only return
KERN_PROTECTION_FAILURE when object type is already OBJT_DEAD.
Otherwise, sleep a tick and retry the fault handling.

Ideally, we would wait until the OBJ_DEAD flag is resolved, e.g. by
waiting until the paging on this object is finished.  But to do so, we
need to reference the dead object, while vm_object_collapse() insists
on owning the final reference on the collapsed object.  This could be
fixed by e.g. changing the assert to shared reference release between
vm_fault() and vm_object_collapse(), but it seems to be too much
(Continue reading)

jenkins-admin | 27 Jun 19:25 2016
Picon

FreeBSD_HEAD_amd64_gcc - Build #1308 - Failure

FreeBSD_HEAD_amd64_gcc - Build #1308 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1308/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1308/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_amd64_gcc/1308/console

Change summaries:

302222 by delphij:
Fix build: explicitly reference the generated magic.h as dependency
of mkmagic and point its location.

Reported by:	jenkins
Pointy hat to:	delphij
MFC after:	2 weeks
X-MFC-With:	302221
Approved by:	re (kib)

302221 by delphij:
MFV r302218: file 5.28.

Relnotes:	yes
MFC after:	2 weeks
Approved by:	re (gjb)

302216 by kib:
When sleeping waiting for either local or remote advisory lock,
interrupt sleeps with the ERESTART on the suspension attempts.
Otherwise, single-threading requests are deferred until the locks are
granted for NFS files, which causes hangs.
(Continue reading)

Marcus von Appen | 27 Jun 19:14 2016
Picon

Restarting rtwn(0)-based interface causes reproducible kernel panics

Hi,

restarting the network interface for my rtwn(0)-based RTL8188CE card
causes a reproducible kernel panic:

# service netif restart
[...]
panic: Memory modified after free 0xfffff80005c22800(2048) val=8018  <at>  0xfffff80005c22800
[...]

Unread portion of the kernel message buffer:
panic: Memory modified after free 0xfffff80005c22800(2048) val=8018  <at>  0xfffff80005c22800

cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe045362b670
vpanic() at vpanic+0x186/frame 0xfffffe045362b6f0
panic() at panic+0x43/frame 0xfffffe045362b750
trash_ctor() at trash_ctor+0x4b/frame 0xfffffe045362b760
mb_ctor_pack() at mb_ctor_pack+0x3c/frame 0xfffffe045362b7a0
uma_zalloc_arg() at uma_zalloc_arg+0x504/frame 0xfffffe045362b800
ieee80211_getmgtframe() at ieee80211_getmgtframe+0x120/frame 0xfffffe045362b840
ieee80211_send_probereq() at ieee80211_send_probereq+0x104/frame 0xfffffe045362b8e0
ieee80211_swscan_probe_curchan() at ieee80211_swscan_probe_curchan+0x5a/frame 0xfffffe045362b920
scan_curchan() at scan_curchan+0x68/frame 0xfffffe045362b960
scan_curchan_task() at scan_curchan_task+0x247/frame 0xfffffe045362b9e0
taskqueue_run_locked() at taskqueue_run_locked+0x13c/frame 0xfffffe045362ba40
taskqueue_thread_loop() at taskqueue_thread_loop+0x88/frame 0xfffffe045362ba70
fork_exit() at fork_exit+0x84/frame 0xfffffe045362bab0
fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe045362bab0
(Continue reading)

Marcus von Appen | 27 Jun 19:06 2016
Picon

Bad rtwn(0) performance with RTL8188CE on -CURRENT after r302035

Hi,

thanks to previous efforts, the rtwn(0) connection for my RTL8188CE
wireless card is far more stable. It seems to come at the price of
relatively bad performance, though. After r302035 from avos <at> , I
can't get more than 500 kbit/s downstream from anywhere.

Let me know, what information is necessary to isolate and correct
that issue. I'll gladly test it. :-)

Cheers
Marcus
jenkins-admin | 27 Jun 18:32 2016
Picon

Build failed in Jenkins: FreeBSD_HEAD #333

See <https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/333/>

------------------------------------------
[...truncated 267146 lines...]
--- all_subdir_mlx ---
ctfconvert -L VERSION -g mlx_pci.o
--- all_subdir_mfi ---
ctfconvert -L VERSION -g mfi_syspd.o
--- all_subdir_mlx ---
--- mlx_disk.o ---
cc  -O2 -pipe  -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc  
-DHAVE_KERNEL_OPTION_HEADERS -include
/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC/opt_global.h
-I. -I/builds/workspace/FreeBSD_HEAD/src/sys -fno-common -g -fno-omit-frame-pointer
-mno-omit-leaf-frame-pointer
-I/builds/workspace/FreeBSD_HEAD/obj/builds/workspace/FreeBSD_HEAD/src/sys/GENERIC  -MD 
-MF.depend.mlx_disk.o -MTmlx_disk.o -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 -f
 diagnostics-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-s
 hift-negative-value  -mno-aes -mno-avx  -std=iso9899:1999 -c
/builds/workspace/FreeBSD_HEAD/src/sys/modules/mlx/../../dev/mlx/mlx_disk.c -o mlx_disk.o
--- all_subdir_mfi ---
--- mfi_tbolt.o ---
--- all_subdir_mlx5 ---
--- pci_if.h ---
(Continue reading)

jenkins-admin | 27 Jun 18:32 2016
Picon

Build failed in Jenkins: FreeBSD_HEAD_sparc64 #100

See <https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_sparc64/100/>

------------------------------------------
[...truncated 106378 lines...]
cc  -pg  -O2 -pipe  
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl
-DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DB_ENDIAN
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes
-MD  -MF.depend.dh_pmeth.po -MTdh_pmeth.po -std=gnu89 -fstack-protector-strong -Wn
 o-pointer-sign     -c
/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/dh/dh_pmeth.c
-o dh_pmeth.po
--- all_subdir_sbin ---
--- interactive.o ---
cc  -O2 -pipe -DRRESTORE -D_ACL_PRIVATE   -g -MD  -MF.depend.interactive.o -MTinteractive.o -std=gnu99
-fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized
-Wno-pointer-sign     -c /builds/workspace/FreeBSD_HEAD_sparc64/src/sbin/restore/interactive.c
-o interactive.o
--- all_subdir_secure ---
--- dh_prn.po ---
cc  -pg  -O2 -pipe  
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl
-DTERMIOS -DANSI_SOURCE -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H -DB_ENDIAN
-I/builds/workspace/FreeBSD_HEAD_sparc64/obj/sparc64.sparc64/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto
-I/builds/workspace/FreeBSD_HEAD_sparc64/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1
(Continue reading)

O. Hartmann | 27 Jun 11:28 2016
Picon
Picon

r 302222: broken USB?

Running most recent CURRENT aka 11.0-ALPHA5 r302222, after the box went to
multiuser there is no USB support in X11 anymore: no keyboard, no mouse.

This is with nVidia GPU and driver BLOB 367.27.

Version 11.0-ALPHA5 FreeBSD 11.0-ALPHA5 #12 r302170: Fri Jun 24 07:17:43 CEST
2016 amd64 is working well (this is my kernel.old for now).

Does anyone also experience USB loss with graphical output?

I regret having not checked against plain (non-X11), since with the most recent
nVidia drivers and vt(4), console is broken/unusable.

Regards,

Oliver
_______________________________________________
freebsd-current <at> freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

current | 27 Jun 08:58 2016
Picon

Você está recebendo a Nota Fiscal Eletrônica número 525156 - [ 222188259 ]


_______________________________________________
freebsd-current <at> freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe <at> freebsd.org"

Matthew Macy | 27 Jun 06:34 2016

Mapping drm's OBJT_DEFAULT causes crash on munmap


Clicking 2 times on the following WebGL demo will cause a panic using drm 3.8/4.6 (this particular usage of
OBJT_DEFAULT is one of the few remaining pieces of shared code).

http://myshards.com/

This is the backtrace from  HEAD as of f1bd70502f890a8668985030c0aecc3aeacb10ac running the latest Xorg
/ xf86-video-intel.
(kgdb) bt
#0  doadump (textdump=1)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/kern/kern_shutdown.c:298
#1  0xffffffff80fa4da0 in kern_reboot (howto=260)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/kern/kern_shutdown.c:366
#2  0xffffffff80fa57df in vpanic (fmt=0xffffffff818a582d "%s", 
    ap=0xfffffe011b84ef50)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/kern/kern_shutdown.c:759
#3  0xffffffff80fa5850 in panic (fmt=0xffffffff818a582d "%s")
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/kern/kern_shutdown.c:690
#4  0xffffffff81640e77 in trap_fatal (frame=0xfffffe011b84f520, eva=90)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/amd64/amd64/trap.c:841
#5  0xffffffff81640fe8 in trap_pfault (frame=0xfffffe011b84f520, usermode=0)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/amd64/amd64/trap.c:691
#6  0xffffffff816400d2 in trap (frame=0xfffffe011b84f520)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/amd64/amd64/trap.c:442
#7  0xffffffff8164152a in trap_check (frame=0xfffffe011b84f520)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/amd64/amd64/trap.c:635
#8  <signal handler called>
#9  0xffffffff814ab510 in vm_page_dirty_KBI (m=0x0)
    at /mnt/storage/mmacy/devel/HEAD_MERGE-master/sys/vm/vm_page.c:1095
#10 0xffffffff8162d4c5 in vm_page_dirty (m=0x0)
(Continue reading)

jenkins-admin | 27 Jun 05:17 2016
Picon

FreeBSD_HEAD_i386 - Build #3460 - Failure

FreeBSD_HEAD_i386 - Build #3460 - Failure:

Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3460/
Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3460/changes
Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_i386/3460/console

Change summaries:

302221 by delphij:
MFV r302218: file 5.28.

Relnotes:	yes
MFC after:	2 weeks
Approved by:	re (gjb)

The end of the build log:

[...truncated 15261 lines...]
cc -O2 -pipe  -I/usr/src/usr.bin/mkcsmapper_static
-I/usr/src/usr.bin/mkcsmapper_static/../mkcsmapper 
-I/usr/src/usr.bin/mkcsmapper_static/../../lib/libc/iconv 
-I/usr/src/usr.bin/mkcsmapper_static/../../lib/libiconv_modules/mapper_std -g -MD 
-MF.depend.citrus_db_hash.o -MTcitrus_db_hash.o -std=gnu99  -Qunused-arguments 
-I/usr/obj/usr/src/tmp/legacy/usr/include -c
/usr/src/usr.bin/mkcsmapper_static/../../lib/libc/iconv/citrus_db_hash.c -o citrus_db_hash.o
--- build-tools_rescue/rescue ---
--- obj ---
--- obj_crunchdir_dmesg ---
cd /usr/src/rescue/rescue/../../sbin/dmesg &&  MK_AUTO_OBJ=no MK_TESTS=no  UPDATE_DEPENDFILE=no 
_RECURSING_CRUNCH=1 MAKEOBJDIRPREFIX=/usr/obj/usr/src/rescue/rescue
(Continue reading)


Gmane