Hi,
I see sporadic segmentation faults and this log message on i386:
Dec 9 23:24:54 ot1 /bsd: [cc]91041/433958 pc=affd80b inside cf36000-cf41000:
bogus syscall
First mmap(2) in ld.so fails with ENOMEM, second call succeeds.
But msyscall(2) uses the address from the first call.
We have to
Without this patch distclean may leave around some *.old files generated
by configure.
--- a/Makefile
+++ b/Makefile
@@ -73,7 +73,7 @@ clean:
rm -f $(BINS) $(ALLOBJS) rpki-client.install.8
distclean: clean
- rm -f config.h config.log Makefile.configure
+ rm -f config.h
Give some love to ospf6d.
The goal is to have ospf6d looks like ospfd, this could be useful to have
changes made in one daemon from one go inside the other.
I will do it step by step until I get to the point where "ospf6ctl reload"
works.
First step is to refactor kernel route message handling,
These are remnants from before the code was simplified by tedu@.
- todd
Index: lib/libc/gen/getusershell.c
===
RCS file: /cvs/src/lib/libc/gen/getusershell.c,v
retrieving revision 1.17
diff -u -p -u -r1.17 getusershell.c
---
This fixes
# ldomctl status
primary -running OpenBSD running
0%
guest1stopped
guest2 ttyV1running OpenBoot Primary Boot Loader
50%
to look like
# ./obj/ldomctl status
Tim Kuijsten wrote:
> > Nor do you bring up the traffic to the IP addresses offered by
> > pool.ntp.org. That traffic has a pattern easily distinguished as
> > "system startup".
> >
> > What's the difference? There isn't. Yet you brought up only google.
>
> I can understand why someone
Hello,
My uplcom(4) does not work correctly with Etron EJ168 xhci.
It is attached correctly, but cannot be opened.
If it is attached to other xHCI or EHCI, it works.
When ucom is opened, bulk-in endpoint is configured at first, then
bulk-out one is configured. The former has DCI=7 and the latter
Hi,
any initialization of the form
struct ber_oid trapoid = OID(MIB_snmpTrapOID);
requires a smi_scalar_oidlen() afterwards to set 'bo_n' to the correct
length.
The old ber_oid_cmp() from usr.sbin/snmpd/ber.c used to iterate over
all elements of 'bo_id' and not just the first 'bo_n'
On Mon, Dec 09, 2019 at 10:58:32AM +0500, Alexander E. Patrakov wrote:
> 08.12.2019 16:42, Alexandr Nedvedicky wrote:
> > Hello,
> >
> > commit from today [1] makes IP stack more paranoid. Up to now OpenBSD
> > implemented so called 'weak host model' [2]. The today's commit alters
> > that for
On 2019/12/09 13:16, Tim Kuijsten wrote:
> > Nor do you bring up the traffic to the IP addresses offered by
> > pool.ntp.org. That traffic has a pattern easily distinguished as
> > "system startup".
> >
> > What's the difference? There isn't. Yet you brought up only google.
>
> I can
On Sun, Dec 08, 2019 at 11:29:43PM +0100, Remi Locherer wrote:
> Hi,
>
> when "split-horizon simple" is used, ripd might send out messges with 0
> routes in it. This is because nentries is counted up even if the route
> was not added to buf. Moving nentries++ up is fixing this.
>
> Below log
On Sun, Dec 08, 2019 at 11:23:31PM +0100, Remi Locherer wrote:
> Hi,
>
> this fixes an error message to reflect the correct function name.
>
> OK?
OK claudio@
> Remi
>
>
> Index: message.c
> ===
> RCS file:
On Sun, Dec 08, 2019 at 11:20:16PM +0100, Remi Locherer wrote:
> Hi,
>
> iface is not used afterwards. I think it should have been removed
> in revision 1.8.
>
> OK?
OK claudio@
> Remi
>
>
> Index: ripe.c
> ===
> RCS file:
> Nor do you bring up the traffic to the IP addresses offered by
> pool.ntp.org. That traffic has a pattern easily distinguished as
> "system startup".
>
> What's the difference? There isn't. Yet you brought up only google.
I can understand why someone would be ok with sending some packets
to
Since rev 1.176 TLS connections are also handled with stdio. When
removing the ftp_printf wrapper I also removed the optional printing of
headers sent to the server. The diff below reinstates ftp_printf
for !SMALL builds. For ramdisks, ftp_printf is just a #define so size
doesn't change.
ok?
15 matches
Mail list logo