[fedora-arm] Daily Koji Compare Stats

2012-07-12 Thread jon . chiappetta
Thu Jul 12 09:05:01 EDT 2012


http://142.204.133.82/jon/koji/kc.17u.diff.html



http://142.204.133.82/jon/koji/kc.18.diff.html


ARM Build Status Wiki:
https://fedoraproject.org/wiki/Architectures/ARM/Fedora17_rawhide

Thu Jul 12 09:05:04 EDT 2012
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] Slow USB storage on A9 processors

2012-07-12 Thread Jeffrey Bastian
On Thu, Sep 15, 2011 at 06:07:52AM -0400, Jon Masters wrote:
 On Fri, 2011-09-09 at 12:36 +0100, Peter Robinson wrote:
 
  I know it was discussed a while ago how the USB storage on PandaBoards
  was slow, not sure what the resolution was but saw this article on LWN
  that looks like our problem there for those that might not have seen
  the post elsewhere and are interested.
  
  https://lwn.net/Articles/457145/
 
 For the record, I've raised this directly with ARM and connected a few
 folks who should be talking together. Mark is going to throw some time
 at tracking this down as he has been doing - thanks for that Mark!


Out of curiosity, I'm resurrecting this old thread: how was the slow
storage problem resolved?  (I assume it was resolved because storage
speeds on Fedora 17 on my Pandaboard are nice and fast.)

I don't see Mark Salter's patches in the kernel, though.

Émeric Vigier mentioned (in a private email) that this may have been
resolved with this patch for PL310 erratum 769419:
  https://lkml.org/lkml/2011/12/7/393

Was this ^^ patch the final solution?  I *do* see this change in the
Fedora kernel sources.

Jeff
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] beaglebone?

2012-07-12 Thread Kévin Raymond
On Thu, Jul 12, 2012 at 5:08 PM, Dr. Michael J. Chudobiak
m...@avtechpulse.com wrote:
 Hi all,

 Is a ready-to-go F17 image available for testing the BeagleBone yet? Is
 there an ETA?

 - Mike

Hi, isn't the BeagleBone using the same processor than the BeagleBoard
(same Cortex A8)
I would think that both are equivalent and one image could power them both.
The beaglebone just have less ports.

Cheers,

-- 
Kévin Raymond
(shaiton)
GPG-Key: A5BCB3A2
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] beaglebone?

2012-07-12 Thread Peter Robinson
On Thu, Jul 12, 2012 at 11:43 PM, Kévin Raymond
shai...@fedoraproject.org wrote:
 On Thu, Jul 12, 2012 at 5:08 PM, Dr. Michael J. Chudobiak
 m...@avtechpulse.com wrote:
 Hi all,

 Is a ready-to-go F17 image available for testing the BeagleBone yet? Is
 there an ETA?

 - Mike

 Hi, isn't the BeagleBone using the same processor than the BeagleBoard
 (same Cortex A8)
 I would think that both are equivalent and one image could power them both.
 The beaglebone just have less ports.

Nope, completely new A8 SoC.

Peter
___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

Re: [fedora-arm] beaglebone?

2012-07-12 Thread Brendan Conoboy

On 07/12/2012 08:08 AM, Dr. Michael J. Chudobiak wrote:

Hi all,

Is a ready-to-go F17 image available for testing the BeagleBone yet? Is
there an ETA?


I am making an experimental image right now.  I will send a followup 
email when it is ready for testing.


--
Brendan Conoboy / Red Hat, Inc. / b...@redhat.com


___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm

[fedora-arm] Update on our teams work on the Fedora Raspberry Pi Remix Upgrade

2012-07-12 Thread Jon Chiappetta
It's hard to demonstrate some of the work we're doing since it's mainly just 
packaging (or re-packaging)
programs and libraries (also cleaning up some of our mistakes made in 
overlapping namespaces of files).
You can kind of track our progress on the mentioned site, which is listed here:

http://zenit.senecac.on.ca/wiki/index.php/Fedora_ARM_Meeting_2012_July_11

If that's not enough to satisfy you, I can try to shamelessly plug a little 
thing that our OpenGL guy (Andor Salga)
helped me make. It's supposed to be a loading screen while the computer is 
booting but the
trouble was that I couldn't use any reliance on X-based libraries like gtk, qt, 
or some other opengl libraries.
So I took Broadcom's starter/example code and tweaked it a bit for our needs:

http://fossjon.wordpress.com/2012/07/04/possible-raspberry-pi-splash-screen/

Anyway, sorry if it seems like our team is severely distracted, we just have 
this tight deadline but we are
still checking up on our build farm and its status (with the help of Paul 
Whalen too).

On behalf of the Seneca team here,
Thanks for your patience and help out there community! :)

Jon Chiappetta

___
arm mailing list
arm@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm