linaro-dev

linaro-dev@lists.linaro.org

4332 discussions

[ACTIVITY] OCTO status - wk37.2011 (20110912-20110916)

by Ilias Biris

Status in : https://wiki.linaro.org/OfficeofCTO/WeeklyReport Meeting minutes from wk37: https://wiki.linaro.org/OfficeofCTO/2011-09-13 Highlights: - Hard float agreement at Linux Plumbers - all distributions agreed to mean the same thing when they say hard float ABI - that is, Fedora, Ubuntu, Debian, Google Chrome. Also work for 1109 is ongoing to complete the benchmarks. - Discussion / agreement about boot architecture work - meetings restarted from wk37, latest meeting minutes are now in https://wiki.linaro.org/OfficeofCTO/BootArchitecture/2011-09-15. In particular we have now a mirror repo of edk2 and edk2-fatdriver2 modules on git.linaro.org (see thread message for details) - Regarding network boot (1109) we have a draft release of a Cobbler setup in https://wiki.linaro.org/LoicMinier/Sandbox/NetworkBoot (will probably be moved out of the Sandbox soon) - Ongoing discussions for the LCQ4.11 summits. Best, Ilias Biris - ilias.biris(a)linaro.org Project Manager, Linaro M: +358504839608, IRC: ibiris, Skype: ilias_biris Linaro.org│ Open source software for ARM SoCs

14 years, 1 month

[ACTIVITY] Developer Platform status report (2011-09-09 to 2011-09-15)

by David Zinman

Enclosed, please find a link to the Weekly Status report from the Developer Platform team for 2011-09-09 to 2011-09-15 period. == Weekly Status Report == https://wiki.linaro.org/Platform/DevPlatform/Status/2011-09-16 == Team Highlights == * Initial plan created for Linaro q4.11. * linux middleware layer tests in lava * Continuous integration * Multi-touch support * Debug & developer friendly images * A launchpad derived ubuntu-distro evaluation has been created. * Image status * ubuntu-desktop from 20110913 failed, but working fine now. * Build issue on Aug 14, but rebuild went fine. Might be an issue with the builder. * rsalveti and mabac working to get to get all the hwpacks ported toV2 - https://blueprints.launchpad.net/linaro-ubuntu/+spec/hwpacks-v2-trasition === Bugs Fixed === * Bug 709245 * Bug 832356 * Bug 832514 === Bugs Still Open === * Bug 753878 * Bug 816638, should be fixed this week. * Bug 817317 * Bug 832680 * Bug 833518 * Bug 843628 === Work Items === * wookie: blocked by bzr * hrw: gcc-linaro native 2011.08 built fine for amd64/i386 * aviksil: looking at lttng issue * jcrigby: the packaged kernel ci script * suihkulokki: cross build for firefox * rsalveti: * finished up all bp reviews * derived distro evaluation and q4.11 planning * helped with usual bugfixing on the ubuntu side * tgall_foo: ltj ready to go into revue == Risks / Issues == * fabo: we need at least 2 boards for Dev Platform, 1 on-duty and 1 backup, in case == Miscellaneous == * none -- David Zinman Linaro Release Manager | Project Manager Linaro.org | Open source software for ARM SoCs

14 years, 1 month

Final RC Builds on Sun 2011/9/25 (Central Daylight Time)

by Zach Pfeffer

Android Team and Folks we Integrate Tech from, Just a heads up. As I've done the last 2 Sundays, I'll cut RC builds on 2011/9/25, which will go into QA on 2011/9/26 and be the first official RC. For anyone who has 11.09 BPs, please get with Tony to ensure that all BPs that are going to be finished are in a good state and anything that isn't going to be done, gets split or moved out. Tony will update the BP with the fact that is was moved. Moving isn't a bad thing, so don't feel like you have to rush something in, that's why we have monthly milestones in the first place. Right now things are looking okay, except: iMX53 rebase on Jstultz Beagle isn't building https://launchpad.net/linaro-android/+milestone/11.09 -- Zach Pfeffer Android Platform Team Lead, Linaro Platform Teams Linaro.org | Open source software for ARM SoCs Follow Linaro: http://www.facebook.com/pages/Linaro http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog

