https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196289
ucsd...@gmail.com changed:
What|Removed |Added
CC||ucsd...@gmail.com
--- Comment #
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
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
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
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
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
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
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
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
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
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
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
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.
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
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197317
Kubilay Kocak changed:
What|Removed |Added
Blocks||171246
--
You are receiving this
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889
Arne Claus changed:
What|Removed |Added
Status|New |Closed
Resolution|---
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
19 matches
Mail list logo