netdev - Re: [PATCH] [IPVS] use msleep_interruptable() instead of ssleep() aka msleep()

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Sun, 10 Dec 2006 22:35:41 -0800 (PST)
From:	David Miller <davem@...emloft.net>
To:	horms@...ge.net.au
Cc:	ja@....bg, netdev@...r.kernel.org, deanm@...one.com.au,
	wensong@...ux-vs.org, jmack@...d.net
Subject: Re: [PATCH] [IPVS] use msleep_interruptable() instead of ssleep()
 aka msleep()

From: Horms <horms@...ge.net.au>
Date: Wed, 29 Nov 2006 09:58:35 +0900

> On Tue, Nov 28, 2006 at 10:35:01AM +0200, Julian Anastasov wrote:
> > 
> > 	Hello,
> > 
> > On Tue, 28 Nov 2006, Horms wrote:
> > 
> > > Dean Manners notices that when an IPVS synchonisation daemons are
> > > started the system load slowly climbs up to 1. This seems to be related
> > > to the call to ssleep(1) (aka msleep(1000) in the main loop. Replacing
> > > this with a call to msleep_interruptable() seems to make the problem go
> > > away. Though I'm not sure that it is correct.
> > 
> > 	The same is needed for sync_backup_loop
> 
> Good point. It also seems as well to change it in fork_sync_thread()
> and start_sync_thread(), though these are unlikely to be causing a problem.

Applied, thanks Simon.

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html