On 04/23/2012 02:16 AM, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the limitations of the chips
we're building for. The problem I've noticed on many of the recent
failures is due to the lack of atomic
Andrew Haley wrote:
On 04/23/2012 02:16 AM, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the limitations of the chips
we're building for. The problem I've noticed on many of the recent
failures is due to
On Mon, Apr 23, 2012 at 10:40 AM, Andrew Haley a...@redhat.com wrote:
On 04/23/2012 10:36 AM, Gordan Bobic wrote:
Andrew Haley wrote:
On 04/23/2012 02:16 AM, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the
On Mon, 2012-04-23 at 10:40 +0100, Andrew Haley wrote:
On 04/23/2012 10:36 AM, Gordan Bobic wrote:
Andrew Haley wrote:
On 04/23/2012 02:16 AM, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the
On Sun, 22 Apr 2012, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're running into
harder build failures due to the limitations of the chips we're building for.
The problem I've noticed on many of the recent failures is due to the lack of
atomic
On Sun, 22 Apr 2012, Chris Tyler wrote:
6. There is the kernel's user space atomic helper (kuser_cmpxchg64) at
0x0f60, see Documentation/arm/kernel_user_helpers.txt. The kernel
puts an instruction sequence here tuned for the current arch that can be
called by userland to provide an atomic
On 04/23/2012 04:06 PM, Dan Horák wrote:
the main problem no only in ARM land is that many software developers
like to develop their own atomic ops implementations in their project
instead of using some standard one eg. from GCC :-( I fight with this
problem again and again on s390 ...
Chris Tyler ch...@tylers.info writes:
1. Abandon armv5 and move to armv6 where some of the operations we need
are available. This will still support the raspberry pi- what about
kirkwood *plugs?
That would kill the older plugs -- anything below a d2plug.
However: do we care? Much?
Chris Tyler ch...@tylers.info writes:
Brendan has *just* added the Pi as a target for his nightly rootfs
images, but this hasn't been tested yet. This will be a bit different
from the final image but will let anyone who wants to play early. (/me
toddles off to test that out...)
Hmm, I should
On 04/23/2012 08:06 AM, Dan Horák wrote:
the main problem no only in ARM land is that many software developers
like to develop their own atomic ops implementations in their project
instead of using some standard one eg. from GCC :-( I fight with this
problem again and again on s390 ...
Are the
On Mon, Apr 23, 2012 at 5:15 PM, Jeff Voskamp j...@voskamp.ca wrote:
On 04/23/2012 11:51 AM, Derek Atkins wrote:
Chris Tylerch...@tylers.info writes:
1. Abandon armv5 and move to armv6 where some of the operations we need
are available. This will still support the raspberry pi- what about
Am Sonntag, den 22.04.2012, 22:34 -0400 schrieb Chris Tyler:
On Sun, 2012-04-22 at 18:16 -0700, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the limitations of the chips
we're building for. The problem
On 04/23/2012 06:36 PM, Thomas Meyer wrote:
Am Sonntag, den 22.04.2012, 22:34 -0400 schrieb Chris Tyler:
On Sun, 2012-04-22 at 18:16 -0700, Brendan Conoboy wrote:
As we get closer to having 100% package coverage in F17-ARM we're
running into harder build failures due to the limitations of the
On Mon, 23 Apr 2012, Andrew Haley wrote:
On 04/23/2012 06:36 PM, Thomas Meyer wrote:
I'm running the Ubuntun 2.6.38 Tegra2 kernel (because of their fbdev
support) on top of Fedora 17 armv5el on an Toshiba AC100 Laptop. The
rsyslog package crashed everytime because of the missing kernel
14 matches
Mail list logo
