From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6D32B13838B for ; Tue, 7 Oct 2014 07:29:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DEDCFE096C; Tue, 7 Oct 2014 07:29:03 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8C825E08F2 for ; Tue, 7 Oct 2014 07:29:02 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) for gentoo-user@lists.gentoo.org with esmtp (envelope-from ) id <1XbPCe-0039XN-Sz>; Tue, 07 Oct 2014 09:29:00 +0200 Received: from zb3e1.pia.fu-berlin.de ([87.77.179.225] helo=TranscendTheRubicon.alshain.ring0) by inpost2.zedat.fu-berlin.de (Exim 4.82) for gentoo-user@lists.gentoo.org with esmtpsa (envelope-from ) id <1XbPCe-0001HC-Ri>; Tue, 07 Oct 2014 09:29:00 +0200 Date: Tue, 7 Oct 2014 09:28:46 +0200 From: Hinnerk van Bruinehsen To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Cohorent pool size too small... Message-ID: <20141007072846.GA19166@TranscendTheRubicon.alshain.ring0> References: <20141005135221.GC3856@solfire> <20141005145415.GE3856@solfire> <20141005174403.GF3856@solfire> <20141006084357.GC12584@TranscendTheRubicon.zedat.fu-berlin.de> <20141006163406.GB3826@solfire> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20141006163406.GB3826@solfire> User-Agent: Mutt/1.5.23 (2014-03-12) X-Originating-IP: 87.77.179.225 X-ZEDAT-Hint: A X-Archives-Salt: 3bec62f2-1ec6-44b3-b307-d83127dcce28 X-Archives-Hash: 3960fa56991ffcf26b4b08c006e7eb1a --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 06, 2014 at 06:34:06PM +0200, meino.cramer@gmx.de wrote: >=20 > Moin Hinnerk,=20 > (hopefully have guessed this greet correctly...I am from that > part of Germany ;) >=20 > I have the source of the driver exclusivly compiled for 3.8.13 > as for 3.14.something (cant remember).=20 > 3.14.x has some other problems (on that embedded platform) like > not powering off when shutdown, random reboots and such. > So decided to go back to 3.8.13. > Yesterday I started updateing (eix-sync and emerge) that Gentoo > and it ends up in an endless loop (bash update) of configureing > (damn slow on that mini iron) and compiling - as it looks - > of a single file. > After more than 10 hours I CTRL-C that, reupated and now I am > ...updateing the bash again. > Sigh. > Currently "fun" is something else... >=20 > Is the 3.15.10++ branch free of things like random reboot and > not powering off? Moin Meino, (you've hit dead on spot: is there another "valid" greeting except that one? ;-) ) Right now I don't have a beaglebone black so sadly I can't provide any first hand experience. A 10 hour configure loop definitely sounds fishy to me. I'm running a (hardened) Gentoo on a Raspberry Pi right now and I do compiling natively most of the time (as it's not a that critical machine). As it's an even more mini iron I know that it can be time consuming (maybe interesting: bash: 25 minutes, 57 seconds for 29 merges). My rpi runs on a 3.16.3 kernel and my experience is that newer kernels help immensely if available (that is if the hardware is either supported upstrea= m or there is a vendor branch testing new kernels). Especially for arm there is = much better support lately. I find for less used platforms (read: "not-x86/amd64) the newer kernels are often more stable than "stable" ones because the latter often doesn't experience much testing. So in the end there aren't many more options than just try it out (kernel builds are quick luckily because - as you stated in your other reply - kern= el builds are very easily cross-compilable). Good luck/Viel Erfolg, Hinnerk --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJUM5YuAAoJEJwwOFaNFkYc704IAMxsxmCO6Ksi4YQ1vugrPZXq K1S51yvslLV/s1xKXosnxxu94L94n7p2WXue4YLaWkctkutu5mITxmYc8vAg8tcy k1ZdlVv9AP/h57NtaFzGwmNVads15LyeSl14/miwCP5GMD6ZLed2RZfgaZ6dDhKr iPX3tEeMqlOK2nfQV9hcE7z4qvKnYJwXzpruOtD9ZiC2COHqSDR5xYCnW9AhYCCa iGMpiJSmbBkPFoEDVl8iSer9PpIqpwgeAnzB3ShWeSTexsKrj0DaSmQ9/zfcj97I 2q0aDcM3uxbmiOvnhwuKJkTLGuEw7LE6RKRK688KypnNwxC9AjgwPnp+LWgbzh8= =5JA6 -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9--