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