Re: Support for Intel AX200 WiFi 6 card

2020-07-26 Thread Kevin Oberman
Thanks! This is really great news! One question though. The status report shows the iwl driver as supporting "7k/8k/9k/22k" devices. In the insanity of product models vs. chip models vs. marketing names, is the AX200 one of these? -- Kevin Oberman, Part time kid herder and retired Network Engineer

Re: Support for Intel AX200 WiFi 6 card

2020-07-26 Thread Bjoern A. Zeeb
On 26 Jul 2020, at 22:20, Kevin Oberman wrote: Hi, Can anyone comment on the state of support for this card? Just having it work would be great even if the very nice WiFi 6 features are still down the line a bit. It's just really hard to do anything with a laptop with no WiFi connectivity.

Support for Intel AX200 WiFi 6 card

2020-07-26 Thread Kevin Oberman
I know that there is a project to update support for Intel WiFi cards and it happens that I am looking at a new Lenovo laptop using Ryzen CPUs and the Intel AX200 WiFi card that should be announced very soon. While there may be other issues won't be evident until announcement, I might as well star

Re: CFT: major update to if_ure

2020-07-26 Thread John-Mark Gurney
Ganbold Tsagaankhuu wrote this message on Sun, Jul 26, 2020 at 11:05 +0800: > On Sun, Jul 26, 2020 at 7:13 AM John-Mark Gurney wrote: > > > Hello, > > > > I'd like people who have ure (RealTek) based USB devices to test > > review D25809[0]. > > > > This update adds support for: > > - HW VLAN tag

Problem reports for n...@freebsd.org that need special attention

2020-07-26 Thread bugzilla-noreply
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

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #22 from dmilith --- (In reply to Kristof Provost from comment #21) Not avoiding or hiding anything. It's exactly same operating system, synced every 6 hours… (not to mention HBSD patches don't touch anything related to if_bridg

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #21 from Kristof Provost --- (In reply to dmilith from comment #20) That's a different operating system... Don't try to hide that during a bug submission please. It'll always come out in the end, and you're just wasting both of

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #20 from dmilith --- (In reply to Kristof Provost from comment #19) https://gist.github.com/dmilith/f6454244f273accf6905f6cba812b3b5 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #19 from Kristof Provost --- (In reply to dmilith from comment #17) **FULL** dmesg, please. You're cutting off part of the panic message, making this harder than it needs to be. There may be more things in there that are useful

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #18 from dmilith --- (In reply to Kristof Provost from comment #16) revision - last available from 16:30 CEST, branch - stable/12 src.conf - https://github.com/VerKnowSys/svdOS/blob/master/etc/src.conf make.conf - https://github

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #17 from dmilith --- (In reply to Kristof Provost from comment #16) I did rebuild again, full command that caused KP: ifconfig bridge0 create; ifconfig tap0 create; ifconfig tap1 create; ifconfig bridge0 addm tap0 up; ifconfig

[Bug 248046] if_bridge(4): Panic when creating an interface: malloc(M_WAITOK) in epoch context

2020-07-26 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248046 --- Comment #16 from Kristof Provost --- (In reply to dmilith from comment #15) I cannot reproduce that with either scenario. Please attach full dmesg output, any content of /etc/src.conf or make.conf, any local patches, content of /etc/sy

DHCPv6 client in base

2020-07-26 Thread driesm.michiels
Hi net mailing list, Following the discussion a while ago regarding the import of a DHCPv6 client. The current state of dhcpcd is such that capsicum and privelege separation is fully implemented. How do we move forward with this? I'd really like to see a DHCPv6 client in base in FreeBSD 13-R