Hi guys i want be part of this team
___
freebsd-net@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
Bernhard Froehlich changed:
What|Removed |Added
Assignee|de...@freebsd.org |n...@freebsd.org
Com
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
Bernhard Froehlich changed:
What|Removed |Added
Summary|[panic] net/wireguard: spin |[panic] spin lock held too
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #3 from Evilham ---
Created attachment 206031
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206031&action=edit
coredump_nowg_onboot_net_up
Actually, I meant to update this bug report yesterday but didn't manage to.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #4 from Evilham ---
Created attachment 206032
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206032&action=edit
coredump_nowg_onx_drm-kmod
This happened without WireGuard in an X session.
--
You are receiving this
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
--- Comment #5 f
This revision was automatically updated to reflect the committed changes.
Closed by commit rS350293: Allow set MTU more than 1500 bytes. (authored by
krion).
Herald added a subscriber: imp.
CHANGED PRIOR TO COMMIT
https://reviews.freebsd.org/D19422?vs=59753&id=60096#toc
REPOSITORY
rS FreeBSD
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239417
Mark Linimon changed:
What|Removed |Added
Assignee|b...@freebsd.org|n...@freebsd.org
CC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239417
Eugene Grosbein changed:
What|Removed |Added
CC||eu...@freebsd.org
--- Comment #1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239417
--- Comment #2 from Yuri Victorovich ---
arping -v -v ,,, log:
> $ arping -v -v 192.168.5.205
> arping: clock_getres() = 0s 1ns
> arping: libnet_init()
> arping: Autodetected interface sk0
> arping: libnet_init(sk0)
> Timestamp types:
>
Does anyone have any ideas on how to debug this issue?I can build a
custom kernel or use dtrace if necessary. I'm not familiar with the kernel
source so I don't really know where to look.
Thanks for any help you can provide.
On Mon, Jul 8, 2019 at 12:19 PM Dan Lists wrote:
>
> On Mon, Jul
Hi freebsd-net@ mailing list,
I have a HPE ProLiant ML110 Gen10 as a home server running FreeBSD 12.0
amd64, and run a Tor relay on it. Tor is unable to measure all the
bandwidth I give to it (I have 300/300 Verizon FiOS FTTH), and I am
guessing it is because of how Tor sends packets the NIC g
Ronald,
If you don't need to do both at the same time or have a dual port 100g nic
you should be able to use adapters like this
https://www.fs.com/products/75320.html to go from qsfp+ to sfp+ or the
qsfp28 variant for 25g
On Sun, Jul 21, 2019 at 10:40 AM Ronald Khoo wrote:
> hi freebsd-net,
>
>
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #6 from Evilham ---
Created attachment 206043
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206043&action=edit
coredump_current_patch206036
Thank you Mark, just tested both HEAD of 13-CURRENT and with your
shot-in-t
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239417
--- Comment #3 from Eugene Grosbein ---
Your log shows that arping does not send packets to the bridge. It sends them
to sk0 physical interface. No wonder it gets no answers from physical part of
bridge where target IP does not exist.
You
25.07.2019 1:17, Dan Lists wrote:
> Does anyone have any ideas on how to debug this issue?I can build a
> custom kernel or use dtrace if necessary. I'm not familiar with the kernel
> source so I don't really know where to look.
>
> Thanks for any help you can provide.
Did you miss my reply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #7 from Mark Johnston ---
(In reply to Evilham from comment #6)
Ok. Could you please run the following command and attach the output?
# echo "thread apply all bt" | kgdb83 /boot/kernel/kernel /var/crash/vmcore.2
--
You are r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #8 from Evilham ---
Created attachment 206045
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206045&action=edit
kgdb83_thread_applyallbt_patch206036.gz
Here you go!
(Had to gz compress because it's about 1.4M)
--
Y
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=239351
--- Comment #9 from Mark Johnston ---
Created attachment 206046
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=206046&action=edit
kgdb script
Thanks. Now, please try downloading the attached file, and run:
# printf "source /pa
Hello
This is Linny from Quint tech HongKong Ltd.
Our company is professional in PCB,components and PCBA market (1-30 layers).
over 10 years, covering FR4, Aluminium board, Flexible board, High TG board,
Mix-material board, HDI Board, pcb assembly, etc.
Advantage: no MOQ rule, low price, good
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184141
Rodney W. Grimes changed:
What|Removed |Added
CC||n...@freebsd.org
--
You are re
21 matches
Mail list logo
