The subject line only tells half the story. The other half is that
instead of hoping it only identifies Ethernet interfaces it now actually
checks and restricts itself to Ethernet interfaces. I couldn't help
myself.
If it helps my case for this code, I've been using this semantic for a
few years i
I think physical interfaces should come up when something is configured
on them, but virtual interfaces shouldn't -- mostly because the order of
configuration is often muddled.
David Gwynne wrote:
> On Sat, Nov 13, 2021 at 11:59:59PM +, Klemens Nanni wrote:
> > Practically all interfaces pul
On Sat, Nov 13, 2021 at 11:59:59PM +, Klemens Nanni wrote:
> Practically all interfaces pull itself up when IPs get assigned, but
> vport(4) does not.
Yes, I do (or don't do) this very deliberately when I get the chance.
> This broke IPv4 networking for me on a router I switched from bridge(4
On Sat, Nov 13, 2021 at 06:04:07PM +0100, Alexander Bluhm wrote:
> It passes regress but there are setups that are not covered. Bridge
> and pfsync with IPsec and TCP signature need special care.
>
> When testing, please check for tdb leaks. The vmstat -m tdb in use
> culumn must be 0. It it is
Yes,
whereas Martijn's proposal changes *all programs immediately*, and would
require a lot of inspection for downside impacts.
> If there is no obvious reason (i.e. be different because you need it for a
> specific feature) why not to use the same host*() function as other parse.y?
> it would be
If there is no obvious reason (i.e. be different because you need it for a
specific feature) why not to use the same host*() function as other parse.y?
it would be better to stay in sync with otehrr daemons. That way if there is
an issue in one daemon, we can fix it in all of them.
Or, to turn the
On Sun, 2021-11-14 at 14:08 +0100, vifino wrote:
> On Wed Nov 10, 2021 at 9:46 AM CET, Martijn van Duren wrote:
> > On Fri, 2021-10-15 at 06:13 +, Klemens Nanni wrote:
> > > On Sun, Oct 03, 2021 at 10:05:56AM +, Klemens Nanni wrote:
> > > > On Sat, Oct 02, 2021 at 07:03:21PM +0200, vifino w
Hi,
after the upgrade to X server 21.1.1, some people reported crashes in
the radeon driver when using xrandr(1) or a similar utility.
If you are seeing these crashes, please test the patch below (copied
for a similar "fix" in the amdgpu(4) driver)
get the xenocara sources if you don't alreaady,
On Wed Nov 10, 2021 at 9:46 AM CET, Martijn van Duren wrote:
> On Fri, 2021-10-15 at 06:13 +, Klemens Nanni wrote:
> > On Sun, Oct 03, 2021 at 10:05:56AM +, Klemens Nanni wrote:
> > > On Sat, Oct 02, 2021 at 07:03:21PM +0200, vifino wrote:
> > > > On Sat Oct 2, 2021 at 6:36 PM CEST, Raf Czl
On 2021/11/14 03:12, Vitaliy Makkoveev wrote:
> Hi,
>
> Do you have panics with this diff?
Running now, I don't hit the splassert traces with this one.
I will let you know if there is a panic.
> Index: sys/net/if_bridge.c
> ===
> R
On 2021/11/14 11:49, Martijn van Duren wrote:
> sthen@ found an issue when using this diff with netsnmp tools.
>
> The problem was that I put the requestID in the msgID, resulting
> in a mismatch upon receiving the reply. The reason that snmp(1)
> works is because msgID and requestID are the same.
Hi,
this is a port of NetBSD's hvkbd(4). While Hyper-V Gen1 provides
pckbc(4) as keyboard, Gen2's no-legcay-HW approach needs us to make
use of the Synthetic Keyboard if we want to be able to type in the
framebuffer console.
One thing I'm not so sure about is if we really need another wskbd
type
What do you expect -- for the hier.7 manual page to say "except for iked and
isakmpd"? Expectations are not being broken. It is a trade off.
Alessandro De Laurenzis wrote:
> Sorry Theo, but this is not really inherent to what I wrote... I'm not
> arguing why those utilities are now dynamically
On Sat, Nov 13, 2021 at 08:27:21PM +0300, Mikhail wrote:
> Hello, I get aforesaid error when trying to plug in my 4G usb modem, it
> works well on another laptop with windows 10.
>
> I enabled debug info, but seem the failure somewhere deeper in usb stack
> and I wasn't able to catch it, can someo
Hi Matthias,
Matthias Schmidt wrote on Sun, Nov 14, 2021 at 10:41:40AM +0100:
> in the recent commit to ASN1_STRING_length.3 a typo sneaked in:
Committed.
Thank you for reading such patches and for reporting the error!
Yours,
Ingo
> diff 96921f4986cebab89014f4b188cc00426e2e11d8 /usr/src
>
sthen@ found an issue when using this diff with netsnmp tools.
The problem was that I put the requestID in the msgID, resulting
in a mismatch upon receiving the reply. The reason that snmp(1)
works is because msgID and requestID are the same.
Diff below fixes things.
On Mon, 2021-11-01 at 18:59 +
Hi,
in the recent commit to ASN1_STRING_length.3 a typo sneaked in:
diff 96921f4986cebab89014f4b188cc00426e2e11d8 /usr/src
blob - 9d8cbf83ce75abecbc8faf0bf1fce674ef2a8abf
file + lib/libcrypto/man/ASN1_STRING_length.3
--- lib/libcrypto/man/ASN1_STRING_length.3
+++ lib/libcrypto/man/ASN1_STRING_len
Sorry Theo, but this is not really inherent to what I wrote... I'm not
arguing why those utilities are now dynamically linked (I'm sure they
are for a reason), but just reporting a misalignment between hier(7) man
page and the actual directory contents.
Cheers
On 14/11/2021 08:30, Theo de Raa
18 matches
Mail list logo
