From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.etorok.net (mail.etorok.net [176.9.138.55]) by huchra.bufferbloat.net (Postfix) with ESMTP id ED13721F147 for ; Tue, 1 Oct 2013 07:28:37 -0700 (PDT) Received: from [172.30.42.25] (unknown [79.114.60.183]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.etorok.net (Postfix) with ESMTPSA id 11F2F46D8 for ; Tue, 1 Oct 2013 16:28:35 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=etorok.net; s=mailout; t=1380637715; bh=yB95bANSpFzLLFAOH4o4Rs/agTDLdlYBwiZQWz0V4qY=; l=1113; h=Date:From:To:References:In-Reply-To:From; b=B6P4cE4A2hzI/vwPdybaAP3Qxcea/GtVCGmhUjtYLeMTv8bt+XG5IpkSXAPb/V5d+ 8dIqwojkYvKE3TITzMU2wRB/xDWFnEP/EceTxo4URF5SmocPpIxqTHe5T2LjYxonIu r2G0ZrRJyGF8nfqq8ea15YvtmKr2uxxQJdqC8AQ0= Message-ID: <524ADC12.4090106@etorok.net> Date: Tue, 01 Oct 2013 17:28:34 +0300 From: =?ISO-8859-1?Q?T=F6r=F6k_Edwin?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130929 Icedove/17.0.9 MIME-Version: 1.0 To: cerowrt-devel@lists.bufferbloat.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.97.8 at mail X-Virus-Status: Clean Subject: Re: [Cerowrt-devel] cerowrt-3.10.13-2 released X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Oct 2013 14:28:39 -0000 On 10/01/2013 04:42 PM, Dave Taht wrote: > + Proved it is possible to build an OS release on a "Narrowboat" > - but not test one without hacking at the 12v power supply off the solar panel > + merge with openwrt head > + dnsmasq 2.67test17 > + ipv6subtrees now part of 3.10.12 > + htb adsl fixes also > + Simon kelly is starting to finalize dnsmasq 2.67 now that summer is over > > - still no fix for the sysupgrade bug > - Most of the get_cycles() and /dev/random keruffle has settled down > but I did not fold the latest patchset for that into this. The > discussion on PRNGs was very illuminating and worth reading.There were > multiple threads on this topic on lkml, this is one: > > https://lkml.org/lkml/2013/9/10/188 Does this mean that we can get rid of running rngd the wrong way? [1] [1] Currently cerowrt runs rngd -r /dev/urandom, which is exactly what should not be done ,as it would essentially make /dev/random non-blocking like /dev/urandom and fool userspace into generating keys without enough entropy, etc.: https://lwn.net/Articles/525459/ Best regards, --Edwin