aus-colo / US Developer Cloud maintenance this weekend
I will be deploying new redundant power strips inside the Austin Colo on Saturday, July 15. The window will begin around 8PM Central time. It should take less than 2 hours to complete. The most noticeable disruption will be the power cycling of our main router which will take about 10 minutes for it to reboot. During this time, all systems in the colo will be on, but won't be reachable externally. I'll then be updating each network switch. Each one will knock off a different set of users during the time it takes to reboot (a couple of minutes at most). Finally I'll be rebooting a few infrastructure servers. The only noticeable one of this list will be the US Developer Cloud's primary network node. During this reboot all systems will lose internal and external access to the Internet. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: aus-colo / developer cloud outage
On 05/30/2017 09:26 PM, Andy Doan wrote: On 05/29/2017 09:36 PM, Andy Doan wrote: On 05/28/2017 10:30 PM, Andy Doan wrote: A big thunderstorm hit Austin this evening and at 9:04PM local time we lost power to several of our most important infrastructure servers in the lab. Most everything seems to have booted back up on its own. However, 2 of the 3 servers providing Ceph storage to the DeveloperCloud failed to boot back up on their own. Every VM in the DeveloperCloud is backed by Ceph so this has caused quite a bit of havoc. Additionally the main network node providing external access to the cloud failed to boot back up properly. I currently have the Ceph cluster recovering. However, its looking like it could be a couple hours until it decides all its data is in the proper state and can be used for write access. The network node is still giving me lots of trouble. I'll give an update once I have more information. This is still down. OpenStack external networking is back up again thanks to some great debug work by Yibo Cai. At this point, everything I'm aware of in the Colo is working properly again. Please let me know if you have issues. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: aus-colo / developer cloud outage
On 05/29/2017 09:36 PM, Andy Doan wrote: On 05/28/2017 10:30 PM, Andy Doan wrote: A big thunderstorm hit Austin this evening and at 9:04PM local time we lost power to several of our most important infrastructure servers in the lab. Most everything seems to have booted back up on its own. However, 2 of the 3 servers providing Ceph storage to the DeveloperCloud failed to boot back up on their own. Every VM in the DeveloperCloud is backed by Ceph so this has caused quite a bit of havoc. Additionally the main network node providing external access to the cloud failed to boot back up properly. I currently have the Ceph cluster recovering. However, its looking like it could be a couple hours until it decides all its data is in the proper state and can be used for write access. The network node is still giving me lots of trouble. I'll give an update once I have more information. This is still down. The Ceph cluster has been restored, but the Neutron network node is still failing to manage external network access. Additionally, I've found one of our top-of-rack servers will no longer boot. If you have a server in rack 2, ie an r2-* server, you will not have serial console access. I'm actually just bringing the server home to try and recover stuff, so it could be a couple of days before serial consoles are restored. Our rack 2 top-of-rack server has been restored and serial access should be available again. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
releases.linaro.org and builds.96boards.org down
Amazon is having a major outage with their S3 storage platform which we rely on. https://status.aws.amazon.com/ ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Austin Colo Offline
The Austin Colo (and DeveloperCloud) should be back online now. Our main router had a fan that failed. Despite the other 3 working fine, I had to steal one from another server to get it running. I had to steal a fan from the server handling all serial console connections to r1-a* servers. So those will be unavailable while I get the part next-day-mailed. On 15 November 2016 at 10:14, Andy Doan <andy.d...@linaro.org> wrote: > Its down again. Sorry for troubles. > > On 15 November 2016 at 10:02, Andy Doan <andy.d...@linaro.org> wrote: >> Everything should be back online now. The team is now going to comb >> over logs to understand how this happened. >> >> On 14 November 2016 at 23:28, Andy Doan <andy.d...@linaro.org> wrote: >>> The Austin colo router has become unreachable and everything behind it is >>> offline. I'll be heading there in my Tuesday morning to debug. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Austin Colo Offline
Its down again. Sorry for troubles. On 15 November 2016 at 10:02, Andy Doan <andy.d...@linaro.org> wrote: > Everything should be back online now. The team is now going to comb > over logs to understand how this happened. > > On 14 November 2016 at 23:28, Andy Doan <andy.d...@linaro.org> wrote: >> The Austin colo router has become unreachable and everything behind it is >> offline. I'll be heading there in my Tuesday morning to debug. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Austin Colo Offline
Everything should be back online now. The team is now going to comb over logs to understand how this happened. On 14 November 2016 at 23:28, Andy Doan <andy.d...@linaro.org> wrote: > The Austin colo router has become unreachable and everything behind it is > offline. I'll be heading there in my Tuesday morning to debug. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Austin Colo Offline
The Austin colo router has become unreachable and everything behind it is offline. I'll be heading there in my Tuesday morning to debug. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: git.l.o website improvement
Things seem to be working pretty well with our current cgit test, so the Systems team is planning on removing the gitweb interface on git.linaro.org on Friday. There should be no noticeable downtime. The main difference is that you might have a bookmark or two that will change under cgit. I think you'll prefer the cgit style URLs for example: https://git.linaro.org/?a=project_list;pf=infrastructure will become: https://git.linaro.org/infrastructure/ Please raise any concerns you have by Friday -andy On 22 September 2016 at 11:18, Andy Doan <andy.d...@linaro.org> wrote: > There's been a long standing request to move git.linaro.org's web UI > over to cgit[1]. We've just deployed a test version at: > > https://git.linaro.org/cgit/ > > We'd like to get people to try out and share any issues they have. Once > we work through issues, we'd like to get rid of the old gitweb interface > and make this the standard web UI to our git servers. > > cgit has a bunch of nice features you should enjoy including: > > * Significantly faster > * README support, eg: https://git.linaro.org/cgit/arm/vixl.git/about/ > * A much cleaner UI (slightly objective opinion) > * Actively used by the best git sites such as git.kernel.org > > > = FAQ: > > Q: The front page is much smaller? > A: I've collapsed many of our lesser used "sections" including the > "people" area so that our most used repos are more prominent. > > Q: How does the "about" page work. > A: Just add a file like README, README.txt, README.md, README.rst and it > will automagically work. We can collapse or expand any sections we want, > I just took an initial stab at what seemed obvious to me. > > Q: This looks a little different than normal cgit? > A: Yes, I've got to UI patches that have been reviewed, but not yet merged: > https://lists.zx2c4.com/pipermail/cgit/2016-September/003300.html > > Q: What about android-git.linaro.org? > A: It will be converted after we finish with git.l.o > > Q: What about our private git server? > A: There is a small privacy issue I'm trying to work out with the > maintainers so it can be used by us: > > https://lists.zx2c4.com/pipermail/cgit/2016-September/003307.html > > 1: https://git.zx2c4.com/cgit/about/ ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: git.l.o website improvement
On 10/03/2016 03:34 AM, Serge Broslavsky wrote: > On 22.09.16 11:18 -0500, Andy Doan wrote: > [...] >> https://git.linaro.org/cgit/ >> >> We'd like to get people to try out and share any issues they have. Once >> we work through issues, we'd like to get rid of the old gitweb interface >> and make this the standard web UI to our git servers. > > "About" tab doesn't seem to be working for one of my repos (it does have > README.rst in the root): > > https://git.linaro.org/cgit/people/serge.broslavsky/jic-linaro.git/about/ Fixed now. There was a broken deb dependency on our git-us server. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
git.l.o website improvement
There's been a long standing request to move git.linaro.org's web UI over to cgit[1]. We've just deployed a test version at: https://git.linaro.org/cgit/ We'd like to get people to try out and share any issues they have. Once we work through issues, we'd like to get rid of the old gitweb interface and make this the standard web UI to our git servers. cgit has a bunch of nice features you should enjoy including: * Significantly faster * README support, eg: https://git.linaro.org/cgit/arm/vixl.git/about/ * A much cleaner UI (slightly objective opinion) * Actively used by the best git sites such as git.kernel.org = FAQ: Q: The front page is much smaller? A: I've collapsed many of our lesser used "sections" including the "people" area so that our most used repos are more prominent. Q: How does the "about" page work. A: Just add a file like README, README.txt, README.md, README.rst and it will automagically work. We can collapse or expand any sections we want, I just took an initial stab at what seemed obvious to me. Q: This looks a little different than normal cgit? A: Yes, I've got to UI patches that have been reviewed, but not yet merged: https://lists.zx2c4.com/pipermail/cgit/2016-September/003300.html Q: What about android-git.linaro.org? A: It will be converted after we finish with git.l.o Q: What about our private git server? A: There is a small privacy issue I'm trying to work out with the maintainers so it can be used by us: https://lists.zx2c4.com/pipermail/cgit/2016-September/003307.html 1: https://git.zx2c4.com/cgit/about/ ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Austin colo offline?
The collocation facility hosting our servers suffered a major HVAC failure. To compound matters, their monitoring network failed to notice and temperatures got pretty hot for about 3 rows of racks (of which we were one). At this point, I think everything is back online but please let me know if something isn't working properly. From what I can tell our servers never got too hot or crashed (uptime seems to confirm this). It seems like an upstream switch may have overheated and shut down. On 09/17/2016 10:48 AM, Renato Golin wrote: > Hi, > > Is the Austin colo offline? Did I miss some scheduled maintenance? > > I can't access aus-colo.linaro.org and all our public buildbots are down: > > http://lab.llvm.org:8011/builders/clang-cmake-aarch64-quick > > http://lab.llvm.org:8011/builders/clang-cmake-aarch64-full > > http://lab.llvm.org:8011/builders/clang-cmake-aarch64-42vma > > Let me know if I'm missing something, or when it comes back. > > Thanks! > --renato > ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: service issues: git protocol for git.linaro.org
On 09/14/2016 11:03 AM, Vishal Bhoj wrote: > Hi Andy, > > This will affect our old releases where manifests use git protocol to > pull the code. We are currently just blocking on offending IPs and monitoring the situation. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
service issues: git protocol for git.linaro.org
The Linaro git appear to be getting some very suspicious traffic on our git protocol port. Its causing our servers to fail and effectively DOS us. We are currently trying to block offending IPs. However, the number of malicious IPs is growing and we may have to shut off the git protocol daemon on our servers while we find a way to prevent this. If you are using the "smart" protocol, https://git.linaro.org/ you will not be affected. If you aren't using the smart protocol, it might be a good time to consider updating your .git/config files. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [IMPORTANT] Regression after android-review.linaro.org upgrade to Gerrit 2.12.2
On 05/03/2016 10:16 AM, Nicolas Dechesne wrote: hi, On Tue, May 3, 2016 at 4:29 PM, Andy Doan <andy.d...@linaro.org> wrote: NOTE: We have the same issue on review.linaro.org for several active users. I'm fixing the problem for the affected users and will send each person an email with instructions. I cannot use ssh with 'ndec' anymore, and 'nicolas.dechesne' now works. However I cannot login on the Web UI anymore. I am using as before my email and password, which used to work, and I am getting the following error: Authentication unavailable at this time. I tried 2 browsers. I think I may have forgotten to flush the gerrit cache after updating your account. Could you try once more to confirm? ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [IMPORTANT] Regression after android-review.linaro.org upgrade to Gerrit 2.12.2
NOTE: We have the same issue on review.linaro.org for several active users. I'm fixing the problem for the affected users and will send each person an email with instructions. On 04/29/2016 01:59 PM, Paul Sokolovsky wrote: Hello, Summary: Your SSH username on https://android-review.linaro.org will now match Linaro username (first.last) after the next login. You local repository clones need to be updated for new username. Detailed description: https://android-review.linaro.org was the first Gerrit server in Linaro, when there were no central LDAP user database yet. As a result, there were free-form SSH usernames used, instead of the later standard first.last as used on all the other Gerrit servers. This inconsistency was a subject of background concern for Systems team, but of course not something having enough priority to "fix". However, Gerrit 2.12.2 upgrade started tonight uncovered following issue: Gerrit tries to synchronize its SSH username setting with LDAP, and fails, as Gerrits own rules disallow changing of username. The symptom of this is error "Authentication temporary unavailable" when a user with "old" SSH username tries to login via browser. While this can be classified as a Gerrit bug (and previous versions were smart enough), we'll unlikely find any timely solution to keep things as they are. So, it makes sense to take a chance of cleaning up username and making this server follow standard username conventions. Consequently: 1. All usernames which don't match "first.last" pattern are reset. 2. If you are affected, you won't be able to perform SSH operations (like git clone/push) until you login via web interface. 3. On the next login via web interface, it will be set to LDAP's "first.last" value. 4. You will need to update remotes of your existing git clones to new username (or alternatively, re-clone). 5. If you already use "first.last" SSH username, you're unaffected. The list of users affected is given below. While it seems long, majority of enrties there are for people no longer at Linaro, or for community accounts (which didn't work since we switched to LDAP anyway). If you need further assistance, please open a ticket at https://servicedesk.linaro.org/servicedesk/customer/portal/4 . Thanks, Paul username:Ng username:pfefferz username:asac username:james_w username:fgiff username:jserv username:mabac username:deeptik username:cyang username:mpoirier username:ndec username:mwaddel username:mansson username:Sachin username:vishalbhoj username:suapapa username:fabo username:pabhishek username:cnxsoft username:amitdanielk username:patrikryd username:sangwook username:ericm username:pundiramit username:glandium username:eazyigz username:tixy username:danilo username:john username:nytowl username:tony_tu username:Sangwook username:StefanEkenberg username:uichi username:plars username:zyga username:ruppi username:ebenpor username:jhkim username:Annamalai username:markoncomputer username:Claude username:tianhongwang username:rchand00 username:omarrmz username:aviksil username:nvl1109 username:a0132810 username:pelya username:krtaylor username:developer4563 username:yusufbu username:dzinman username:arussello username:mdupuy username:williamcharles username:aorth username:lanaczko username:rmcc username:kcrudup username:kelvin username:angelsl username:unixmanlinuxboy username:Quiter username:sourxsunny username:pbeeler username:anmar username:wucongdonglai username:bambi username:rperier username:sgt username:roalex username:vishveshwarbhat username:therbom username:rajagopalvenkat username:winner00 username:ramesh username:abelloni username:sparksco username:fahadkdi username:ryanharkin username:axelfagerstedt username:nocoast username:milo username:fcarpenter username:hongbozhang username:fahadk username:pelya2 username:janjic username:dpervushin username:qoowater username:cerial username:tinojantony username:stephan username:kishoreboddu username:nuclearmistake username:SanjasdfsafsffaySinghsdfasfRawat username:donvigo username:tinojgit username:afarah username:mechmetal username:akbennett username:c username:sikuner username:wasungkim username:stevanr username:deqiang username:anilkumar username:willnewton username:codeart username:lrabiet username:Bintian username:bintian username:vishalbhoj2 username:tusharbehera username:jbergsag username:tgall username:amitkhare username:neo username:paramanands username:sumit username:danielt username:help username:XavierHsu username:Serban username:Z username:koenkooi (127 rows) ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ANN] patches.linaro.org upgrade
On 02/12/2016 03:07 PM, Arnd Bergmann wrote: On Tuesday 09 February 2016 12:28:06 Andy Doan wrote: tldr; patches.linaro.org will be upgraded tomorrow, Wednesday the 9th around 16:00UTC. Hi Andy, I just stumbled over some broken links when looking up old patches in the archive. Specifically, this link https://patches.linaro.org/57380/ was supposed to take me to an older patch I have to revisit, but I get a 404 error. Is this expected? Any chance to redirect the old links to a static archive of the original contents? It was unanticipated. I had taken a snapshot of the old server's DB on around Oct. 23, 2015, 2:48 p.m. At that point the new server and old server stopped producing the same patch ID for patches. So patches after 55493 differ between the servers. I didn't anticipate people bookmarking stuff. I've just made a small hack to stop the immediate issues: the new patchwork server prefixes patch URLs with "patch/". So I can intercept all requests to that. If its <= 55493 its safe for my new system to display it. If its > 55493, I can assume that's a link that happened during this transition and redirect to the old patches server. eg - your link will work how you described now. That's what we have for now. If this is sufficiently annoying to people, I can try to re-run a DB migration from the old server to the new one. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
[ANN] patches.linaro.org upgrade
tldr; patches.linaro.org will be upgraded tomorrow, Wednesday the 9th around 16:00UTC. patches.l.o is being updated with a number of new improvements: * We are no longer a fork of the patchwork project and can stay up-to-date with improvements from the project. * Team memberships are now handled correctly. In the past moving to a new team meant we could either leave you in both teams and then show patch credits to both teams or remove you from the old team and have that team lose all contributions you made. * Multiple emails fixed. In the past doing Linaro work under another email (say @kernel.org) didn't properly contribute to patch metrics. This has been fixed (assuming you add your additional email account(s) to patches.l.o). * Performance - the new data layout is much more efficient resulting in faster page loads. ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
git.linaro.org DNS update
tldr; you shouldn't notice anything. Over the past few months, the Systems team has been working on providing a mechanism to give users geographically optimized access to git.linaro.org. We plan to enable this tomorrow, Thursday May 13 at 14:00 UTC. The change is actually just a DNS update, so in theory the only thing you'll notice is faster git clones/pulls. However, in the event something goes wrong and you need a fix ASAP you can update your .git/config files to use git-us.linaro.org instead of git.linaro.org and things will work like they always have. If you want to find out more about how we've done this you can take a look at our wiki page: https://wiki.linaro.org/Platform/Systems/GitHA -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
git improvements: testers wanted
The Systems team has been working on making clone/pull operations work better for people in different geographical regions: https://wiki.linaro.org/Platform/Systems/GitHA We currently have a DNS test alias named git-geo.linaro.org that should direct users to the server that will deliver the best connection. Before switching over the real git.linaro.org DNS entry, I was hoping to get some more people using this new system to verify its working correctly. = How you can help 1) update git.linaro.org entries in your .git/config files to be git-geo.linaro.org 2) let me know how it goes for you -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org https://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ANN] Reminder about recommended Linaro git access procedure
On 08/28/2014 11:30 PM, John Stultz wrote: On Thu, Aug 28, 2014 at 2:51 PM, Paul Sokolovsky paul.sokolov...@linaro.org wrote: The case we have with git:// is that small number of users can hog almost all resources of a server. This can happen at release time and block work of Linaro engineers, something like that happened this time. Do we have a sense of who those users (IPs? which tree they are pulling?) are? It appears to have been one IP address for both attacks. (I use that term loosely because they may not have known they were causing this). Around 5UTC this morning I noticed the same user was causing a small resource spike again. They were limiting themselves to about 4-5 concurrent connections, which the server had no problems with. The 2 trees being cloned were linux-linaro-tracking.git and your android.git. This makes me think the use has no ill-intentions, they just want to clone a bunch of code at the same time. Also I think continuing discussion w/ the kernel.org folks to understand their infrastructure would be good. They really started taking things seriously after their compromise, and it would be good for us to learn from their experience and take things similarly seriously before any such problems arise for us. +1 on that ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ANN] Reminder about recommended Linaro git access procedure
On 08/28/2014 12:28 PM, John Stultz wrote: So, this is a gentle reminder that use of git:// protocol by is discouraged for Linaro engineers, and completely unsupported(*1) for third parties. Based on the analysis and outcome of the current DoS-like activity, we may need to make git:// access more limited and strict. So, please kindly: So why does this affect us but not kernel.org? We are still trying to understand this. We have some ideas for coping with this I've detailed at the bottom of this reply. I'd mention that google doesn't support the git protocol and github is trying to discourage the usage by not advertising git:// links. We already went through one painful transition where our URLs got scrambled, and I've had a few situations where folks have just recently realized that we still had trees, but the URLs were just different. So its quite frustrating to have to go through that again. NOTE: its discouraged, not prevented. What would be required to just make the git:// urls work properly? Is this mainly an issue with the Android repos? If we reduce the git:// url load on the wort users, would that improve things enough? Do you have stats on which trees are hardest hit? So far we've just had two attacks. The user was hitting multiple repos - I don't think it really had to do with a specific tree. This was against git.linaro.org, but the android server suffers from the same vulnerability. We do have to try and take some steps to mitigate this risk right now. I'm sending out a separate email to the company on this, but let me say briefly: 1) Right now, my team is just looking at the problem mostly manually to identify when these attacks occur. We've come up with a quick way to block the attack that should allow the server to keep running for everyone else. 2) As #1 doesn't scale, we'd also like to change how the server is configured. The git-daemon itself only has logic for throttling a total number of concurrent connections. This allows a single user to still be able DoS us. We'd like to create a new iptables rule that will only allow 3 concurrent connections to port 9418 from an IP address not in our EC2 cloud. Based on the previous attacks we've had this should mitigate our risk while also letting CI jobs run how they always have. (*1) Unsupported in the current context means that git:// URLs are not published in up-to-date information, and there's no warranty that any 3rd party will be able to complete a clone successfully using this protocol. So as someone who has sent git pull requests in the past with the git urls, this is terrifying (and makes me hesitant to further use the linaro infrastructure). Do you have a pointer to why the git urls aren't coherent? I'm not sure what Paul meant here. I see no reason why the git url's would become invalid for as long as we support the native git protocol. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: arm 0-day kernel builders?
On 01/20/2013 08:57 AM, Rob Clark wrote: Btw, not sure if any of you have seen the 0-day kbuild setup that intel has.. https://lists.01.org/mailman/listinfo/kbuild runs various builds for different archs on every commit with different configs, randconfig, etc. And various checks with sparse, smatch, etc. Seems kinda useful, and would be a worthwhile goal to get arm arch to the point of it just compiles and boots like x86 is, vs arm which has a lot higher tendency to be broken if you don't have the right kernel config, etc. I guess on x86, they boot test all the kernels too on VMs. Perhaps we could go one better with something tied in to lava? Seems pretty interesting. This might be a nice joint-effort thing we(LAVA) could do with the infrastructure team. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-validation] New WiFi access points in LAVA
On 12/04/2012 04:10 AM, Dave Pigott wrote: Hi all, I've now added 3 routers supporting b, g and n. They are: LAVA-WiFi-B Fixed IP address: 192.168.1.17 SSID: LAVA-WiFi-B ChangeHuntDevise LAVA-WiFi-G Fixed IP address: 192.168.1.24 SSID: LAVA-WiFi-G DoubleSuezBun LAVA-WiFi-N Fixed IP address: 192.168.1.9 SSID: LAVA-Wife-N GeneralWaveFlight Just added to our wiki: https://wiki.linaro.org/Platform/LAVA/DevOps/LabHardware ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-validation] Interesting(?) health failure
On 10/10/2012 08:56 AM, Andrey Konovalov wrote: Hi Dave, On 10/10/2012 11:35 AM, Dave Pigott wrote: Hi all, I found an interesting health failure today on origen07 http://validation.linaro.org/lava-server/scheduler/job/35016/log_file When you look at the log, you see that the board starts off at the u-boot prompt. It then tries to do a reboot, which (obviously) fails. So naturally, it then does a hard reset, and this is where it does something very odd: It interrupts the boot and tries to boot the previously installed test image. I haven't yet looked at the dispatcher code to figure out why (that's my next job). I'm not sure we can trust anything that occurred in this job file after the deploy_linaro_image is finished with error. I think at this point the dispatcher is in an unknown state and doesn't know what it should be sending to the serial console. In this case, it still tried to do the boot_linaro_image action. However, we didn't successfully deploy an image, so anything going wrong there probably can't be trusted. I would have guessed it would have found the DTB file, but I'm not sure that's worth digging too far into. I think the real problem we see here is what you and I discussed on IRC earlier. There are certain actions in our job file, that if failed should be considered non-recoverable. ie: * if deploy_linaro_image fails, then boot_linaro_image can't run. * if boot_linaro_image fails, lava_test_install can't run * if lava_test_install fails - well that's tricky since it may have installed some of the test we need but not all. I'm wondering if we need to spend some time trying to improve how actions related to one other in code? What then started alarm bells ringing was that I saw this: 1261680 bytes read reading uInitrd 1532597 bytes read reading board.dtb ** Unable to read board.dtb from mmc 0:5 ** So whatever the test image was, it was expecting a device tree blob, which I would have assumed would have to have been installed during deploy_linaro_image() being that if there is one it should just be part of the test boot deployment. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [Linaro-validation] Interesting(?) health failure
On 10/10/2012 04:17 PM, Michael Hudson-Doyle wrote: Andy Doan andy.d...@linaro.org writes: On 10/10/2012 08:56 AM, Andrey Konovalov wrote: Hi Dave, On 10/10/2012 11:35 AM, Dave Pigott wrote: Hi all, I found an interesting health failure today on origen07 http://validation.linaro.org/lava-server/scheduler/job/35016/log_file When you look at the log, you see that the board starts off at the u-boot prompt. It then tries to do a reboot, which (obviously) fails. So naturally, it then does a hard reset, and this is where it does something very odd: It interrupts the boot and tries to boot the previously installed test image. I haven't yet looked at the dispatcher code to figure out why (that's my next job). I'm not sure we can trust anything that occurred in this job file after the deploy_linaro_image is finished with error. I think at this point the dispatcher is in an unknown state and doesn't know what it should be sending to the serial console. In this case, it still tried to do the boot_linaro_image action. However, we didn't successfully deploy an image, so anything going wrong there probably can't be trusted. I would have guessed it would have found the DTB file, but I'm not sure that's worth digging too far into. I think the real problem we see here is what you and I discussed on IRC earlier. There are certain actions in our job file, that if failed should be considered non-recoverable. ie: * if deploy_linaro_image fails, then boot_linaro_image can't run. * if boot_linaro_image fails, lava_test_install can't run * if lava_test_install fails - well that's tricky since it may have installed some of the test we need but not all. I'm wondering if we need to spend some time trying to improve how actions related to one other in code? Yes please. I don't know if we want to do something generic, or just ensure deployment failures raise CriticalError -- which IIUC means no further actions will be attempted. CriticalError should at least fix the immediate problem. Dave - you wanna take a stab at that for now, and we can do something more elaborate in the future? ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: fastmodel run over ubuntu 64bit machine
On 09/17/2012 04:01 AM, Dave Pigott wrote: Hi Lei, I'm copying Andy Doan directly on this, since he's had more experience of getting FM working in LAVA and can probably point you in the right direction. Thanks Dave On 14 Sep 2012, at 14:35, Lei Wen wrote: Hi Dave, On Fri, Sep 14, 2012 at 3:58 PM, Dave Pigott dave.pig...@linaro.org mailto:dave.pig...@linaro.org wrote: Hi Lei, We run Fast Models on 64 bit all the time. How are you creating the model, and how are you trying to launch it? I launch the fast model by below command: model_shell cadi_system_Linux64-Release-GCC-4.4.so http://cadi_system_Linux64-Release-GCC-4.4.so/ boot-wrapper/linux-system-semi.axf -f params Looks like you do things different than we do. The way we launch things is with: /opt/arm/RTSM_A15-A7x14_VE/Linux64_RTSM_VE_Cortex-A15x4-A7x4/RTSM_VE_Cortex-A15x4-A7x4 -a coretile.cluster0.*=img.axf -C motherboard.mmc.p_mmc_file=sd.img -C coretile.cluster0.cpu0.semihosting-enable=1 -C motherboard.hostbridge.userNetworking=1 -C coretile.cache_state_modelled=0 -C motherboard.smsc_91c111.enabled=1 I also follow pages like: https://wiki.linaro.org/Platform/Android/AndroidOnFastModels And it is interested that while I just run the ./isim_system, there is no such error report out. But I don't know to use isim_system to launch this simulation... Dave On 14 Sep 2012, at 08:40, Lei Wen wrote: Hi, Does anyone try to run the fastmodel over ubuntu 64bit machine? I try to run the simulation over Cortex-A15 model, but get below error message when start: Fatal Error: No CreateCADIBroker entry point found. Not a CADI 2.0 model ? Anyone knows what this message means? Do I need any additional configuration to bring up the fastmodel over 64bit ubuntu? Thanks, Lei ___ linaro-dev mailing list linaro-dev@lists.linaro.org mailto:linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev Thanks, Lei ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
new fastmodel naming in LAVA
A head's up for people submitting fastmodel jobs to LAVA. We've recently decided on a different naming scheme for the device/device-types in the lab. Previously it was: device-type: fastmodel device: fastmodel01, fastmodel02 We are changing this to be: device-type: rtsm_ve-a15x4-a7x4 device: rtsm_ve-a15x4-a7x4_01, rtsm_ve-a15x4-a7x4_02 and I'll also be creating a new device/type: device-type: rtsm_ve-a15x1-a7x1 device: rtsm_ve-a15x1-a7x1_01, rtsm_ve-a15x1-a7x1_02 How does this affect me? You'll need to change your job you submit to LAVA to match this new device type. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Can't view the lava information from android-build for some builds
On 08/21/2012 10:45 AM, James Tunnicliffe wrote: On 21 August 2012 16:19, Zach Pfeffer zach.pfef...@linaro.org wrote: On 20 August 2012 22:35, YongQin Liu yongqin@linaro.org wrote: On 21 August 2012 10:25, YongQin Liu yongqin@linaro.org wrote: Hi, Paul I have tried with the Shift+Reload and Ctrl+R about 10 times for each, but the problem still exists. I have reported it as a bug here: https://bugs.launchpad.net/linaro-android-infrastructure/+bug/1039319 I found the reason. We need to access the https://validation.linaro.org/lava-server via FireFox, and add the exception trust(not remember the exact name:() for it, after that we can see the lava result on the page then. Oh wow that's a bit convoluted. Andy, it sounds like we just need to put some instructions together to point people to the build test results. Do you have any instructions like that? It sounds like the proper solution would be to get some SSL certificates. These need not cost us anything if we got individual certs for each subdomain, but for the sake of $60 we could get a cert to cover *.linaro.org and solve a lot of HTTPS warnings: https://www.startssl.com/?app=40 +1 - its nuts we haven't done this already ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
handy script: editing uinitrd file
I've seen questions in the past about how to make quick changes to a uInitrd file. I hit the need to make a few changes today, and wrote a quick script others might find useful: http://people.linaro.org/~doanac/uinitrd.py Basically it extracts things to a temp directory, drops you into a shell where you can make changes, and then packages everything back up when you exit the shell. YMMV -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Nexus 7/Jellybean Kernel Config
On 07/24/2012 02:54 PM, Christian Robottom Reis wrote: On Sun, Jul 08, 2012 at 09:40:46AM +0100, Dave Pigott wrote: Shouldn't require a kernel change. Just a configuration with a really annoyingly low default. I am concerned with the explosion of the numbers mmc partitions in android though... So am I. It means that, until the sd mux lands, we will have to have a special kernel build of the lava master images to support more partitions. We already ran out on imx53 and origen so we can't support the userdata partition. What's the status of this fabled SD MUX thingamajig? We are hoping to get a new revision of the hardware very soon. I'm mailing mine back tomorrow so that it can be modified. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
LAVA + SDMUX: will pfefferz finally achieve nirvana?
Just wanted to share an update. I got an SD mux card in the mail yesterday that we've been talking about for LAVA. This device can allow LAVA to work without having to use the master images we've all grown to dislike. Its also nice for personal use because you aren't swapping out SD cards all day long. I played with the device last night and made some progress. It seems to be working just fine, there was only one hiccup trying to get right set of commands to power down my USB hub properly. I was then able to get this semi-working in our new lava-core branch[1]. The branch can flash an image using the mux, boot the device, install lava-test, power down, and repeat as needed. I'll be taking this to Connect with me and I'm really excited about getting some hacking time with the team to start making this work even better. If you are interested, we'll be having a session on SD mux at Connect[2]. Thanks to Zach and David! -andy 1: https://code.launchpad.net/~doanac/lava-core/demo3-sdmux-device 2: http://summit.linaro.org/lcq2-12/meeting/20670/sd-mux-based-automation/ ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Incident Management
On 05/11/2012 08:50 AM, Joey STANFORD wrote: I was hoping we could have one system for this instead of two. Are you sure that the existing IR process can't be tweaked and used for this purpose? My fear is that we'd wind up spamming your list of incidents with stuff like panda14's SD card died. ie - alot of our incidents probably won't be high profile. But maybe that doesn't matter? ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: new IRC channel: linaro-lava
On 05/10/2012 03:57 AM, Ricardo Salveti wrote: On Wed, May 9, 2012 at 7:36 AM, Andy Doanandy.d...@linaro.org wrote: We have a new channel on FreeNode for LAVA specific discussions: #linaro-lava snip Do we really need another extra channel? I believe the current list is already too much, and the lava folks are the ones that are the most active at #linaro currently (which is good :-). Seems that now we have the following IRC channels (could be even more): - #linaro - #linaro-lava - #linaro-android - #linaro-armhf - #linaro-kernel - #linaro-big.little - #linaro-multimedia Which is a bit too much, at least for me. I know everyone thinks they're special, but in the case of #linaro-lava, I do think there's some value. We have some people who are interested in LAVA but not so much Linaro. So the signal-to-noise ratio on #linaro is a bit high. In my old role I would have complained about adding another channel. However, I've enjoyed the split the past 2 days. That said, I think the users of #linaro-lava need to be proactive about moving conversations to #linaro when appropriate. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
new IRC channel: linaro-lava
We have a new channel on FreeNode for LAVA specific discussions: #linaro-lava This channel allows participants who are working with Linaro to join and just follow progress on LAVA. We should be using the same guidelines for deciding whether something belongs on #linaro or not as channels like #linaro-android currently do. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: checksum file for LEB images
On 04/20/2012 07:54 AM, Alexander Sack wrote: On Fri, Apr 20, 2012 at 4:33 AM, Akira Tsukamoto akira.tsukam...@linaro.org mailto:akira.tsukam...@linaro.org wrote: Hi, Currently Linaro is not providing checksum file for LEB images. For example, http://releases.linaro.org/12.__03/android/leb-panda/ http://releases.linaro.org/12.03/android/leb-panda/ has MD5SUM files but it contains value for only boot.tar.bz2, system.tar.bz2 and userdata.tar.bz2. There is no equivalent for the most important file which is LEB image: panda-ics-gcc46-tilt-tracking-__blob.img.gz It would be more user friendly if we have md5 or sha1 checksum file for LEB image since not all people have good Internet connection and would likely to check integrity of large downloaded file after taking very long time. My preference of the name convention of the checksum file is: panda-ics-gcc46-tilt-tracking-__blob.img.gz - original binary image panda-ics-gcc46-tilt-tracking-__blob.img.gz.md5sum - md5sum hash file Yes, I agree that our prebuilt images should get checksums (both android and ubuntu) Looped in Andy and Fathi for that. They worked on this pretty pretty new distribution feature offered by platform. Thanks for your suggestion! I hope we might be able to do this manually for this month release (Fathi?); properly landing this in our automation infrastructure might take more than a couple of days and I wouldn't commit that we get there by 12.04 milestone. But let's see... So its been a little hackish how we did the checksums for pre-built images in past months. You can actually get the md5sums for 12.03 android images here: http://releases.linaro.org/images/12.03/android/ Hopefully this month will be better. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: hi
On 02/25/2012 05:45 AM, Mayank Agarwal wrote: Hi, I want to contribute to any of the projects of linaro.Please guide me how can i contribute. One good place to start is with our community page: http://www.linaro.org/community/ Thanks and Regards, Mayank ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: 12.02 efika smart book (MX?) images are totally borked
bug opened: https://bugs.launchpad.net/linaro-ubuntu/+bug/939938 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: [ANN] Support for fetching build configs from git for Android Builds
On 02/21/2012 09:08 AM, Alexander Sack wrote: On Mon, Feb 20, 2012 at 5:11 PM, Paul Sokolovsky paul.sokolov...@linaro.org mailto:paul.sokolov...@linaro.org wrote: Hello, As the result of implementation of https://blueprints.launchpad.net/linaro-android-infrastructure/+spec/build-config-in-git , android-build.linaro.org http://android-build.linaro.org now can indirectly fetch build config stored in a git repository. To achieve that, bootstrap config (as specified in android-build.linaro.org http://android-build.linaro.org) should contain reference to config's repo/branch/file (configuration variables are modeled on the similar MANIFEST_* ones), e.g.: BUILD_CONFIG_REPO=git://git.linaro.org/people/pfalcon/android/linaro/build-configs.git BUILD_CONFIG_BRANCH=master http://git.linaro.org/people/pfalcon/android/linaro/build-configs.git%0ABUILD_CONFIG_BRANCH=master BUILD_CONFIG_FILENAME=panda-ics-gcc46-tilt-tracking-blob.conf http://android.git.linaro.org/gitweb?p=linaro/build-configs.git;a=summary was created to store configs for the official builds in the Gerrit tree. Sample job is available here: https://android-build.linaro.org/builds/~pfalcon/git-build-config/ https://android-build.linaro.org/builds/%7Epfalcon/git-build-config/ (it uses personal repo as a test). That's a great feature ... I see a dev now could retrieve that config from git to then reproduce an exact build using the same configs and toolchain etc. What kind of tools can we offer to make that easy? Paul and I have been looking into a blueprint that has a similar goal: https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-create-build-script-from I think we'll need to update the work we've done so far to accommodate this new method. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Replicating Linaro Images to more memory cards
On 02/17/2012 01:26 AM, Sudhangathan B S wrote: I'm using Gumstix Overo-Fire. I need to replicate my systems to deploy and test my setup. Right now I have one uSD memory card which is working fine, but when I copy the whole card using either the `tar cvpf` or dd commands, the image doesn't work on any other memory card. Below is the console message when it hangs. I have tried many memory cards. Looks like Linaro images store the memory card ID and search for them during the boot time, which will obviously fail on a different card. Is there any way I can make my Linaro Image memory card independent so that my replication becomes easy..?? You could do something similar to the process we use to make pre-built images. For example, your linaro-media-create line currently is probably like: linaro-media-create --dev overo --mmc /dev/sdb ... You can change this to something like: linaro-media-create --dev overo --image_file file.img --image_size 3G This will create file.img which you could then dd to your SD cards. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ubuntu-desktop/sources.txt bug/typo?
On 02/02/2012 11:43 AM, Scott Douglass wrote: Hi, I’ve noticed what looks like a bug/typo in http://releases.linaro.org/images/12.01/oneiric/ubuntu-desktop/sources.txt and I wonder if this is the right place to report it? Thanks. This is the correct place. I just fixed the issue. The last entry has “linarotv-xbmc” where I would expect “ubuntu-desktop”: ... panda-ubuntu-desktop: http://releases.linaro.org/12.01/ubuntu/oneiric-hwpacks/ hwpack_linaro-lt-panda-x11-base_20120123-1_armel_supported.tar.gz: md5sum(4dae5fc312b4e0a73d81511e4e4b1e55) http://releases.linaro.org/12.01/ubuntu/oneiric-images/ubuntu-desktop linaro-o-linarotv-xbmc-tar-20120125-0.tar.gz: md5sum(e27e3af3d00eefa5f64f72f990482053) ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Staging Android kernel sources
On 01/25/2012 05:06 AM, Frederik Lotter wrote: These XML manifest does not seem to exist for the Debian type distributions. E.g. a similar manifest.txt exists with: linux-image-3.1.1-5-linaro-lt-omap=3.1.1-5.5~lt~ci~20111218011838+020210 I cannot locate anything matching this description in the git repo. Can anyone help me solve the last piece of the puzzle? There's an ongoing thread related to that topic. Unfortunately, I don't think we have a great answer for you right now. However, reading the thread should help you: http://lists.linaro.org/pipermail/linaro-dev/2012-January/009694.html ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Staging Android kernel sources
On 01/24/2012 05:19 AM, Frederik Lotter wrote: Dear Linaro, I am using the image from your staging distribution or ICS Android: http://releases.linaro.org/11.12/android/images/staging-panda/ I would like to build the latest Streamline gator driver, and gatord daemon. I had a look at the GIT repo but I am afraid this is too complex for me to find what I need (http://git.linaro.org/gitweb). (1) Could you please advise where I would find the matching kernel (a) sources and (b) config for Panda? The link you shared above includes a pinned manifest. This is basically a list of all git repos used to create that build and the commit they were based on. In this case the kernel was: project name=people/andygreen/repo-branch-archive path=kernel remote=linaro-other revision=0ccecd278c7b7a02be09469fa33717327bf7d4ed/ which gets you to this kernel: http://git.linaro.org/gitweb?p=people/andygreen/repo-branch-archive.git;a=shortlog;h=refs/heads/tilt-android-3.1-0ccecd278c7b7a02be09469fa33717327bf7d4ed The kernel config is generated with something like: make O=tmp ARCH=arm defconfig android_omap4_defconfig ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Sources for 11.11 kernel release
On 01/24/2012 09:50 AM, Chris Lalancette wrote: Thanks, that is enormously helpful. Though doing a diff -Nurp between leb/ti/kernel.git (tag linux-release-2011-11-1) and the tarball that I pulled from launchpad (https://launchpad.net/~linaro-maintainers/+archive/overlay/+files/linux-linaro-lt-omap_3.1.0-1402.5%7Eoneiric1.tar.gz), these two trees aren't exactly the same. They are *mostly* the same, and most of the changes look like they'll be benign to me, but it is a bit disconcerting. I think the difference you see here is because linux-linaro-lt-omap_3.1.0-1402.5%7Eoneiric1.tar.gz includes debian packaging and ubuntu sauce patches. I believe those come from: http://git.linaro.org/gitweb?p=ubuntu/linux-linaro-oneiric.git;a=summary However, I don't know how you find the proper commit in that repo that correlates to the tarball. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: git oddness
On 12/14/2011 08:06 PM, Tom Gall wrote: Hi All, I'm trying to push some code to my repo on git.linaro.org and it's like the repo is silently failing Note the following: tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git push ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git android:origin/1.2-beta-linaro-andoid Counting objects: 5, done. Delta compression using up to 4 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 429 bytes, done. Total 3 (delta 2), reused 0 (delta 0) To ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git 746c51b..95ed21e android - origin/1.2-beta-linaro-andoid tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git status # On branch android # Your branch is ahead of 'origin/1.2-beta-linaro-andoid' by 1 commit. # nothing to commit (working directory clean) tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git push ssh://tomg...@git.linaro.org/~/public_git/libjpeg-turbo/libjpeg-turbo.git android:origin/1.2-beta-linaro-andoid Everything up-to-date tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git branch * android master tgall@mars:~/libjpeg-turbo-android/libjpeg-turbo$ git branch -r origin/1.1.0-linaro origin/1.1.1-linaro origin/1.1.1-linaro-android origin/1.2-beta-linaro-andoid origin/HEAD - origin/master origin/master git log does correctly show the commit on the local branch: commit 95ed21e84965f859da0792558742f9cbf9d4ac7a Author: Tom Gall tom.g...@linaro.org Date: Wed Dec 14 19:20:49 2011 -0600 Remove config.h since it was conflicting with other Android components. From cyang. ideas? suggestions? If you didn't create the local branch with the --tracking you might need to be explicit with your push like: $ git push origin/1.2-beta-linaro-andoid HEAD I think you could use android instead of HEAD but they'd be equivalent since you are on that branch. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Proposal : New Linaro Desktop Wallpaper
On 12/02/2011 09:40 AM, Zach Pfeffer wrote: On 2 December 2011 07:35, Andy Doan andy.d...@linaro.org wrote: On 12/02/2011 04:55 AM, Alexander Sack wrote: On Fri, Dec 2, 2011 at 10:58 AM, Riku Voipio riku.voi...@linaro.org [snip] 2. For android I have this awesome idea to make an active wallpaper edition out of this ... kind of the green lines pumping a bit or having a few flaring dots moving through the background maze. Anyone in the android team knows how to do such an active wallpaper? How much effort is that? You basically create an Android app. here's a minimal example: http://developer.android.com/resources/samples/CubeLiveWallpaper/src/com/example/android/livecubes/cube1/CubeWallpaper1.html Andy, do you think you may have some cycles this month to put something like this together? I have a wallpaper working. Here's a video of it running on my Panda: http://www.youtube.com/watch?v=zLJMZTM3YXU The quality is terrible, but you get the idea. I've got all the changes ready to publish. However, I'm waiting for TSC license approval of the Android code before I can start pushing changes to gerrit. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Proposal : New Linaro Desktop Wallpaper
On 12/02/2011 04:55 AM, Alexander Sack wrote: On Fri, Dec 2, 2011 at 10:58 AM, Riku Voipio riku.voi...@linaro.org mailto:riku.voi...@linaro.org wrote: On 2 December 2011 00:56, Tom Gall tom.g...@linaro.org mailto:tom.g...@linaro.org wrote: one of the blueprints we have for 11.12 is to modify the LEB/ALIP images so they include more linaro branding. A linaro wallpaper, maybe a linaro image as the system is booting, that kind of thing. And android images as well? I created it in gimp. http://people.linaro.org/~tgall/LinaroDesktop-1920x1080-1.png http://people.linaro.org/%7Etgall/LinaroDesktop-1920x1080-1.png Cool. Perhaps antialising the Linaro logo would be a nice addition? Assuming it is not hard to do in gimp. 1. Looks good as a start. We can always improve from there. 2. For android I have this awesome idea to make an active wallpaper edition out of this ... kind of the green lines pumping a bit or having a few flaring dots moving through the background maze. Anyone in the android team knows how to do such an active wallpaper? How much effort is that? You basically create an Android app. here's a minimal example: http://developer.android.com/resources/samples/CubeLiveWallpaper/src/com/example/android/livecubes/cube1/CubeWallpaper1.html 3. And yes, having a cool bootscreen animation for android and ubuntu would be nice as well :). Note, that Steve had a branding effort on his plate, so please talk to him first before putting more effort into tuning these to avoid duplication... ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Proposal : New Linaro Desktop Wallpaper
On 12/02/2011 09:40 AM, Zach Pfeffer wrote: On 2 December 2011 07:35, Andy Doan andy.d...@linaro.org wrote: On 12/02/2011 04:55 AM, Alexander Sack wrote: On Fri, Dec 2, 2011 at 10:58 AM, Riku Voipio riku.voi...@linaro.org mailto:riku.voi...@linaro.org wrote: On 2 December 2011 00:56, Tom Gall tom.g...@linaro.org mailto:tom.g...@linaro.org wrote: one of the blueprints we have for 11.12 is to modify the LEB/ALIP images so they include more linaro branding. A linaro wallpaper, maybe a linaro image as the system is booting, that kind of thing. And android images as well? I created it in gimp. http://people.linaro.org/~tgall/LinaroDesktop-1920x1080-1.png http://people.linaro.org/%7Etgall/LinaroDesktop-1920x1080-1.png Cool. Perhaps antialising the Linaro logo would be a nice addition? Assuming it is not hard to do in gimp. 1. Looks good as a start. We can always improve from there. 2. For android I have this awesome idea to make an active wallpaper edition out of this ... kind of the green lines pumping a bit or having a few flaring dots moving through the background maze. Anyone in the android team knows how to do such an active wallpaper? How much effort is that? You basically create an Android app. here's a minimal example: http://developer.android.com/resources/samples/CubeLiveWallpaper/src/com/example/android/livecubes/cube1/CubeWallpaper1.html Andy, do you think you may have some cycles this month to put something like this together? Sure - it looks fun and I already have some Android app development experience. You guys just assign the blueprint to me. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Explanation of the different Ubuntu images?
On 11/28/2011 07:20 AM, Jon Medhurst (Tixy) wrote: Does anyone know of a web-site or wiki page which explains the difference between our different Ununtu image types, i.e. developer, nano, alip, server, ubuntu-desktop. I've a fair idea myself what these are, (apart from server), but I'm looking for an existing document I can reference. I just discovered we do a terrible job of doing this. Its buried down in a page you are unlikely to hit and was done before the server image existed: https://wiki.linaro.org/Boards/Overo/Setup I'll add this as TODO for the on-going wiki work. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: ANN: New Wiki Theme
On 11/16/2011 11:00 AM, Joey STANFORD wrote: Howdy All, Somehow OCTO is missed from the main page. is it possible to have a link to OfficeofCTO? I can add it, is there a list of icons I could select from? I'm looking into this today. We are also missing a link to the TSC. These pages don't receive a lot of traffic so I want to make sure we add things like this in a way that don't detract from our most important items. In the same vein the Project Managers are not there. We took a stance at Connect that only things that a developer wants should be presented on the front page of the developer wiki (which is what this is). If you don't do this, the page just grows into a website (and we have one of those already). Therefore the TSC, PMs, and OCTO were not added. We want the wiki to be focused on development functions, not teams (even though in our case they are the same). I've been thinking about compromises because the three pages don't really get linked to from anywhere else and thus become orphaned. I'm thinking about adding a new link to the table called Administrative. This would link to a new page that would then enumerate these links as well as links to stuff like Process. Thoughts? -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
ANN: New Wiki Theme
We just updated wiki.linare.org with a new default theme. In addition we've created a new front page to the wiki that is intended to make some of most important links more discoverable. Most people should just press refresh to see the changes. However, if you've updated your wiki account with the non-default theme, you won't see the changes. You'll need to go to Settings-Preferences and set the theme to either default or linaro-narrow. While this is mostly cosmetic, we had a session at Connect where we outlined many other work items to help make other more substantial improvements. = Details of Changes (if you are interested) 1. The wiki now uses a maximum width for its page content so that text doesn't get really wide when you try to read. So now, unless your browser is set really narrow, you'll see a border around the sides of the page content. 2. The standard banner for links to other websites now shows up on the top of the page. 3. The table-of-contents macro now renders correctly when you try and embed it in a table that floats on the right. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
[ANN] 11.10 Pre-built images are available
I've just finished uploading pre-built images for the 11.10 release to:
http://releases.linaro.org/images/11.10/oneiric/
These are built with default options from Linaro Media Create to pre-set
sizes. You can install these with 4 simple commands:
$ SDCARD=/dev/sdb
$ IMGFILE=overo-nano.img
$ gunzip ${IMGFILE}.gz
$ dd bs=4k if=${IMGFILE} of=${SDCARD}
-andy
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Epic Battle and substantial speed ups with Skia on 4.6
On 10/24/2011 07:01 PM, Ramana Radhakrishnan wrote: a double check that this doesn't result in there being a spike in the results for 2011.10 would be good. If not, historical data needs to be measured for this change given that the said options weren't used while measuring the historical data. Neither the 2011.09 nor the soon to be published 2011.10 benchmarking was done using these flags. I'm not sure if I'll have the cycles to try this out this month or not. However, I'll add this to next month's testing. That is good news. Err - I was actually suggesting not adding it or making sure that the new numbers you get with these options aren't used to plot the historical performance of the toolchain. agreed. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Epic Battle and substantial speed ups with Skia on 4.6
On 10/22/2011 01:31 PM, Ramana Radhakrishnan wrote: On Sat, 22 Oct 2011, Zach Pfeffer wrote: After an epic battle the tips of each Android build are ready to be released. skia: Add -ffast-math, -flto http://review.android.git.linaro.org/#change,773 Good to see that ffast-math is making a difference at O3 but how does this affect your benchmarking activity ? Do we know why this difference occurs ? Is this because of extra vectorization for Floating point in skia or some other reason ? Also, I'm sure you've considered this but I thought it better to check. Given that the benchmarking pages plot skia results - https://wiki.linaro.org/Platform/Android/AndroidToolchainBenchmarking/2011-09#skia_results a double check that this doesn't result in there being a spike in the results for 2011.10 would be good. If not, historical data needs to be measured for this change given that the said options weren't used while measuring the historical data. Neither the 2011.09 nor the soon to be published 2011.10 benchmarking was done using these flags. I'm not sure if I'll have the cycles to try this out this month or not. However, I'll add this to next month's testing. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Announce: TILT tracking Androidization trees
I wanted to point out something cool Andy did with his git repo that other maintainers should think about. He's created a file, README.html in the root of his repository on git.linaro.org. This file details his branches and some known issues. It hooks into gitweb so it makes it easier for people to understand things: http://git.linaro.org/gitweb?p=people/andygreen/kernel-tilt.git;a=summary ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
wiki feedback on new front page
Michael and I were tasked with making the front page of the Linaro wiki a little more developer focused and offloading some of the other information to the main website, linaro.org. We've put together a prototype page and would like to get some feedback before making the real switch: https://wiki.linaro.org/AndyDoan/Sandbox/FrontPage thanks, -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: wiki feedback on new front page
On 28 September 2011 15:17, Jesse Barker jesse.bar...@linaro.org wrote: I wonder if we can't provide a more direct link to the whole topic of Getting Involved. While some people want to enable their hardware or their own development, but I couldn't find a trail of fewer than 3 links to something like Send mail to linaro-dev@lists.linaro.org and introduce yourself, we'd love to help you participate. The most direct link to this is actually outside of the wiki: http://www.linaro.org/getting-started/ From this page we try to point you to the most direct links possible given your use case. I'm sure this page could be improved on, so I'm always open for suggestions. Specifically let me us know if you think we aren't covering a common scenario. The new front page actually points to this page as well. So hopefully there won't be quite as much redirection going forward. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Making it easier for Linaro users to help themselves
On 09/27/2011 01:19 PM, Fathi Boudra wrote: On 27 September 2011 20:42, Tom Gall tom.g...@linaro.org wrote: It's too bad our wiki pages don't have a feedback mechanism to allow people to comment on the quality of the information there, and post problems/issues/questions left unanswered that they need. You can fill bugs on linaro-documentation: https://launchpad.net/linaro-documentation https://bugs.launchpad.net/linaro-documentation Also - we can add commenting ability to our wiki: http://moinmo.in/MacroMarket/MoinComments I'll take a look at prototyping. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Making it easier for Linaro users to help themselves
On 09/27/2011 11:57 AM, Dave Martin wrote: Hi all, Over recent months I've had a steady stream of comments from external people trying to use the Linaro deliverables about the difficulty of getting started, understanding what Linaro produces and how to use it. My experience with supporting users is that using and making sense of the linaro output is often not nearly as easy as we would like to believe. Part of the problem seems to be that we may not do a good job of passing on the knowledge and understanding necessary to allow users to help themselves. Is it worth a session at Linaro Connect to discuss how we could improve the situation? This probably falls in the community area. Michael was just discussing doing a community session in Orlando. So I think this fits well with what he had in mind. Dave - In the meantime, please feel free to contact Michael and myself with specific problems you've encountered. We are very interested in making any improvements. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: LTTng 2.0 pre-release for ARM
On 09/22/2011 03:55 AM, Avik Sil wrote: Hi, I've put together LTTng 2.0 tools into overlay PPA to use and evaluate it on ARM platforms. Very cool. I've added this to the wiki: https://wiki.linaro.org/Resources/HowTo/LTTng LTTng 2.0 [1] is a tracer toolchain that allows integrated kernel and user-space tracing from a single user interface: the lttng command. LTTng 2.0 kernel tracer modules build against a vanilla or distribution kernel, without need for additional patches. It is currently in pre-release state to gather feedback from users. I've taken the packages from LTTng Daily Builds PPA [2], modified it to build and run on armel and pushed it to overlay. To install it: $ sudo apt-add-repository ppa:linaro-maintainers/overlay $ sudo apt-get update $ sudo apt-get install lttng-tools lttng-modules-dkms babeltrace To run it, we need to create a session $ sudo lttng create mysession To list the available kernel events: $ sudo lttng list -k Enable all/some events for this session $ sudo lttng enable-event -a -k Start the tracing: $ sudo lttng start By default traces are saved in ~/lttng-traces/mysession-date-time/ When you're done: $ sudo lttng stop You can then read the trace with babeltrace: $ babeltrace /path/to/trace/dir Please test it and give feedback. Regards, Avik [1] http://lttng.org/lttng2.0 [2] https://launchpad.net/~lttng/+archive/daily ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On 09/05/2011 11:35 AM, Christian Robottom Reis wrote: On Sat, Sep 03, 2011 at 09:10:58PM +0800, Jim Huang wrote: 2011/9/3 Tom Gall tom.g...@linaro.org: Is a method via the aux vectors to know at runtime if neon is or is not present? hi Tom, Did you mean this? https://bugs.meego.com/show_bug.cgi?id=12448 The recipe in step #1 is probably a good candidate for a FAQ on How do I tell what features the ARM CPU on my device has?. done: https://wiki.linaro.org/Resources/HowTo/DeterminingNeon There are also links from our main HowTo page. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On 09/06/2011 10:24 AM, Peter Maydell wrote: On 6 September 2011 16:09, Andy Doan andy.d...@linaro.org wrote: On 09/05/2011 11:35 AM, Christian Robottom Reis wrote: On Sat, Sep 03, 2011 at 09:10:58PM +0800, Jim Huang wrote: 2011/9/3 Tom Gall tom.g...@linaro.org: Is a method via the aux vectors to know at runtime if neon is or is not present? hi Tom, Did you mean this? https://bugs.meego.com/show_bug.cgi?id=12448 The recipe in step #1 is probably a good candidate for a FAQ on How do I tell what features the ARM CPU on my device has?. done: https://wiki.linaro.org/Resources/HowTo/DeterminingNeon For random user at the command line usage is this any better than the simpler grep neon /proc/cpuinfo ? (For that specific meego bug it serves a purpose in that it reveals that the libc/auxv is lying, but in general cpuinfo and auxv should I agree I think.) I forgot you could get it there. I don't know which should be recommended. If you're a program, you do want to use auxv I think, but you'd just read it directly rather than invoking an external binary via the shell to get the dynamic linker to read auxv for you as a side effect... I just added a small example in C demonstrating that. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: auxv + neon
On 09/06/2011 12:37 PM, Christian Robottom Reis wrote: On Tue, Sep 06, 2011 at 10:09:19AM -0500, Andy Doan wrote: On 09/05/2011 11:35 AM, Christian Robottom Reis wrote: On Sat, Sep 03, 2011 at 09:10:58PM +0800, Jim Huang wrote: 2011/9/3 Tom Gall tom.g...@linaro.org: Is a method via the aux vectors to know at runtime if neon is or is not present? hi Tom, Did you mean this? https://bugs.meego.com/show_bug.cgi?id=12448 The recipe in step #1 is probably a good candidate for a FAQ on How do I tell what features the ARM CPU on my device has?. https://wiki.linaro.org/Resources/HowTo/DeterminingNeon Great! But I meant for the page to be something a bit more general than just NEON -- that's an easy mod to that page if you a. Rename it to something like /HowTo/DeterminingCPUFeatures /HowTo/CPUFeatures /HowTo/DetectingARMFeatures Good thinking. I choose the /HowTo/DeterminingCPUFeatures title. b. Have a subsection with a NEON Detection Code heading with the code you've included. Consider also David/Dave's thread about CPU ID detection; does that fit into a more general page? That part of the thread hasn't really come to a conclusion on the approach. If its something using auxiliary vectors, then I think the answer is same page. If not, then something more general would probably be needed. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: 11.08 Pre-built Images
On 09/01/2011 11:35 PM, Anca Emanuel wrote: Is there an tutorial to install qemu in ubuntu and run some linaro image ? I want to test it. This page: http://www.linaro.org/getting-started/ has a screencast of running linaro in 5 minutes under qemu. Here's the actual file: http://people.linaro.org/~doanac/linaro-qemu-5min.ogv There's also the wiki page which includes the steps done in the video: https://wiki.linaro.org/Resources/HowTo/Qemu-5 -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: 11.08 Pre-built Images
On 08/30/2011 10:04 AM, David Gilbert wrote: On 26 August 2011 15:36, Andy Doan andy.d...@linaro.org wrote: The 11.08 release includes some commonly used pre-built images. This mean you can now download a single file and dd it to your SD card without having to use linaro-media-create. The images just use the l-m-c defaults. ie, there's no pre-built image that uses BTRFS. The downloads are: - Nano: http://releases.linaro.org/images/linaro-n/nano/11.08/ - ALIP: http://releases.linaro.org/images/linaro-n/alip/11.08/ - Ubuntu Desktop: http://releases.linaro.org/images/linaro-n/ubuntu-desktop/11.08/ In the name of killing two e-mails with one test, I've checked that the Ubuntu Desktop images for vexpress and overo work on Peter's latest qemu-linaro tree (rev 0597b3b8...). It's got to be said that an ubuntu desktop image on an overo with 256mb RAM is pretty grim, the vexpress one is usable. yep - I've found Ubuntu Desktop for Overo to be too sluggish for my taste. ALIP images work okay though. Can we have signed md5/sha's for these images please. Excellent suggestion. I'll do so shortly. Dave ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
11.08 Pre-built Images
The 11.08 release includes some commonly used pre-built images. This mean you can now download a single file and dd it to your SD card without having to use linaro-media-create. The images just use the l-m-c defaults. ie, there's no pre-built image that uses BTRFS. The downloads are: - Nano: http://releases.linaro.org/images/linaro-n/nano/11.08/ - ALIP: http://releases.linaro.org/images/linaro-n/alip/11.08/ - Ubuntu Desktop: http://releases.linaro.org/images/linaro-n/ubuntu-desktop/11.08/ Each link includes some brief instructions on what to do. Need help understanding what to download for a given SoC? Take a look at the mapping we've put together here: https://wiki.linaro.org/Boards -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: 3D Demo at ARM
On 08/17/2011 04:59 PM, Michael Hope wrote: On Wed, Aug 17, 2011 at 11:12 PM, Dave Martin dave.mar...@linaro.org wrote: On Tue, Aug 16, 2011 at 7:14 PM, Zach Pfeffer zach.pfef...@linaro.org wrote: Nicolas, Thanks for the notes. As you say there are many, many things that can affect this demo. What notes like this really underscore is the importance of staying up-to-date. This demo is more about the macroscopic effects from tip support than anything else. We do have some more specific benchmark numbers at: https://wiki.linaro.org/Platform/Android/AndroidToolchainBenchmarking If we're confident that the benchmark produces results of a trustworthy quality, then that's fine. I don't know this benchmark in detail, so I can't really judge, other than that the results look a bit odd. Ditto on that. Have these benchmarks been qualified? Do they represent real workloads? Where do they come from? What aspects of the system (CPU, memory, I/O, kernel, SMP) do they exercise? How sensitive are they to minor changes? The benchmark code comes from Android: http://android.git.kernel.org/?p=toolchain/benchmark.git I'm not an expert on benchmarking. I've just tried to focus on running these in a way that's as fair and repeatable as possible. gnugo in particular is a problem - the results don't change across a range of toolchains which suggests it's got a silly hot loop or isn't core bound. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
engineering resources feedback
The Engineering Resources team is trying to solicit feedback from the community. Our goal is to make it as easy as possible for you to get your job done. With that in mind, we'd like to check in with you and get your thoughts on what hasn't worked well for you. This is intended to be an open-ended question. However, here are some specifics to help get you going: 1) What were the biggest obstacles you faced when you started? 2) What are the biggest obstacles you face now? 3) How do go about getting help? What format do you prefer it in (websites, videos, etc). Feel free to respond either privately or to the list. Thanks, -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Proposed change to https://wiki.linaro.org/Platform/DevPlatform/Ubuntu/ImageInstallation
On 08/16/2011 11:19 AM, Dave Martin wrote:
Can anyone see a reason not to make this change? On a couple of
occasions I've had people come to me with problems after failing to do
apt-get update and then installing (old) linaro tools packages, when
following the installation instructions on the linaro wiki. It's
harmless (and probably necessary) just to run it every time.
Cheers
---Dave
{{{
$ sudo add-apt-repository ppa:linaro-maintainers/tools
-$ sudo apt-get install linaro-image-tools
-}}}
-At present, this PPA only provides compatible packages for Ubuntu
10.10. For earlier Ubuntu releases, you will need to use a tarball
release or the development tree; see below.
-
-For Ubuntu 10.04.2 LTS, executing the following commands also install
linaro-image-tools successfully, and qemu-user-static will be
installed automatically.
-
-{{{
-$ sudo add-apt-repository ppa:linaro-maintainers/tools
$ sudo apt-get update
$ sudo apt-get install linaro-image-tools
}}}
We should probably also change the section title from:
From package in Ubuntu 10.10 and later
to
From package in Ubuntu 10.04.2 LTS and later
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Problems with linaro-android_toolchain-4.6-2011.07 rebuilds
On 08/09/2011 07:26 AM, Paul Sokolovsky wrote: Hello Alexander, On Mon, 8 Aug 2011 12:39:41 +0200 Alexander Sack a...@linaro.org wrote: ok spads from IS gave better suggestion than using umask in .bashrc. Now, we propose that you set alias for git like: alias git='UMASK=002 git' I understand the logic here - set umask only for git, but would that really work? I kinda get used that aliases are interactive session thing, and man reads: Aliases are not expanded when the shell is not interactive, unless the expand_aliases shell option is set using shopt (see the description of shopt under SHELL BUILTIN COMMANDS below). I'm not sure how exactly git over ssh works though. And whatever way of umask setting should be, did IS consider implementing it via global /etc/profile or via profile templates clones by adduser or similar tool, to alleviate that burden for the users? There's another way to do this which doesn't require updating UMASK's or aliases. You can use setfacl as described here: https://wincent.com/wiki/Git_repository_access_control I've used this on multiple projects. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: OOM with linux-linaro-3.0 on a beagleboard
On 07/28/2011 05:29 AM, Daniel Lezcano wrote: Hi All, I compiled and booted a linux-linaro-3.0 kernel on a beagle board. The config file is omap2plus_defconfig. When the init process booted, I have the OOM killer triggered and killing the different tasks on my system. Is it a known issue ? Did anyone experienced this problem ? I tested the kernel Monday on my Overo without any problems. I was using a config for Oneiric generated with: https://wiki.linaro.org/Resources/HowTo/KernelDeploy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro 11.07 weekly testing 2011-07-14
On 07/14/2011 10:27 AM, Tom Gall wrote: * Android: http://snapshots.linaro.org/11.05-daily/linaro-android/leb-panda/20110714/ The latest android build appears to be from last week. Did the build fail for this week? -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Compiling kernel for panda linaro natty 11.05
On 06/21/2011 01:44 AM, Avik Sil wrote: On Tuesday 21 June 2011 12:06 PM, Amit Mahajan wrote: Hi, I have booted panda board using 11.05 natty release of ubuntu. It worked great. Now, I am trying to compile the kernel myself. I am using the sources from tarball provided on 11.05 release page as well as from linaro git 2.6.38 tree. I have extracted the .config from running ubuntu(of 11.05 LEB) and using it to compile my own kernels. Then I am just replacing the uImage on sdcard(generated using 11.05 LEB) by my compiled kernel. Boot process goes fine till the init process but then it fails to bring on the graphics and goes to console mode. Any help on this? You may want to install modules on the SD card too: make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/media/rootfs modules_install You'll also need to create an initramfs. Take a look at this wiki page for detailed instructions: https://wiki.linaro.org/Resources/HowTo/KernelDeploy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Compiling kernel for panda linaro natty 11.05
On 06/21/2011 04:53 AM, Dave Martin wrote: On Tue, Jun 21, 2011 at 12:52:12PM +0530, Amit Mahajan wrote: On Tue, 2011-06-21 at 12:14 +0530, Avik Sil wrote: On Tuesday 21 June 2011 12:06 PM, Amit Mahajan wrote: Hi, I have booted panda board using 11.05 natty release of ubuntu. It worked great. Now, I am trying to compile the kernel myself. I am using the sources from tarball provided on 11.05 release page as well as from linaro git 2.6.38 tree. I have extracted the .config from running ubuntu(of 11.05 LEB) and using it to compile my own kernels. Then I am just replacing the uImage on sdcard(generated using 11.05 LEB) by my compiled kernel. Boot process goes fine till the init process but then it fails to bring on the graphics and goes to console mode. Any help on this? You may want to install modules on the SD card too: make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- INSTALL_MOD_PATH=/media/rootfs modules_install I am getting these errors while building the modules. I have linaro gcc-4.5.1. Is it related to older gcc? AS arch/arm/boot/compressed/lib1funcs.o LD arch/arm/boot/compressed/vmlinux OBJCOPY arch/arm/boot/zImage Kernel: arch/arm/boot/zImage is ready ERROR: __aeabi_uldivmod [sound/soc/codecs/snd-soc-wm8974.ko] undefined! ERROR: __aeabi_uldivmod [sound/soc/codecs/snd-soc-wm8940.ko] undefined! ERROR: __aeabi_uldivmod [sound/soc/codecs/snd-soc-wm8510.ko] undefined! WARNING: modpost: Found 2 section mismatch(es). To see full details build your kernel with: 'make CONFIG_DEBUG_SECTION_MISMATCH=y' make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 John, do you know why the packaged kernel builds don't get these errors? I think this only happens when cross-compiling ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: unable to start compiled 2.6.39-linaro-kernel for panda board
On 06/17/2011 03:05 PM, Belisko Marek wrote: Compile uImage, put to boot of SD card. Kernel is loaded properly but this is last message: Starting kernel ... Uncompressing Linux... done, booting the kernel. A common cause for this type of error is the u-boot setting for your serial console. Make sure you are using ttyO2 and not ttyS2 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: The linaro-2.6.39 kernel repository is now alive
On 06/07/2011 10:44 AM, John Rigby wrote: I intend to make this better this cycle. The various flavours will be more consistent with one another and the configs will be much leaner. Also I have found that one can successfully boot test a kernel with only make uImage so you don't have to take the time to build all the module to do a quick boot test. Slightly off topic - but there's one annoying thing when you just build our uImage. The linaro default .config has these options as modules: CONFIG_NLS_CODEPAGE_437=m CONFIG_NLS_ISO8859_1=m This means you can't update the kernel on your target device because you can't mount /dev/mmcblk0p1. When testing kernel changes, I like to run a script on the device that will grab a new uImage, copy it to /dev/mmcblk0p1, and reboot. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: The linaro-2.6.39 kernel repository is now alive
On 06/07/2011 11:04 AM, John Rigby wrote: Can you enter a bug for this so I don't forget to make these =y if that is all it takes to fix this. https://bugs.launchpad.net/linux-linaro/+bug/794134 ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Updates to Blueprints Page
The Engineering Resources team has just updated information on blueprints in the wiki. The page is the same: https://wiki.linaro.org/Process/Blueprints Before going further I want to clarify: The changes *do not* add additional work to anyone. The goal was to make everyone's life a little _easier_. The changes were driven by feedback, experience, and discussions at UDS. So let me first answer the what's in it for me question: * consistency - in the past, information wasn't totally consistent. The new pages should be consistent in content and also consistent with what you here when you ask around about things. * clarity - Linaro uses blueprints for more than one purpose and in the past we haven't been that clear on this matter. * one less blueprint - Linaro has sort of done 3 types of bp's: 1) Engineering Blueprint 2) Tech Requirement Blueprint 3) Session Scheduling Blueprint The 3rd type isn't always needed now, and we've clarified when you would need this. This will be in my yearly review as a 50% reduction in blueprints :) Summary of changes: * the old Blueprints page you remember is now mostly contained in: https://wiki.linaro.org/Process/Blueprints/EngineeringBlueprint * the new main page shows you the two types of bp's and helps lead you to the proper page in the wiki that you are needing information on. * a new page for Tech Requirement Blueprints: https://wiki.linaro.org/Process/Blueprints/TRBlueprint * scheduling sessions at UDS: https://wiki.linaro.org/Process/Blueprints/SchedulingBlueprint * two new pages based on Mounir's past work: https://wiki.linaro.org/Process/Blueprints/ImplementationWorkflow https://wiki.linaro.org/Process/Blueprints/DefinitionWorkflow Feedback/Comments/Complaints are always welcome. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
help: Overo Problem with CONFIG_SMP=y and mpurate
I have an Overo Tide that is capable of running at 720Mhz. It defaults to 600Mhz, but the mpurate kernel command line argument allows it to overridden. The problem is that Linaro kernels (with the Linaro .config) always show 499.92 BogoMIPS in /proc/cpuinfo regardless of what I pass as the mpurate. I've discovered that by disabling CONFIG_SMP (Linaro defaults this to 'y') the problem goes away. I'm not sure how to go about fixing this, but its been noticed by the Gumstix mailing list that Linaro builds for Overo seem sluggish. Does anyone have any ideas what might cause this, or any ideas where I might start looking? FYI - the LP bug is: 739582 thanks, -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: USB issues on OMAP3 (beagle/overo) with latest linaro-2.6.38 tree
On 03/31/2011 03:39 PM, john stultz wrote: 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a is the first bad commit commit 9e64bb1e9f0613093b3e34ac5402fcfef0dcc35a Author: Keshava Munegowda keshava_mgo...@ti.com Date: Tue Mar 1 20:08:19 2011 +0530 arm: omap: usb: Invoke usbhs core device initialization The usbhs intialization is invoked by all omap3 and omap4 variant board files. Signed-off-by: Keshava Munegowda keshava_mgo...@ti.com Signed-off-by: Felipe Balbi ba...@ti.com This commit appears to be the root of my problem as well. ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Overo Clock Rate
Ash Charles of Gumstix recently noted that the Linaro image for Overo seemed to perform slower than the one they create. I've spent a little time investigating this. I'm not familiar with this type of code and apologize if my terminology is off. However, I think there's an issue in the Linaro uboot and/or kernel preventing my Overo Tide from running at a higher clock rate. (We are running at 500mhz but its capable of 720mhz) I first tried passing mpurate=720 as a kernel command line option, but I noticed /proc/cpuinfo was not showing 499.92 BogoMips. I then started looking at dmesg traces and noticed this difference: = Overo Kernel: Clocking rate (Crystal/Core/MPU): 26.0/332/500 MHz = Linaro Kernel: Clocking rate (Crystal/Core/MPU): 26.0/224/500 MHz Reprogramming SDRC clock to 224791666 Hz dpll3_m2_clk rate change failed: -22 So I believe the first problem is that the kernel tries the wrong core clock rate. On a hunch I replaced my Linaro u-boot with the Overo u-boot. That corrected the clocking rate message from the kernel. However, I still was showing 499.92 BogoMips. I looked at dmesg again and noticed this message difference: = Overo Kernel: Switched to new clocking rate (Crystal/Core/MPU): 26.0/720/332 MHz = Linaro Kernel: Switched to new clocking rate (Crystal/Core/MPU): 26.0/332/720 MHz This leads me to believe the mpurate parameter isn't works differently in the two kernels. I grepped around for other parameters I might be able to pass our kernel and didn't really find anything. So I think there may be two Linaro issues here: 1) u-boot setting up or passing incorrect clock rate 2) kernel not handling mpurate parameter correctly I'll try and dig around some more, but any pointers would be much appreciated. -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: cc'ing patc...@linaro.org
On 02/22/2011 10:59 AM, Guilherme Salgado wrote: I've been using the sendemail.cc config as well, but unfortunately it is not used by stgit. If you use stgit to send patches you'll have to copy /usr/share/stgit/templates/patchmail.tmpl to ~/.stgit and add a 'CC: patc...@linaro.org' line to it. I guess we should add these two tips to one of the pages under https://wiki.linaro.org/Mentoring/Git/. Any suggestions? We have a link: https://wiki.linaro.org/Mentoring/Git/GitSendEmail I was going to update it with CC/BCC info once its decided which one is correct. I suppose we can also add your StGit information there as well. Ironically, as much as I promote the usage of StGit, I've always used git-send-email instead :) -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
cross-compile issue for overo
I just hit an issue cross-compiling the linux-linaro-2.6.37.git source. I'm seeing errors for arch/arm/mach-omap2/sleep34xx.S like: Error: selected processor does not support ARM mode `smc #1' It appears to be related to commit: 98be69a ARM: omap3: Remove hand-encoded SMC instructions After doing a little searching, I stumbled across something similar from John Rigby: http://marc.info/?l=linux-omapm=129118316614865w=2 I fixed the problem on my system with this patch: diff --git a/arch/arm/mach-omap2/Makefile b/arch/arm/mach-omap2/Makefile index f6614a6..985bc89 100644 --- a/arch/arm/mach-omap2/Makefile +++ b/arch/arm/mach-omap2/Makefile @@ -68,7 +68,7 @@ obj-$(CONFIG_OMAP_SMARTREFLEX) += sr_device.o smartre obj-$(CONFIG_OMAP_SMARTREFLEX_CLASS3) += smartreflex-class3.o AFLAGS_sleep24xx.o :=-Wa,-march=armv6 -AFLAGS_sleep34xx.o :=-Wa,-march=armv7-a +AFLAGS_sleep34xx.o :=-Wa,-march=armv7-a$(plus_sec) ifeq ($(CONFIG_PM_VERBOSE),y) CFLAGS_pm_bus.o+= -DDEBUG My question: Is this patch actually needed for cross-compiling our kernel, or is there some additional argument I need to pass to Make when building my kernel? FYI - My current command line looks like: make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- O=out V=1 uImage modules -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
Re: Linaro Instructions for Overo(Gumstix)
Thanks Joey. We had a late breaking bug yesterday that made me switch branches in the document. The fix has now been merged and the Wiki has been updated to point you to the correctLinaro Image Tools: bzr branch lp:linaro-image-tools On 01/20/2011 01:10 PM, Joey Stanford wrote: Followed this quickly today. My build line was different due to the way the branch executed: joey@warthog:~$ overo-kernel-suffix/linaro-hwpack-create --local-deb ./u-boot-linaro-omap3-overo_2010.12-0ubuntu1_armel.deb --local-deb ./x-loader-omap3-overo_1.4.4+git20101223+6f3a261-1ubuntu1_armel.deb ./hwpack.natty.linaro-overo/configs/hwpacks/linaro-overo test On Wed, Jan 19, 2011 at 11:50 PM, Andy Doan andy.d...@canonical.com wrote: FYI: I've just created a page describing how to get a Linaro image running on the Overo Gumstix board: https://wiki.linaro.org/Boards/Overo/Setup -andy ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev ___ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev
