[Bug 196289] Kernel hangs when booting via UEFI

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196289 ucsd...@gmail.com changed: What|Removed |Added CC||ucsd...@gmail.com --- Comment #

[Bug 197922] [patch] [sched] Remove random() from sched_ule, add short circuit for non-SMP, non-balancing

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197922 --- Comment #1 from Harrison Grundy --- Created attachment 153415 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153415&action=edit Remove randomness entirely. Some testing indicates that balancing here may not require any rando

[Bug 197592] can't switch bpf to zero-copy mode

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197592 Hiren Panchasara changed: What|Removed |Added Assignee|freebsd-bugs@FreeBSD.org|freebsd-...@freebsd.org --- Com

[Bug 197769] env cores for a pretty simple expression

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197769 --- Comment #1 from KS Braunsdprf --- In myt testing these all drop core. env -S '\c' env -S '#' env -S '#ls\_NAME' env -u this -u this -S "#alas pwd" I found a few more, but you get the idea. Mayhap I'll try to fix it. --ksb -- Y

[Bug 197876] sector size agreed with GEOM gate is not reflected in the block size of the device entry

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197876 --- Comment #2 from j...@iki.fi --- Created attachment 153379 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153379&action=edit fix devfs_getattr() just enough to make it report sizes for GEOM providers This patch fixes the probl

[Bug 197957] stuck beacon; resetting (bmiss count %u)\n for ath0: AR9285

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197957 Bug ID: 197957 Summary: stuck beacon; resetting (bmiss count %u)\n for ath0: AR9285 Product: Base System Version: 9.3-RELEASE Hardware: amd64 OS: Any

[Bug 197881] [PATCH] boot1.efi UEFI system table corruption

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881 --- Comment #2 from Ed Maste --- Looks like this was fixed in a slightly different way on HEAD, to support 4Kn drives, here: https://svnweb.freebsd.org/base?view=revision&revision=273865 (or git 37cb22f7) That change also divides lba by bo

[Bug 197881] [PATCH] boot1.efi UEFI system table corruption

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881 Chris Ruffin changed: What|Removed |Added Summary|boot1.efi UEFI system table |[PATCH] boot1.efi UEFI

[Bug 197881] boot1.efi UEFI system table corruption

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881 --- Comment #1 from Chris Ruffin --- Created attachment 153375 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153375&action=edit patch which resolves disagreement on block size ufsread.c assumes a device block size of 512 in all

[Bug 197641] UEFI loader creates invalid device path

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197641 --- Comment #5 from Chris Ruffin --- Created attachment 153374 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153374&action=edit patch which avoids modification of firmware-allocated structures The attached patch performs the eq

[Bug 197641] [PATCH] UEFI loader creates invalid device path

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197641 Chris Ruffin changed: What|Removed |Added Summary|UEFI loader creates invalid |[PATCH] UEFI loader creates

[Bug 197882] [panic] kernel panics in soreceive_dgram

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197882 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: ae Date: Mon Feb 23 13:41:36 UTC 2015 New revision: 279206 URL: https://svnweb.freebsd.org/changeset/base/279206 Log: In some cases soreceive_dgram() c

[Bug 197923] [patch] [sched] Fix comment in sched_balance_pair and move load check ahead of lock

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197923 --- Comment #4 from Harrison Grundy --- It still checks that in the lower if. We can't check tdq_transferable without the lock. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 197923] [patch] [sched] Fix comment in sched_balance_pair and move load check ahead of lock

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197923 --- Comment #3 from Ivan Klymenko --- Maybe still "high-> tdq_transferable! = 0" because "tdq_transferable - transferable thread count". And if the counter is already 0, then the thread can not be transferable? -- You are receiving this m

[Bug 197756] System stops booting with "ACPI APIC Table: "

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197756 --- Comment #2 from zap...@berentweb.com --- Hi. I Increased all from 20 to 40 "lapic_ipi_wait(40);" This kernel is not DEBUG enabled, but I get same end result: (ACPI APIC Table: panic: Failed to deliver first STARTUP IPI to APIC 1) -- Y

[Bug 197317] Split libncurses into separate libncurses and libtinfo

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197317 Kubilay Kocak changed: What|Removed |Added Blocks||171246 -- You are receiving this

[Bug 197945] Fault in vdev_alloc_common

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197945 Bug ID: 197945 Summary: Fault in vdev_alloc_common Product: Base System Version: 11.0-CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects

[Bug 192889] accept4 socket hangs in CLOSED (memcached)

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889 Arne Claus changed: What|Removed |Added Status|New |Closed Resolution|---

[Bug 197876] sector size agreed with GEOM gate is not reflected in the block size of the device entry

2015-02-23 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197876 --- Comment #1 from j...@iki.fi --- It seems that the same disparity between GEOM internal settings and what is shown by stat() applies to all GEOM device entries. It also seems that this odd behavior is rooted in the vnode attributes being