14 years, 1 month

powerdebug 0.6.0 version available

by Daniel Lezcano

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, The powerdebug tool version 0.6.0 is available at: http://launchpad.net/linaro-powerdebug/2011/2011.09/+download/linaro-powerd… This version contains the Android port from Nishant and the gpio display. Thanks -- Daniel - -- <http://www.linaro.org/> Linaro.org ? Open source software for ARM SoCs Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook | <http://twitter.com/#!/linaroorg> Twitter | <http://www.linaro.org/linaro-blog/> Blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOeK2yAAoJEAKBbMCpUGYA/o0H/jbqNe4ofBZ24ArU/f/6THOx nqRorwFfMBW8vnIXFIy55sVzi+926uMWb2a23+TmA6pNbpgpLsd7xXuh1Gb5qvmI XBI7aM/PeLoFu+Jd8tEryRvUaRuOKye0O99Se7TI7qrmT6hjzxpijDu007odvxSd SCeBx50mx74V0Eg4qX3NTQqvUeseckBRQXELoVbt3wHEICgyrGu2usDr+9HnZM8q 2wBfDkEnzgdLr01MK+dDO/9x79Jvd0wagPfxbtBgHTEVbyjX2kqRepGF7VXLOhf0 x5gADpYmOdSKD+rGcNWVkQ0MhxcwOYbxBIDrWjmn+boOtuQYLh3P2r8XA91DNaM= =0F5N -----END PGP SIGNATURE-----

14 years, 1 month

pm-qa version 0.1.2 available

by Daniel Lezcano

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, the Power management test suite version 0.1.2 is available at: http://launchpad.net/linaro-pm-qa/2011/2011.09/+download/linaro-pm-qa-0.1.2… Cheers -- Daniel - -- <http://www.linaro.org/> Linaro.org ? Open source software for ARM SoCs Follow Linaro: <http://www.facebook.com/pages/Linaro> Facebook | <http://twitter.com/#!/linaroorg> Twitter | <http://www.linaro.org/linaro-blog/> Blog -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOeKy7AAoJEAKBbMCpUGYA2TwIAJv5LRm9zQF1SNMqYj+wy6rk oCmyKBkwM/O+hN1Ya2g0ryXgGZw2c+E6EpRCFpiF0mt7zD1VbpA8BooYrYTUcfXB pNfNbIgomzOnAteNqCgv+yWLIBYHq2M+hk5IEpUUlDbHLuXwYJGdJREqi+fFB79u hZ1RTQSlVw5dMAJ5EeiJH+tnY45B7JbxhsFcxULHDLLxkdmcgnIeS31ueshkeTuu KJambZjhVVDoDPEqgV9esZRgg0gEjYkK/mM2rKyfM8q18UUCl3Tlv6imoq2epiyI ozcoKN5NJnMI69Mmn2YJzamyqK/U37FVe77/VuK65omgz4Qgp5GANTIGwgahH08= =k9IV -----END PGP SIGNATURE-----

14 years, 1 month

where is the graphics git ?

by Jello huang

hi Benjamin, i wanna to find the graphics HAL ,but can not find out at http://git.linaro.org ? Thanks Jello Huang

14 years, 1 month

Sept 14th struct_clk discussion meetings notes

by Deepak Saxena

