[Bug 193578] New: Trusted Platform Module driver fails to initialize

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193578 Bug ID: 193578 Summary: Trusted Platform Module driver fails to initialize Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: Needs Tria

[Bug 193579] New: [axge] axge driver issue with tcp checksum offload with pf nat

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193579 Bug ID: 193579 Summary: [axge] axge driver issue with tcp checksum offload with pf nat Product: Base System Version: 10.0-STABLE Hardware: amd64 OS: A

[Bug 191545] [tests] tools/regression/acltools failures on ZFS

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191545 Edward Tomasz Napierala changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|tr...@freebsd.org -- Yo

[Bug 193584] New: [autofs] problem when resolving maps with partial path matches

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193584 Bug ID: 193584 Summary: [autofs] problem when resolving maps with partial path matches Product: Base System Version: 11.0-CURRENT Hardware: Any OS: An

[Bug 193584] [autofs] problem when resolving maps with partial path matches

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193584 Bjoern A. Zeeb changed: What|Removed |Added CC||b...@freebsd.org Assign

[Bug 193488] [re] RTL8168F ignores incoming multicast packets

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193488 Josua Grawitter changed: What|Removed |Added Hardware|amd64 |Any -- You are receiving this m

[Bug 193558] rm -rf should not fail if multiple processes deleting same directory

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193558 Jilles Tjoelker changed: What|Removed |Added Status|Needs Triage|Needs MFC CC|

CUPS is not working anymore in current FreeBSD Version 10.0

2014-09-12 Thread Andreas Glaeser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, anybody, earlier this year, I set up FreeBSD 10 on a HP-thinclient on USB-Memory and CUPS used to work for me well enough initially as printserver. Until, the dependency to dbus was intoduced. Since then a lot of updates, even reinstallation

[Bug 192863] Data race caused by double increment of pq->pq_cnt

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192863 pfons...@mpi-sws.org changed: What|Removed |Added Status|Needs Triage|Issue Resolved Resol

