NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/51325: "netstat -ia" causes infinite loop
The following reply was made to PR kern/51325; it has been noted by GNATS.
From: christos%zoulas.com@localhost (Christos Zoulas)
To: Ryota Ozaki <ozaki-r%netbsd.org@localhost>, matthew green <mrg%eterna.com.au@localhost>
Cc: "gnats-bugs%NetBSD.org@localhost" <gnats-bugs%netbsd.org@localhost>,
kern-bug-people%netbsd.org@localhost,
"gnats-admin%netbsd.org@localhost" <gnats-admin%netbsd.org@localhost>,
"netbsd-bugs%netbsd.org@localhost" <netbsd-bugs%netbsd.org@localhost>
Subject: Re: kern/51325: "netstat -ia" causes infinite loop
Date: Thu, 14 Jul 2016 02:00:57 -0400
On Jul 14, 11:06am, ozaki-r%netbsd.org@localhost (Ryota Ozaki) wrote:
-- Subject: Re: kern/51325: "netstat -ia" causes infinite loop
| On Wed, Jul 13, 2016 at 6:00 PM, matthew green <mrg%eterna.com.au@localhost> wrote:
| > the right way to fix this would be to convert that part
| > of netstat to use sysctl on live kernels.
|
| christos@ has done it? :)
It is close. I will try to finish it in the next few days. I need to handle
the multicast stuff.
| > then you can
| > change the in-kernel version more sanely without breaking
| > apps. sure, a deaad kernel netstat user will have to
| > match kernel/user versions but that's always the case.
|
| If it's allowed, I want to do so because in this case we
| need to do some tricky workaround to make ifaddr lists
| workable for psz/psref maybe introducing some overhead.
|
Yes, it should be allowed. The policy should be that runtime support
via sysctl retains compatiibility across kernel bumps, but kmem grovelling
needs a matching kernel and userland binary so that we don't need to jump
through hoops to change kernel data structures.
christos
Home |
Main Index |
Thread Index |
Old Index