Re: Move duplicating initialization to soalloc()

2023-02-01 Thread Visa Hankala
On Tue, Jan 31, 2023 at 09:50:26PM +0300, Vitaliy Makkoveev wrote: > On Tue, Jan 31, 2023 at 06:00:45PM +, Visa Hankala wrote: > > On Tue, Jan 31, 2023 at 12:44:47PM +0300, Vitaliy Makkoveev wrote: > > > Since we have soalloc() to do common socket initialization, move the > > > rest within. I

Re: Move duplicating initialization to soalloc()

2023-01-31 Thread Vitaliy Makkoveev
On Tue, Jan 31, 2023 at 06:00:45PM +, Visa Hankala wrote: > On Tue, Jan 31, 2023 at 12:44:47PM +0300, Vitaliy Makkoveev wrote: > > Since we have soalloc() to do common socket initialization, move the > > rest within. I mostly need to do this because standalone socket's buffer > > locking

Re: Move duplicating initialization to soalloc()

2023-01-31 Thread Visa Hankala
On Tue, Jan 31, 2023 at 12:44:47PM +0300, Vitaliy Makkoveev wrote: > Since we have soalloc() to do common socket initialization, move the > rest within. I mostly need to do this because standalone socket's buffer > locking require to introduce another klistops data for buffers and there > is no

Move duplicating initialization to soalloc()

2023-01-31 Thread Vitaliy Makkoveev
Since we have soalloc() to do common socket initialization, move the rest within. I mostly need to do this because standalone socket's buffer locking require to introduce another klistops data for buffers and there is no reason to add more copypaste to sonewconn(). Also this makes