dlg@ asked me for an example output, so here it is:
07:52:52.326084 fe80::fce1:baff:fed2:8886.dhcpv6-client >
ff02::1:2.dhcpv6-server: [udp sum ok] DHCPv6 Solicit xid 0xdc0732
OPTION_CLIENTID: 00:01:00:01:28:5c:b7:1e:e8:6a:64:e8:d5:3f
OPTION_ELAPSED_TIME: 0.00s
OPTION_IA_PD
Hello,
My name is Gavin Howard. I have developed a new bc(1) and dc(1)
implementation. [0]
I propose replacing the current implementations with mine.
Advantages:
* Performance. [1]
* Extensions for ease of use.
* With build options to remove most extensions, if desired.
* Compatible with GNU bc
The virtio spec has had a de facto command for drivers to read the
serial number off a virtual block device. QEMU introduced this feature
years ago. Last November, the virtio governing group voted in favor of
adopting it officially into v1.2 (the next virtio spec) [1].
The below diff adds the basi
Thanks dlg@ for the hint with the ixl(4) fixes in current. I will
try so solve my 6.6 problem with that.
On Wed, Jun 16, 2021 at 10:19:03AM +0200, Martin Pieuchot wrote:
> The diff discussed in this thread reduces the scope of the splnet/splx()
> dance to only surround the modification of `if_fla
Hello,
re-sending the same diff updated to current if_pfsync.c.
diff avoids a recursion to PF_LOCK(), which is indicated
by panic stack here:
> > production firewalls panicked with the pf lock trying to lock against
> > itself a couple of nights ago:
> >
> > db_enter() at db_enter+0x5
> > pani
ok mvs@
> On 17 Jun 2021, at 01:06, Alexander Bluhm wrote:
>
> On Wed, Jun 16, 2021 at 11:58:48PM +0300, Vitaliy Makkoveev wrote:
>> crypto_getreq() and crypto_freereq() don???t require kernel lock.
>
> Indeed, new diff.
>
> ok?
>
> bluhm
>
> Index: netinet/ip_ah.c
>
On Wed, Jun 16, 2021 at 11:58:48PM +0300, Vitaliy Makkoveev wrote:
> crypto_getreq() and crypto_freereq() don???t require kernel lock.
Indeed, new diff.
ok?
bluhm
Index: netinet/ip_ah.c
===
RCS file: /data/mirror/openbsd/cvs/src/sy
Hi,
crypto_getreq() and crypto_freereq() don’t require kernel lock.
> On 16 Jun 2021, at 23:05, Alexander Bluhm wrote:
>
> Hi,
>
> I have seen a kernel crash with while forwarding and encrypting
> much traffic through OpenBSD IPsec gateways running iked.
>
> kernel: protection fault trap, cod
Hi,
I have seen a kernel crash with while forwarding and encrypting
much traffic through OpenBSD IPsec gateways running iked.
kernel: protection fault trap, code=0
Stopped at aes_ctr_crypt+0x1e: addb$0x1,0x2e3(%rdi)
ddb{2}> trace
aes_ctr_crypt(16367ed4be021a53,8000246e1db0) at a
Hi tech,
Please add Sony UWA-BR100 device ID with well known AR9280+AR7010 to source
tree (confirmed working).
Martin
if_athn_usb.c.patch
Description: Binary data
usbdevs.h.patch
Description: Binary data
According to the last commit message to print-dhcp6.c by dlg:
if someone is interested in making this easier to read, it would
be a straightforward and well contained project to better handle
option printing.
I'm playing around a little with dhcp6 and I heeded the call.
This diff does a few thin
On Tue, Jun 15, 2021 at 06:14:38PM +0200, Claudio Jeker wrote:
> The Adj-RIB-Out should show what is sent to the peer. bgpd did not fully
> do that since it adjusted the ASPATH and the nexthop afterwards when
> building the actual UPDATE.
>
> This diff changes that and moves the ASPATH prepend for
Diff below does two things:
- Use atomic operations for incrementing/decrementing references of
anonymous objects. This allows us to manipulate them without holding
the KERNEL_LOCK().
- Rewrite the loop from uao_swap_off() to only keep a reference to the
next item in the list. This is imp
On 16/06/21(Wed) 14:26, David Gwynne wrote:
>
>
> > On 16 Jun 2021, at 00:39, Martin Pieuchot wrote:
> >
> > On 15/06/21(Tue) 22:52, David Gwynne wrote:
> >> On Mon, Jun 14, 2021 at 10:07:58AM +0200, Martin Pieuchot wrote:
> >>> On 10/06/21(Thu) 19:17, Alexander Bluhm wrote:
> >> [...]
>
When I compile a multi-threaded application with '-pg' option, I always get no
results in gmon.out. With bad luck, my application gets SIGSEGV while running.
Because the buffer that holds number of caller/callee count is the only one
in the process and will be broken by multi-threaded access.
I ge
15 matches
Mail list logo