[Resend with update of l-a-k address in my alias to the correct one on infradead]. A group of us met at Linux Plumber's Conf two weeks ago to discuss struct clk and how we move forward with it. Several of us had a follow up phone call last week, on Wed the 14th, and what follows are meeting notes from this follow up discussion (I've seem to have lost the notepad on which I took notes during the LPC discussion). Attendees: Arnd Bergman Stephen Boyd Mark Brown Thomas Gleixner Shawn Guo Saravana Kannan Nicolas Pitre Mike Turquette Linus Walleij Paul Walmsley - Mike T. - Remove set_parent and upstream clock arbitration - Functionality is limited, but would work for OMAP as is - We can add new features as needed - Shawn - Does not want to block new SoC support due to common clock support not being ready. This is gating mx6 support being merged upstream. - Arnd - Pre-req: Device Tree representation of struct clk before we let these patches in. - Mike T: Can we split the problems. - Arnd: Yes? - Thomas: Is not entirely separate. Current patches are not enough to do actual representation of building blocks. Need more than just the ops pointer structure. Will look into what it would take the current patches and then slowly add changes to building block. - Stephen - Want 1 tree lock instead of a framework lock: + Have 2 trees, 1 fast (1ms), 1 really slow (5ms) - Thomas: Should be trivial to implement - Once the traverse code is fixed, will be hard to change the locking code, so need to get this right. - Thomas: Need a clock tree base with its own lock and put a struct clk tree into that tree base. - Paul W.: How rate propagation would work across bases? - Thomas: Should be doable with proper locking order, and should not be too hard to solve. Non fast path. - Can implement separate root clocks for right now - tglx: separate struct clk from building block devices such as frequency management. - Paul W. - Have multiple root clocks, but only one lock right now - Figure out the scope of the patches to be. Goal: get basic support for common struct clk upstream. Get imx6 upstream w/o common struct clk Has some bugs and races on existing code. set_rate: Can parents be switched at same time? operate under set_rate and set_parent as distinct operations. clk_rate sample implementation: will only work in some limited cases. Need to guarantee that clock is stable. There are lot of hw specific that may not be possible to abstract. Not true: "All parents are equal and should be treated the same" during set_rate. From tglx: Looked at existing stuff and noted that a lot of implementations share concepts... walking a freq table or a divisor table. Paul: Agree, can go into some sort of library code down the road. in-tree vs out-of-tree: what's shipping on most device is quite a bit more hacky and complex than what is currently in mainline. Will need clock notifiers before being able to use on real shipping devices. Much code that calls clk_set_rate() assumes that code will not be changed in the future. Patch 1: good Patch 2: needs a bit more thought Patch 3: no comments yet What do people think about having initial patches to convert to using common clk struct but having sub-arch specific set_rate and get_rate? General consensus: seems like a good idea. - Linus W.: No major comments - Nicolas: Just listening in to understand the issues involved. ACTION ITEMS: - Thomas: will post updated patches by end of the week - Others: Will post initial patches porting their platforms to new patches as follow up. - Deepak: Organize follow up call in two weeks and post to wider audience to attend.

14 years, 1 month

Sept 14th struct_clk discussion meetings notes

by Deepak Saxena

