Re: arm64 MP

2018-02-23 Thread Otto Moerbeek
On Tue, Feb 20, 2018 at 08:50:14PM +0100, Otto Moerbeek wrote: > On Tue, Feb 20, 2018 at 07:52:49PM +0100, Otto Moerbeek wrote: > > > On Tue, Feb 20, 2018 at 08:58:47AM +0100, Otto Moerbeek wrote: > > > > > On Tue, Feb 20, 2018 at 08:52:20AM +0100, Mark Kettenis wrote: > > > > > > > > Date: Mon

[PATCH] Folding of Comment Lines in make/lowparse.c

2018-02-23 Thread William Ahern
The routine skip_empty_lines_and_read_char() is an optimization to skip over blocks of comment lines. When it reads an unescaped '#' it uses the helper routine skip_to_end_of_line(). But skip_to_end_of_line() doesn't fold lines as it should and like its parent caller does. (See patch at end of mess

Re: armv7 really isn't a strict-alignment architecture

2018-02-23 Thread Brandon Bergren
Apparently, the control bit only controls whether the cpu will automatically do fixups for word or smaller single load/store. Targeting an unaligned address with a *multiple* load/store instruction will still fault. Over in Linux land, there's this giant grody handler that has emulation for the

Re: armv7 really isn't a strict-alignment architecture

2018-02-23 Thread Mark Kettenis
> Date: Fri, 23 Feb 2018 12:11:23 +0100 > From: "Boudewijn Dijkstra" > > Op Thu, 22 Feb 2018 22:51:12 +0100 schreef Mark Kettenis > : > > I hate to loose yet another strict-alignment canary, but the reality > > is that the rest of the world assumes that armv7 supports unaligned > > access which

Re: armv7 really isn't a strict-alignment architecture

2018-02-23 Thread Boudewijn Dijkstra
Op Thu, 22 Feb 2018 22:51:12 +0100 schreef Mark Kettenis : I hate to loose yet another strict-alignment canary, but the reality is that the rest of the world assumes that armv7 supports unaligned access which means that compilers generate code that assumes this works when compiling code for armv

Re: pf generic packet delay

2018-02-23 Thread Martin Pieuchot
On 23/02/18(Fri) 04:08, Henning Brauer wrote: > * Martin Pieuchot [2018-02-21 09:37]: > > On 21/02/18(Wed) 02:37, Henning Brauer wrote: > > I'd suggest moving the pool allocation and the function in net/pf*.c > > and only have a function call under #if NPF > 0. > > worth discussing, but imo that