https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=222691
--- Comment #1 from Thomas Merkel ---
I've the same issue, steps to reproduce:
1. LID open 'sysctl -n dev.acpi_lid.0.state = 1'
2. LID closed 'sysctl -n dev.acpi_lid.0.state = 0'
3. Sending device to suspend
4. LID open (device resume from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240530
Bug ID: 240530
Summary: Patch to allow ng_source to inject into any netgraph
network
Product: Base System
Version: 12.0-STABLE
Hardware: Any
OS: Any
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240532
Bug ID: 240532
Summary: pf stops purging IPv6 FIN_WAIT_2 states?
Product: Base System
Version: 11.2-RELEASE
Hardware: amd64
OS: Any
Status: New
Seve
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240533
Bug ID: 240533
Summary: pf stops purging IPv6 FIN_WAIT_2 states?
Product: Base System
Version: 11.2-RELEASE
Hardware: amd64
OS: Any
Status: New
Seve
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240339
--- Comment #17 from Vladimir Kondratyev ---
(In reply to Greg V from comment #16)
> Interesting how the other buses are fine with this, only the touchpad one was
> broken.
That is related to buses and gates capacitance and resistance. Her
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240533
Peter Eriksson changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240532
--- Comment #1 from Peter Eriksson ---
*** Bug 240533 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240339
--- Comment #18 from commit-h...@freebsd.org ---
A commit references this bug:
Author: wulf
Date: Thu Sep 12 12:33:09 UTC 2019
New revision: 352243
URL: https://svnweb.freebsd.org/changeset/base/352243
Log:
ig4(4): Fix SDA HOLD time set
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240539
Bug ID: 240539
Summary: tuntap: Getting "ifconfig: ioctl SIOCSIFNAME (set
name): File exists" from `ifconfig tap create name
tap0`
Product: Base System
Vers
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240539
--- Comment #1 from Yuri Pankov ---
It makes some sense, actually. If you don't have any tap devices, `ifconfig
tap create name tap0` would first create 'tap0', and then try to rename it to
'tap0' (which, of course, already exists at that
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240539
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240532
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|p...@freebsd.org
--
You are receiv
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240530
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240506
Glen Barber changed:
What|Removed |Added
CC|r...@freebsd.org |i...@freebsd.org
--- Comment #3 fr
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
Konstantin Belousov changed:
What|Removed |Added
CC||k...@freebsd.org
--- Comment
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189095
Li-Wen Hsu changed:
What|Removed |Added
Assignee|b...@freebsd.org|lw...@freebsd.org
--
You are receivi
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
--- Comment #3 from Neel Chauhan ---
This patch is based upon an existing Linux commit:
https://github.com/torvalds/linux/commit/604dc9170f2435d27da5039a3efd757dceadc684
In the commit message:
Skylake, Kabylake and all variants of tho
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
--- Comment #5 from Neel Chauhan ---
Created attachment 207427
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=207427&action=edit
dmesg log on the Spectre x360 with the Bug 240475 patch (Main System)
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
--- Comment #4 from Neel Chauhan ---
Created attachment 207426
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=207426&action=edit
dmesg log on the Spectre x360 without any patches (LiveUSB)
--
You are receiving this mail because
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240543
Bug ID: 240543
Summary: Realtek ALC265 - Asus Vivobook e203n
Product: Base System
Version: 12.0-STABLE
Hardware: amd64
OS: Any
Status: New
Severity:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240543
signalsout changed:
What|Removed |Added
Keywords||needs-patch
URL|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
--- Comment #6 from Konstantin Belousov ---
Your patch is still not equivalent to what Linux did. Note that they still
apply the nom/denom coefficient reported from leaf 0x15, but take adjusted mhz
from 0x16, instead of zero hz from 0x15.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
Bug ID: 240545
Summary: patch to remove unneeded M_WAITOK return value checks
Product: Base System
Version: 12.0-RELEASE
Hardware: Any
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
--- Comment #1 from Conrad Meyer ---
It is definitely ok for malloc, mallocarray, and realloc. (We have a kernel
reallocf? Huh.) Honestly, reallocf with M_WAITOK seems like a mistake — those
could instead/additionally be replaced with ju
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
Conrad Meyer changed:
What|Removed |Added
CC||c...@freebsd.org
--- Comment #2 fro
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
--- Comment #3 from Andrew Reiter ---
(In reply to Conrad Meyer from comment #2)
No I have not used that tool before, but it looks handy. Is there any history
of it being used in any FreeBSD processes before? Thanks for the pointer!
--
Yo
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
--- Comment #4 from Conrad Meyer ---
Yes, I've used it, pfg@ has used it some, and I believe mjg@ has as well
(https://reviews.freebsd.org/D21427).
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240475
--- Comment #7 from Neel Chauhan ---
It's true that Linux does this (lines 660-661):
crystal_khz = eax_base_mhz * 1000 *
eax_denominator / ebx_numerator;
But in the same function, Linux returns this (line 674):
return cry
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240545
Mark Linimon changed:
What|Removed |Added
Keywords||patch
--
You are receiving this ma
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240543
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|multime...@freebsd.org
S
30 matches
Mail list logo