A group of us met at Linux Plumber's Conf two weeks ago to discuss struct clk and how we move forward with it. Several of us had a follow up phone call last week, on Wed the 14th, and what follows are meeting notes from this follow up discussion (I've seem to have lost the notepad on which I took notes during the LPC discussion). Attendees: Arnd Bergman Stephen Boyd Mark Brown Thomas Gleixner Shawn Guo Saravana Kannan Nicolas Pitre Mike Turquette Linus Walleij Paul Walmsley - Mike T. - Remove set_parent and upstream clock arbitration - Functionality is limited, but would work for OMAP as is - We can add new features as needed - Shawn - Does not want to block new SoC support due to common clock support not being ready. This is gating mx6 support being merged upstream. - Arnd - Pre-req: Device Tree representation of struct clk before we let these patches in. - Mike T: Can we split the problems. - Arnd: Yes? - Thomas: Is not entirely separate. Current patches are not enough to do actual representation of building blocks. Need more than just the ops pointer structure. Will look into what it would take the current patches and then slowly add changes to building block. - Stephen - Want 1 tree lock instead of a framework lock: + Have 2 trees, 1 fast (1ms), 1 really slow (5ms) - Thomas: Should be trivial to implement - Once the traverse code is fixed, will be hard to change the locking code, so need to get this right. - Thomas: Need a clock tree base with its own lock and put a struct clk tree into that tree base. - Paul W.: How rate propagation would work across bases? - Thomas: Should be doable with proper locking order, and should not be too hard to solve. Non fast path. - Can implement separate root clocks for right now - tglx: separate struct clk from building block devices such as frequency management. - Paul W. - Have multiple root clocks, but only one lock right now - Figure out the scope of the patches to be. Goal: get basic support for common struct clk upstream. Get imx6 upstream w/o common struct clk Has some bugs and races on existing code. set_rate: Can parents be switched at same time? operate under set_rate and set_parent as distinct operations. clk_rate sample implementation: will only work in some limited cases. Need to guarantee that clock is stable. There are lot of hw specific that may not be possible to abstract. Not true: "All parents are equal and should be treated the same" during set_rate. From tglx: Looked at existing stuff and noted that a lot of implementations share concepts... walking a freq table or a divisor table. Paul: Agree, can go into some sort of library code down the road. in-tree vs out-of-tree: what's shipping on most device is quite a bit more hacky and complex than what is currently in mainline. Will need clock notifiers before being able to use on real shipping devices. Much code that calls clk_set_rate() assumes that code will not be changed in the future. Patch 1: good Patch 2: needs a bit more thought Patch 3: no comments yet What do people think about having initial patches to convert to using common clk struct but having sub-arch specific set_rate and get_rate? General consensus: seems like a good idea. - Linus W.: No major comments - Nicolas: Just listening in to understand the issues involved. ACTION ITEMS: - Thomas: will post updated patches by end of the week - Others: Will post initial patches porting their platforms to new patches as follow up. - Deepak: Organize follow up call in two weeks and post to wider audience to attend.

14 years, 1 month

HDMI on Overo with Linaro ALIP

by AJ ONeal

I've got a tobi board with HDMI, I just put in the ALIP image and plugged it into my TV for the first time, but I get nothing (but I'm also plugged in via serial and see that it boots completely). So I try X -configure and I get No devices to configure. Configuration failed. ddxSigGiveUp: Closing log I googled a bit, but I must not have the right terms. It's been years since I've had to configure X. Is there some special setup or a tutorial for this? AJ ONeal

14 years, 1 month

[Activity] Kernel WG Weekly Status report for week ending 2011-09-16

by Mounir Bsaibes

Enclosed please find the link to the Weekly Status report for the kernel working group for the week ending 2011-09-16 == Meeting Minutes == https://wiki.linaro.org/WorkingGroups/Kernel/Meetings/2011-09-12 == Weekly Status Report == https://wiki.linaro.org/WorkingGroups/Kernel/Status/2011-09-15 == Summary == * [i.mx6Q] Posted the first version of I.MX6Q patch series. In addition, suspend support now can work with generic cpu_suspend/resume without needing to flush entire L2 cache. * [Exynos4] Submitted device tree support patches for Exynos4 keypad controller driver * [PL330] Rebased DT patches for pl330 dma controller driver on top of pl330 driver update patches and tested it. * Got 10 platforms to build 97% of time with Randconfig, the randconfig potentially can be used to do all sorts of testing like validation, regression testing, etc.... * Sent RMK a pull request for a huge series eliminating most instances of mach/memory.h * V6/v7 single kernel Thumb-2 undef fixup patches * Arnd pulled patches from various soc maintainers, after finally moving the tree over to git.linaro.org (temporary while git.kernel.org is down). * Arnd published a short article on lwn.net about hexagon and c64x architecture -> http://lwn.net/Articles/457635/ Best regards, Mounir -- Mounir Bsaibes Project Manager Follow Linaro.org: facebook.com/pages/Linaro/155974581091106 http://twitter.com/#!/linaroorg http://www.linaro.org/linaro-blog <http://www.linaro.org/linaro-blog>

14 years, 1 month

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

linaro-dev