[Bug 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245 Bug 156245 depends on bug 193575, which changed state. Bug 193575 Summary: [exp-run] Include gssapi_krb5 in base Kerberos https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193575 What|Removed |Added --

[Bug 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500 Ed Maste changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 190186] [patch] i915 driver: enable opregion handling

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190186 Ed Maste changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu

[Bug 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500 --- Comment #3 from Ed Maste --- Can you add a vmstat -i taken while the storm's happening, with / without hw.drm.msi=0 set -- You are receiving this mail because: You are the assignee for the bug.

[Bug 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245 --- Comment #5 from commit-h...@freebsd.org --- A commit references this bug: Author: gjb Date: Fri Sep 12 17:06:55 UTC 2014 New revision: 271473 URL: http://svnweb.freebsd.org/changeset/base/271473 Log: MFC r271284: Include the gssa

[Bug 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245 --- Comment #6 from commit-h...@freebsd.org --- A commit references this bug: Author: gjb Date: Fri Sep 12 17:07:19 UTC 2014 New revision: 271474 URL: http://svnweb.freebsd.org/changeset/base/271474 Log: MFC r271284: Include the gssa

[Bug 156245] [heimdal] [patch] heimdal 1.1 broken in 8-stable and 8-release as far as gssapi_krb5 is concerned

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=156245 Glen Barber changed: What|Removed |Added Status|Patch Ready |Issue Resolved Resolution|--

[Bug 193363] [panic] panic at reboot

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193363 --- Comment #4 from John Baldwin --- Ok, I guess the 9.1 kernel did not ship with debug symbols. You can do 'nm -n /boot/kernel.old9.1/kernel | grep c0aae' which might narrow things down some. -- You are receiving this mail because: You

[Bug 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500 --- Comment #4 from jan.kokemuel...@gmail.com --- Created attachment 147255 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147255&action=edit output of "vmstat -i" for hw.drm.msi=0/1 With the opregion patch I get the "irq16: uhci

[Bug 193465] [mips] malloc failures on mips, ath(4)

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193465 --- Comment #4 from Adrian Chadd --- Those two commits (266963/266964) aren't relevant. :P -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-bugs@freebsd.org

[Bug 193465] [mips] malloc failures on mips, ath(4)

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193465 --- Comment #5 from Sean Bruno --- (In reply to Adrian Chadd from comment #4) > Those two commits (266963/266964) aren't relevant. :P This should read "I had to revert 269964 and 269963" -- You are receiving this mail because: You are th

[Bug 191070] [boot] Boot hangs on Levono Thinkpad Edge E545 at atkdbc

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191070 biotin changed: What|Removed |Added CC||afg...@yandex.com --- Comment #2 from bio

[Bug 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500 --- Comment #5 from Ed Maste --- Thanks. It's odd to me that in both the hw.drm.msi=0 and hw.drm.msi=1 cases exactly 1 MSI is delivered. Could you try disabling msi altogether perhaps, via hw.pci.enable_msi=0 in the loader? -- You are r

[Bug 193500] Interrupt storm after loading i915kms module on Gen4 Intel GPU

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193500 --- Comment #6 from jan.kokemuel...@gmail.com --- OK, then I get: interrupt total rate irq1: atkbd0 900 3 irq9: acpi0 3605 13 irq12: psm0

[Bug 193593] New: [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: descripti

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593 Bug ID: 193593 Summary: [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10);

[Bug 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593 Adrian Chadd changed: What|Removed |Added Priority|--- |Normal -- You are receiving this m

[Bug 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593 --- Comment #1 from Adrian Chadd --- Grr! FreeBSD test3 10.1-PRERELEASE FreeBSD 10.1-PRERELEASE #0 r270990M: Tue Sep 2 10:38:43 PDT 2014 adrian@test3:/home/adrian/work/freebsd/stable/10/obj/home/adrian/work/freebsd/stable/10/src/sys/N

[Bug 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593 --- Comment #2 from Adrian Chadd --- And, uselessly: root@test3:/home/adrian/git/norse/dsniff # gdb762 /usr/sbin/dtrace ./dtrace.core GNU gdb (GDB) 7.6.2 [GDB v7.6.2 for FreeBSD] Copyright (C) 2013 Free Software Foundation, Inc. License GP

[Bug 193593] [dtrace] root@test3:/home/adrian/git/norse/dsniff # dtrace -n 'pid$target:libc*:flockfile:entry { @[execname, ustack()] = count(); } END { trunc(@, 10); }' -p 44592 dtrace: description 'p

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193593 Mark Johnston changed: What|Removed |Added Status|Needs Triage|In Discussion CC|

[Bug 193595] New: bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 Bug ID: 193595 Summary: bsdinstall should enable UEFI booting if booted from UEFI Product: Base System Version: 10.1-BETA1 Hardware: amd64 OS: Any

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #1 from Nathan Whitehorn --- It does this already. Could you provide some more details on your setup? Are you sure you booted via UEFI? The UEFI memstick image is setup with boot blocks both for UEFI and BIOS. What is the machd

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #2 from Colin Percival --- In my laptop's BIOS, there is an option of "UEFI boot" or "legacy boot". I set this to "UEFI boot". I then booted from the UEFI memstick image. When I rebooted, my laptop wouldn't boot until I set t

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #3 from Nathan Whitehorn --- That's really strange. Did you use ZFS or UFS for installation? We don't support ZFS boot with UEFI. -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #4 from Colin Percival --- Aha! That explains it. Yes, I used ZFS. ... if we can't support this for some reason, can we at least have some warnings? -- You are receiving this mail because: You are the assignee for the bug.

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #5 from Nathan Whitehorn --- The UEFI boot blocks only support UFS. We could just disable the alternative ZFS installation path on UEFI systems (which uses a separate program) on x86 systems booted via UEFI. There's already some

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 --- Comment #6 from Colin Percival --- I'd say that if machdep.bootmethod is UEFI and the user selects ZFS booting, they should get a "ZFS booting is not supported on UEFI, your system will be set up for legacy booting" warning message. Th

[Bug 193595] bsdinstall should enable UEFI booting if booted from UEFI

2014-09-12 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193595 Nathan Whitehorn changed: What|Removed |Added Status|Needs Triage|In Discussion --- Comment #7 fr