https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259504
Andriy Gapon changed:
What|Removed |Added
Resolution|--- |FIXED
Assignee|b...@freeb
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259504
--- Comment #6 from commit-h...@freebsd.org ---
A commit in branch stable/12 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=d3aca6fe9bf97ea22bb9bee365b616bcb77a1220
commit d3aca6fe9bf97ea22bb9bee365b616bcb77a1220
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259504
--- Comment #5 from commit-h...@freebsd.org ---
A commit in branch stable/13 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=df838c540632ce3840f78a9067dd9de32458c71a
commit df838c540632ce3840f78a9067dd9de32458c71a
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259696
Afshin Paydar changed:
What|Removed |Added
CC||afshinpay...@gmail.com
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259640
Xin LI changed:
What|Removed |Added
Flags|maintainer-feedback?(delphi |
|j...@freebsd.org)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259673
--- Comment #4 from Andriy Gapon ---
I made a quick look at Linux code and there is an interesting thing.
Linux has drivers/watchdog/iTCO_wdt.c driver which is roughly equivalent to
FreeBSD ichwd and works approximately the same. It's a "p
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259218
--- Comment #21 from Dennis Clarke ---
Further follow up I did try to run some pkg commands on that box and
within a few minutes it would freeze up however a SIGINFO to the serial
console reveals ever increasing load :
Loading kernel...
/b
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259673
--- Comment #3 from Andriy Gapon ---
(In reply to christi from comment #2)
Yes, that's how it works for physical hardware. The driver searches for an LPC
bridge devices instead of a watchdog device. Apparently the driver needs to
access c
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259703
PauAmma changed:
What|Removed |Added
Severity|Affects Only Me |Affects Some People
--
You are receivin
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259703
Bug ID: 259703
Summary: In sys/dev/pci/pci.c, error in do_power_nodriver
sysctl description
Product: Base System
Version: CURRENT
Hardware: Any
OS: An
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258994
--- Comment #11 from Vladimir Kondratyev ---
(In reply to Andriy Gapon from comment #9)
Hi Andriy,
Could you handle this PR? I do not have any twsi(4) hardware or driver
internals knowledge.
--
You are receiving this mail because:
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259702
Bug ID: 259702
Summary: buildkernel -j[#] with PORTS_MODULES pauses
indefinitely with SIGNAL 22 if port config not set yet
Product: Base System
Version: Unspecified
H
To view an individual PR, use:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).
The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and ob
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259380
--- Comment #7 from Jason Mader ---
(In reply to Jason Mader from comment #6)
Sorry, I made a mistake, this works in FreeBSD 12.1 as well; my problem begins
in FreeBSD 12.2.
linux_socket.c also changed significantly between 12.1 and 12.2.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259380
--- Comment #6 from Jason Mader ---
I’ve been testing releases, and have found that these Linux binaries worked as
expected in FreeBSD 11.4 and 12.0; but not FreeBSD 12.1 and later.
--
You are receiving this mail because:
You are the assi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207898
--- Comment #9 from Ed Maste ---
(In reply to Konstantin Belousov from comment #8)
I agree wide-scale testing is unlikely, but I'm sure some of our downstreams
would test. In any case, having it as an emergency revert option seems useful
an
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259696
Bug ID: 259696
Summary: pkg search -q -o does not work properly
Product: Base System
Version: 13.0-RELEASE
Hardware: Any
OS: Any
Status: New
Severit
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259673
--- Comment #2 from chri...@coraline.org ---
chip=0x25a18086 is not present. This may be because QEMU does not emulate the
entire i8300ESD chipset, just the watchdog device. If ichwd is detecting by
searching for the chipset rather than th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=259673
--- Comment #1 from Andriy Gapon ---
(In reply to christi from comment #0)
Could you please share full output of pciconf -v -l?
Is there chip=0x25a18086 in it?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207898
--- Comment #8 from Konstantin Belousov ---
I revived by 10+ years old patches in https://reviews.freebsd.org/D32878
WRT to sysctl, I am not sure that this is soo great idea, because nobody would
toggle it to help debug. Might be, it inde
20 matches
Mail list logo
