From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-159173-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 6D32B13838B
	for <garchives@archives.gentoo.org>; 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 <gentoo-user@lists.gentoo.org>; 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 <h.v.bruinehsen@fu-berlin.de>)
          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 <h.v.bruinehsen@fu-berlin.de>)
          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 <h.v.bruinehsen@fu-berlin.de>
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>
 <m0rjk4$1d9$1@ger.gmane.org>
 <20141005145415.GE3856@solfire>
 <m0rv9b$8sg$1@ger.gmane.org>
 <20141005174403.GF3856@solfire>
 <20141006084357.GC12584@TranscendTheRubicon.zedat.fu-berlin.de>
 <20141006163406.GB3826@solfire>
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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:
<SNIP>
>=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--