On Tue, Aug 18, 2020 at 09:58:56AM +0200, Sasha Romijn wrote:
> The current openrsync client is not able to connect to dual-stack remote
> hosts, when the local host does not have any IPv4 connectivity. This is
> because connect() fails with EADDRNOTAVAIL when trying to connect to the
> remote I
On Tue, Aug 18, 2020 at 06:14:30PM +0200, Florian Obser wrote:
> When sending a router solicitation use the link-layer (mac) address of
> the outgoing interface in the source link-layer address ICMPv6 option
> instead of the address of the last configured autoconf interface.
>
> It is not the most
---
sys/arch/amd64/amd64/vmm.c | 63 --
1 file changed, 33 insertions(+), 30 deletions(-)
diff --git a/sys/arch/amd64/amd64/vmm.c b/sys/arch/amd64/amd64/vmm.c
index 84fcb23a5..f6d51737e 100644
--- a/sys/arch/amd64/amd64/vmm.c
+++ b/sys/arch/amd64/amd64/vmm.c
@@
This is the first patch for adding PCI passthrough support to VMD.
I am splitting up the necessary changes into smaller patches.
This code fixes the pci device union for accessing PCI config space >= 0x40
pcidump -xxx would return garbage data due to union overlap
pci_add_bar now requires speci
When sending a router solicitation use the link-layer (mac) address of
the outgoing interface in the source link-layer address ICMPv6 option
instead of the address of the last configured autoconf interface.
It is not the most efficient way to first transform an if_index into
and interface name and
On Tue, Aug 18, 2020 at 11:04:47AM +0200, Martin Pieuchot wrote:
> Diff below changes the order of operations in kqueue_register() to get
> rid of an unnecessary pool_get(). When an event is already present on
> the list try to acquire it first. Note that knote_acquire() may sleep
> in which case
This diff introduces a mutex that serializes access to the kernel
message buffers. At the moment, the buffers do not have clear
concurrency control.
The mutex controls access to all the modifiable fields of struct msgbuf.
It also protects logsoftc.sc_state for managing thread wakeups.
A tricky th
> Date: Tue, 18 Aug 2020 11:52:17 +0200
> From: Martin Pieuchot
>
> Taken from a larger diff from claudio@, this reduces the lock dances in
> MD code and put it where we should focus our effort in kern/kern_sig.c.
>
> ok?
Agreed. ok kettenis@
> Index: kern/kern_sig.c
> ===
On 18/08/20(Tue) 11:22, Mark Kettenis wrote:
> > Date: Tue, 18 Aug 2020 11:04:47 +0200
> > From: Martin Pieuchot
> >
> > Diff below changes the order of operations in kqueue_register() to get
> > rid of an unnecessary pool_get(). When an event is already present on
> > the list try to acquire it
Taken from a larger diff from claudio@, this reduces the lock dances in
MD code and put it where we should focus our effort in kern/kern_sig.c.
ok?
Index: kern/kern_sig.c
===
RCS file: /cvs/src/sys/kern/kern_sig.c,v
retrieving revisi
> Date: Tue, 18 Aug 2020 11:04:47 +0200
> From: Martin Pieuchot
>
> Diff below changes the order of operations in kqueue_register() to get
> rid of an unnecessary pool_get(). When an event is already present on
> the list try to acquire it first. Note that knote_acquire() may sleep
> in which c
Diff below changes the order of operations in kqueue_register() to get
rid of an unnecessary pool_get(). When an event is already present on
the list try to acquire it first. Note that knote_acquire() may sleep
in which case the list might have changed so the lookup has to always
begin from the s
On Mon, Aug 17, 2020 at 12:57:58PM +0200, Mark Kettenis wrote:
>
> > Date: Sun, 16 Aug 2020 19:32:03 +0200 (CEST)
> > From: Mark Kettenis
> >
> > The diff below adds support for higher speeds as supported by UHS-I SD
> > cards to the generic sdmmc(4) layer. The diff in itself does not
> > enabl
ok mvs@
> On 16 Aug 2020, at 14:35, Visa Hankala wrote:
>
> The msg_bufl field of struct msgbuf is written but never read. The value
> was used by kernfs which is no longer present, so the code could be
> cleaned up a little by removing the field.
>
> On some systems the message buffer data are
Hello,
The current openrsync client is not able to connect to dual-stack remote hosts,
when the local host does not have any IPv4 connectivity. This is because
connect() fails with EADDRNOTAVAIL when trying to connect to the remote IPv4
address on an IPv6-only local host - and IPv4 seems to be
> From: Dale Rahn
> Date: Mon, 17 Aug 2020 18:33:29 -0500
>
> could we check that there is not an ESR value that indicates PAN violation
> instead of using 'instruction recognition'?
Doesn't exist unfortunately. You get a protection fault, but you get
the same protection fault if you try to wri
16 matches
Mail list logo