Re: missing "struct socket;" in netinet/ip_var.h prevents compiling kernel without MROUTING option

I'm good with that. > On Jul 13, 2017, at 7:37 PM, Ted Unangst wrote: > > Nick Briggs wrote: >> because netinet/ip_var.h, which it includes, depends on >> #ifdef MROUTING >> extern struct socket *ip_mrouter[]; /* multicast routing daemon */ >> #endif >> to get a

Re: missing "struct socket;" in netinet/ip_var.h prevents compiling kernel without MROUTING option

Nick Briggs wrote: > because netinet/ip_var.h, which it includes, depends on >#ifdef MROUTING >extern struct socket *ip_mrouter[]; /* multicast routing daemon */ >#endif > to get a declaration of struct socket outside of any parameter lists. I think this is a better fix. Two

missing "struct socket;" in netinet/ip_var.h prevents compiling kernel without MROUTING option

>Synopsis: missing "struct socket;" in netinet/ip_var.h prevents compiling >without MROUTING option >Category: system >Environment: System : OpenBSD 6.1 Details : OpenBSD 6.1-stable (PIGEON) #5: Thu Jul 13 17:09:51 PDT 2017

Re: regression using vncviewer (net/ssvnc) on inteldrm

On 2017/07/13 19:57, Mark Kettenis wrote: > > Date: Wed, 12 Jul 2017 13:11:25 +0100 > > From: Stuart Henderson > > > > On 2017/07/12 07:46, Paul de Weerd wrote: > > > Note that vncviewer was never really blazing fast, but at least it was > > > workable. Obviously,

Re: resume from suspend fails from time to time

> Date: Fri, 7 Jul 2017 23:07:35 +0200 > From: Jesper Wallin > > >Synopsis: resume from suspend fails from time to time. > >Category: inteldrm or acpi (guessing) > >Environment: > System : OpenBSD 6.1 > Details : OpenBSD 6.1-current (GENERIC.MP)

Re: regression using vncviewer (net/ssvnc) on inteldrm

> Date: Wed, 12 Jul 2017 13:11:25 +0100 > From: Stuart Henderson > > On 2017/07/12 07:46, Paul de Weerd wrote: > > Note that vncviewer was never really blazing fast, but at least it was > > workable. Obviously, vncviewer is doing something weird because other > > programs

coredump of ..., write failed: errno 14

I've seen this a lot recently (14 = EFAULT) 2017-07-13T16:05:57.935Z symphytum /bsd: coredump of Xorg(62706), write failed: errno 14 2017-07-13T16:05:57.993Z symphytum /bsd: coredump of chrome(46797), write failed: errno 14 2017-07-13T16:05:58.081Z symphytum /bsd: coredump of vi(26461), write

Re: multicast reception fails for certain groups on interfaces with TI ThunderLAN chip

Yeah, I'm good with that, and in fact enm_addrlo is defined as u_int8_t which I hadn't gone to check. ../sys/netinet/if_ether.h: u_int8_t enm_addrlo[ETHER_ADDR_LEN]; /* low or only address of range */ I've verified the code works: # tcpdump -e -s 1500 -p multicast and not broadcast

Re: multicast reception fails for certain groups on interfaces with TI ThunderLAN chip

Nick Briggs: > The code in if_tl.c, tl_calchash() is wrong in that it doesn't > compensate for signed char type so that the XOR operations to generate the > multicast hash index are polluted by sign extension if the MSbit of the 1st > and 4th or 2nd and 5th bytes of the multicast

Re: Hang since inteldrm works when stopping X or running xrandr

On Wed, Jul 12, 2017, at 22:54, Mark Kettenis wrote: > Unless you have a serial console (possibly through Intel AMT), there's > probably not much you can do yourself. Given the CPU model, I don't > think your machine has Intel AMT support. > > If you have a displayport (male) to mini displayport

Re: link fix in help.1

Andras Farkas writes: > Evening! Noticed the link in help.1 to the FAQ was missing a slash at the > end. > diff is also attached in case it gets mangled Committed, thanks. > --- help.1 Thu Jul 13 03:56:58 2017 > +++ fixdhelp.1 Thu Jul 13 03:57:31 2017 > @@

link fix in help.1

Evening! Noticed the link in help.1 to the FAQ was missing a slash at the end. diff is also attached in case it gets mangled --- help.1 Thu Jul 13 03:56:58 2017 +++ fixdhelp.1 Thu Jul 13 03:57:31 2017 @@ -53,7 +53,7 @@ option. Other .Ox references include the FAQ (Frequently Asked

Re: Hang since inteldrm works when stopping X or running xrandr

Mark Kettenis schreef op 12 juli 2017 19:50:50 CEST: >> Date: Wed, 12 Jul 2017 10:08:42 +0200 (CEST) >> From: fr...@frankgroeneveld.nl >> >> >Synopsis: System hangs when X is stopped or xrandr is run after >disabling builtin screen >> >Category: system >>