> On 26. Apr 2020, at 18:30, Eric Faurot wrote:
>
> When a catch-all entry (@) is used in a virtual alias table, it
> eventually (and mistakenly) catches everything that expands to a
> username. For example, with:
>
>f...@example.com user
>@catchall
>
> "f...@example.
Hello,
> That's a bug, updated diff below.
>
OK I see. the diff looks better then.
> If there's a consensus that this is a way to move forward, it would make
> sense to commit it after unlock.
>
I have not spot anything else. I think this change should go in.
OK sashan@
Moving from bugs@ to tech@,
because some people might miss a clang diff on bugs@.
This diff modifies LLVM's DAGCombiner to skip an optimization if it
would make an illegal ISD::ADDE node. This fixes fatal errors from
powerpc clang when building ports net/libtorrent-rasterbar and
devel/avr/binutil
> On 28 Apr 2020, at 13:31, Todd C. Miller wrote:
>
> On Thu, 02 Apr 2020 16:21:47 -0600, "Todd C. Miller" wrote:
>
>> In vim, the expandtab option expands tabs to spaces in insert mode
>> as well as when shifting and indenting/outdenting. This is very
>> useful when working on a code-base w
On Thu, 02 Apr 2020 16:21:47 -0600, "Todd C. Miller" wrote:
> In vim, the expandtab option expands tabs to spaces in insert mode
> as well as when shifting and indenting/outdenting. This is very
> useful when working on a code-base where the style dictates using
> spaces instead of tabs for inden
On Tue, Apr 28, 2020 at 01:09:09AM +0200, Tobias Heider wrote:
> the EC2N family of curves have been marked as insecure for at least 10 years.
> In fact, IANA has stopped listing them altogether [1].
> Their former IDs are now 'reserved'.
>
> I think it's time for us to drop them as well.
OK kn
This makes ixl(4) use MSI-X where available. The hardware is set up
for the same kind of approach as we're heading towards in em(4) and
ix(4) - interrupts for admin commands and events (link state etc.)
can only be delivered to vector 0, and the natural approach is to
map rx and tx queues to other
Hi,
the EC2N family of curves have been marked as insecure for at least 10 years.
In fact, IANA has stopped listing them altogether [1].
Their former IDs are now 'reserved'.
I think it's time for us to drop them as well.
ok?
[1]
https://www.iana.org/assignments/ikev2-parameters/ikev2-parameter
Hi,
there have been no floppy images since the 6.2 release. This removes mention
of boot floppies from the INSTALL.alpha notes. Maybe someone who knows
something about alpha machines can do a check?
comments or oks?
diff --git distrib/notes/alpha/contents distrib/notes/alpha/contents
index eccbc
Ingo Schwarze wrote:
> Alejandro Colomar wrote on Mon, Apr 27, 2020 at 08:26:38PM +0200:
>
> > This patch adds a new feature to the ``printf`` family of functions:
> > ``%B`` conversion specifier for printing unsigned numbers in binary.
>
> No. We do not want non-standard extensions to standar
Hi,
Alejandro Colomar wrote on Mon, Apr 27, 2020 at 08:26:38PM +0200:
> This patch adds a new feature to the ``printf`` family of functions:
> ``%B`` conversion specifier for printing unsigned numbers in binary.
No. We do not want non-standard extensions to standard functions
unless they provid
Alejandro Colomar wrote:
> I also sent today a patch to add this specifier to glibc. They are
> concerned about adding a new non-standard specifier, but if more C libs
> are going to add it at the same time, it may become a thing.
Sorry, but I doubt any of this is going to happen.
The action t
Hi all,
This patch adds a new feature to the ``printf`` family of functions:
``%B`` conversion specifier for printing unsigned numbers in binary.
Behaviour is exactly as with ``%X``, only changing the base (16 -> 2).
``%b`` is already in use by some ``printf(1)`` implementations, so I
didn't u
On 28/04/20(Tue) 01:54, Jonathan Gray wrote:
> On Mon, Apr 27, 2020 at 04:52:33PM +0200, Martin Pieuchot wrote:
> > Diff below extends the existing drmkqfilter() to support EVFILT_READ.
> > This makes drm(4)'s kqueue support in pair with poll().
> >
> > The event list queried in the filt_drmread()
We currently do not support 11n mode on devices which do not have all
antenna ports connected. So if e.g. an athn(4) card is installed into
an APU or Alix, we require that users plug pigtails into all antenna
connectors on the card, and mount a corresponding number of antennas
on the case. Given ha
On Mon, Apr 27, 2020 at 04:52:33PM +0200, Martin Pieuchot wrote:
> Diff below extends the existing drmkqfilter() to support EVFILT_READ.
> This makes drm(4)'s kqueue support in pair with poll().
>
> The event list queried in the filt_drmread() should be protected by the
> `event_lock' mutex. This
On 4/27/20 4:53 PM, Theo de Raadt wrote:
Gerhard Roth wrote:
Hi Theo,
On 4/27/20 4:39 PM, Theo de Raadt wrote:
Is this code in umb_decode_ip_configuration() reached again, if
you do a late ifconfig (don't set inet6 at up time, but set it
later)
no, seting inet6 later doesn't work. On MBIM
Gerhard Roth wrote:
> Hi Theo,
>
> On 4/27/20 4:39 PM, Theo de Raadt wrote:
> > Is this code in umb_decode_ip_configuration() reached again, if
> > you do a late ifconfig (don't set inet6 at up time, but set it
> > later)
>
> no, seting inet6 later doesn't work. On MBIM level I have to tell the
Diff below extends the existing drmkqfilter() to support EVFILT_READ.
This makes drm(4)'s kqueue support in pair with poll().
The event list queried in the filt_drmread() should be protected by the
`event_lock' mutex. This could be done by using the `kdev' backpointer
as shown in comment. Howeve
Hi Theo,
On 4/27/20 4:39 PM, Theo de Raadt wrote:
Is this code in umb_decode_ip_configuration() reached again, if
you do a late ifconfig (don't set inet6 at up time, but set it
later)
no, seting inet6 later doesn't work. On MBIM level I have to tell the
device *before* the CONNECT whether I w
Is this code in umb_decode_ip_configuration() reached again, if
you do a late ifconfig (don't set inet6 at up time, but set it
later)
That is how other network interfaces work. I'm trying to make
sure this behaviour isn't too weird (ie. requiring a down, then up).
Gerhard Roth wrote:
> And sin
And since IPv6 is now optional for umb(4), we can just skip
evaluation of the IPv6 part of the IP configuration, if it
wasn't enabled.
Gerhard
Index: sys/dev/usb/if_umb.c
===
RCS file: /cvs/src/sys/dev/usb/if_umb.c,v
retrieving revi
On Monday, April 27, 2020, Jan Klemkow wrote:
> On Thu, Apr 16, 2020 at 05:59:44PM -0500, Abel Abraham Camarillo Ojeda
> wrote:
> > On Tuesday, February 11, 2020, Abel Abraham Camarillo Ojeda <
> acam...@verlet.org> wrote:
> > > On Wednesday, January 8, 2020, Abel Abraham Camarillo Ojeda <
> acam
> Date: Mon, 27 Apr 2020 12:33:24 +0100
> From: Stuart Henderson
>
> On 2020/04/26 12:56, Mark Kettenis wrote:
> > Diff below adds GPIO support to bcmgpio(4). It also adds the bits to
> > attach gpio(4) such that GPIO pins can be controlled from userland.
> > This makes sense on boards like the
On 2020/04/26 12:56, Mark Kettenis wrote:
> Diff below adds GPIO support to bcmgpio(4). It also adds the bits to
> attach gpio(4) such that GPIO pins can be controlled from userland.
> This makes sense on boards like the Raspberry Pi and the
> implementation makes sure that pins used by kernel dri
Hello Claudio,
On Mon, 27 Apr 2020 11:51:50 +0200 Claudio Jeker
wrote:
> On Mon, Apr 27, 2020 at 10:26:01AM +0200, Gerhard Roth wrote:
> > Should we change umb(4) so that it only grabs an IPv6 address
> > in case somebody does a "ifconfig umb0 inet6 eui64" first?
> >
> > Anyone willing to ok th
> Date: Sat, 25 Apr 2020 20:20:37 +0200 (CEST)
> From: Mark Kettenis
>
> The cvs log tells me this driver was written to privide an alternative
> clock for the Sun Fire V210. That is probably why it prints a message
> about overwriting the rtc handler. But the driver was never enabled
> on spar
> Date: Sat, 25 Apr 2020 00:41:38 +0200 (CEST)
> From: Mark Kettenis
>
> The chip will set the OSF flag whenever the internal oscillator stops
> running. That happens for example wen the battry runs out of juice.
> The idea as that we can check this flag to decide whether we should
> trust the t
On 16/04/20(Thu) 11:08, Alexandr Nedvedicky wrote:
> [...]
> > @@ -356,7 +367,17 @@ taskq_thread(void *xtq)
> > {
> > struct taskq *tq = xtq;
> > struct task work;
> > - int last;
> > + int last, i;
> > +
> > + mtx_enter(&tq->tq_mtx);
> > + for (i = 0; i < tq->tq_nthreads; i++) {
On Mon, Apr 27, 2020 at 10:26:01AM +0200, Gerhard Roth wrote:
> Should we change umb(4) so that it only grabs an IPv6 address
> in case somebody does a "ifconfig umb0 inet6 eui64" first?
>
> Anyone willing to ok the patch below?
see below
> On 2/19/20 9:19 AM, Gerhard Roth wrote:
> > On Wed, 19
On Thu, Apr 16, 2020 at 05:59:44PM -0500, Abel Abraham Camarillo Ojeda wrote:
> On Tuesday, February 11, 2020, Abel Abraham Camarillo Ojeda
> wrote:
> > On Wednesday, January 8, 2020, Abel Abraham Camarillo Ojeda
> > wrote:
> >> On Mon, Dec 30, 2019 at 1:24 PM Abel Abraham Camarillo Ojeda
> >>
On 21/04/20(Tue) 15:54, Jan Klemkow wrote:
> Hi,
>
> The following diff fixes a deadlock in em(4) when system runs out of
> mbuf(9)s.
>
> Tested with current on amd64 with:
> em0 at pci0 dev 25 function 0 "Intel I217-LM" rev 0x05: msi, mac 0x1e phy
> 0xb, address d0:50:99:c1:67:94
>
> When the
On Sun, Apr 26, 2020 at 03:30:51PM -0600, Theo de Raadt wrote:
> Patrick Wildt wrote:
>
> > I don't know userland very well, so I have a question. In the middle of
> > 2019 there have been plenty of changes in regards to changing checks of
> > syscalls from < 0 to a more strict == -1, like this
Should we change umb(4) so that it only grabs an IPv6 address
in case somebody does a "ifconfig umb0 inet6 eui64" first?
Anyone willing to ok the patch below?
On 2/19/20 9:19 AM, Gerhard Roth wrote:
On Wed, 19 Feb 2020 08:45:39 +0100 Claudio Jeker
wrote:
On Tue, Feb 18, 2020 at 11:16:54PM
Anyone?
On Wed, Apr 22, 2020 at 07:28:02PM +0200, Stefan Sperling wrote:
> We currently configure interrupt mitigation for Rx, but not for Tx.
>
> And there is also a global Tx/Rx interrupt limit which can be configured
> via the MIRT register. Setting this could prevent Tx/Rx interrupt storms.
>
35 matches
Mail list logo