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: SECCSD LH43STAR
panic: Failed to deliver first STARTUP IPI to
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()
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197923
--- Comment #4 from Harrison Grundy harrison.gru...@astrodoggroup.com ---
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 fi...@ukr.net ---
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197641
--- Comment #5 from Chris Ruffin cmruf...@gmail.com ---
Created attachment 153374
-- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153374action=edit
patch which avoids modification of firmware-allocated structures
The attached
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197641
Chris Ruffin cmruf...@gmail.com changed:
What|Removed |Added
Summary|UEFI loader creates invalid |[PATCH] UEFI
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881
Chris Ruffin cmruf...@gmail.com changed:
What|Removed |Added
Summary|boot1.efi UEFI system table |[PATCH] boot1.efi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881
--- Comment #1 from Chris Ruffin cmruf...@gmail.com ---
Created attachment 153375
-- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153375action=edit
patch which resolves disagreement on block size
ufsread.c assumes a device block
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197881
--- Comment #2 from Ed Maste ema...@freebsd.org ---
Looks like this was fixed in a slightly different way on HEAD, to support 4Kn
drives, here: https://svnweb.freebsd.org/base?view=revisionrevision=273865 (or
git 37cb22f7)
That change also
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=197876
--- Comment #2 from j...@iki.fi ---
Created attachment 153379
-- https://bugs.freebsd.org/bugzilla/attachment.cgi?id=153379action=edit
fix devfs_getattr() just enough to make it report sizes for GEOM providers
This patch fixes the
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=197317
Kubilay Kocak ko...@freebsd.org changed:
What|Removed |Added
Blocks||171246
--
You
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
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192889
Arne Claus arne.cl...@trivago.com changed:
What|Removed |Added
Status|New |Closed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196289
ucsd...@gmail.com changed:
What|Removed |Added
CC||ucsd...@gmail.com
--- Comment
16 matches
Mail list logo