Re: dt(4), hardclock(9): move interval, profile providers to dedicated callback

2023-08-25 Thread Scott Cheloha
On Thu, Aug 24, 2023 at 07:21:29PM +0200, Martin Pieuchot wrote: > On 23/08/23(Wed) 18:52, Scott Cheloha wrote: > > This is the next patch in the clock interrupt reorganization series. > > Thanks for your diff. I'm sorry but it is really hard for me to help > review this diff because there is

Re: [patch] netcat: support --crlf

2023-08-25 Thread Andrea Biscuola
Hi op. On Fri, 25 Aug 2023 20:14:37 +0200 Omar Polo wrote: > On 2023/08/25 09:07:35 -0600, "Theo de Raadt" wrote: > > Pietro Cerutti wrote: > > > > > The motivation is that several network protocols are line oriented > > > with CRLF as line terminators. SMTP and HTTP are among the most > > >

Re: [patch] netcat: support --crlf

2023-08-25 Thread Omar Polo
On 2023/08/25 09:07:35 -0600, "Theo de Raadt" wrote: > Pietro Cerutti wrote: > > > The motivation is that several network protocols are line oriented > > with CRLF as line terminators. SMTP and HTTP are among the most > > popular. > > Yet, all servers of those protocols and and will accept the

Re: [patch] netcat: support --crlf

2023-08-25 Thread Claus Assmann
On Fri, Aug 25, 2023, Theo de Raadt wrote: > Pietro Cerutti wrote: > > The motivation is that several network protocols are line oriented > > with CRLF as line terminators. SMTP and HTTP are among the most > > popular. > Yet, all servers of those protocols and and will accept the simpler 1-byte

Re: [patch] netcat: support --crlf

2023-08-25 Thread Theo de Raadt
Pietro Cerutti wrote: > The motivation is that several network protocols are line oriented > with CRLF as line terminators. SMTP and HTTP are among the most > popular. Yet, all servers of those protocols and and will accept the simpler 1-byte line terminator. > FWIW, it works on RHEL 7.9 That

Re: umb(4) doesn't need a custom network input function

2023-08-25 Thread Gerhard Roth
On Fri, 2023-08-25 at 20:40 +1000, David Gwynne wrote: > umb(4) is a hardware p2p driver, it just has ip coming in, so we can do > the same thing we do for the address family and input processing as > other p2p interfaces. > > the short packet check that umb_input does is already done by the ip >

umb(4) doesn't need a custom network input function

2023-08-25 Thread David Gwynne
umb(4) is a hardware p2p driver, it just has ip coming in, so we can do the same thing we do for the address family and input processing as other p2p interfaces. the short packet check that umb_input does is already done by the ip stacks, so we're not losing anything. i havent got a umb(4), so i