Re: Would you like remotely accessible boards?

On Thu, May 5, 2011 at 8:55 AM, Guilherme Salgado wrote: > On Thu, 2011-05-05 at 08:26 +1200, Michael Hope wrote: >> On Thu, May 5, 2011 at 8:15 AM, Guilherme Salgado >> wrote: >> > Hi Michael, >> > >> > On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote: >> >> On Wed, May 4, 2011 at 7:50 AM,

Re: STM at UDS-Budapest

Thanks Doug. Would you send a link and any licensing info (free on Linux would be great!). On 4 May 2011 17:25, Deao, Douglas wrote: > Zach, > > I would sign up for your session but I am flying out Thursday to make a > customer meeting Friday. > > I am not real familiar with the Panda or Beagle

Re: linaro-android track

On Wed, 4 May 2011 09:30:53 +0300, Paul Sokolovsky wrote: > On Wed, 04 May 2011 11:40:50 +1200 > Michael Hudson-Doyle wrote: > > > On Mon, 2 May 2011 17:30:56 -0500, Zach Pfeffer > > wrote: > > > All, > > > > > > I apologize for the broad distribution. > > > > I've trimmed the Cc:s a bit. >

Re: Would you like remotely accessible boards?

Hey This is not a specific use case, but more of a proposed design feature: Linaro might sometimes offer the possibility to run/build something on boards to untrusted third parties. For instance building a package, running a testsuite, or doing a test build of a proposed GCC branch or

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

2011/5/4 Per Forlin : > From: Stefan Nilsson XK > > If there is only 1 function registered it is possible to > improve performance by directly calling the irq handler > and avoiding the overhead of reading the CCCR registers. > [...] > --- a/drivers/mmc/core/sdio_irq.c > +++ b/drivers/mmc/core/sdi

RE: STM at UDS-Budapest

Zach, I would sign up for your session but I am flying out Thursday to make a customer meeting Friday. I am not real familiar with the Panda or Beagle boards, and have never used one. I took a look at the Panda board schematics and it's using the standard 14-pin JTAG connector, so all the stan

Anyone with kernel patches for the 11.05 release please speak up !!!

The 11.05 Linaro release is coming soon after LDS. And LDS is next week. I therefore would like to have everything merged in the Linaro kernel _this_ week i.e. before LDS so there is still a bit of time after it to fix any problems that may show up (I don't count on any time available for th

Re: Would you like remotely accessible boards?

I think the email thread crossed at some point. Anyway the user story could be: As a developer I want a target that I can interactively control and see graphical/video output and hear audio output, so that I can develop multimedia features. -Zach On 4 May 2011 16:02, Guilherme Salgado wrote: >

Re: Would you like remotely accessible boards?

On Wed, 2011-05-04 at 15:49 -0500, Zach Pfeffer wrote: > Hmm... I took a look at: > > https://wiki.linaro.org/Platform/Infrastructure/Specs/RemoteDevelopmentBoards > > ..and there nothing about multimedia live debug. I meant the bit about live debug and development, which is what you mentioned i

Re: Would you like remotely accessible boards?

On Thu, 2011-05-05 at 08:26 +1200, Michael Hope wrote: > On Thu, May 5, 2011 at 8:15 AM, Guilherme Salgado > wrote: > > Hi Michael, > > > > On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote: > >> On Wed, May 4, 2011 at 7:50 AM, Guilherme Salgado > >> wrote: > >> > If you do, I need to know mo

Re: Would you like remotely accessible boards?

Hmm... I took a look at: https://wiki.linaro.org/Platform/Infrastructure/Specs/RemoteDevelopmentBoards ..and there nothing about multimedia live debug. -Zach On 4 May 2011 15:43, Guilherme Salgado wrote: > On Wed, 2011-05-04 at 15:32 -0500, Zach Pfeffer wrote: >> Hmm...actually I was thinking

Re: Would you like remotely accessible boards?

On Wed, 2011-05-04 at 15:32 -0500, Zach Pfeffer wrote: > Hmm...actually I was thinking a little more interactive and less > batch. Having a remote system that I could do live debug and > development one. That's one of the user stories on the wiki page. > > On 4 May 2011 15:26, Michael Hope wrot

Re: Would you like remotely accessible boards?

Hmm...actually I was thinking a little more interactive and less batch. Having a remote system that I could do live debug and development one. On 4 May 2011 15:26, Michael Hope wrote: > On Thu, May 5, 2011 at 8:15 AM, Guilherme Salgado > wrote: >> Hi Michael, >> >> On Thu, 2011-05-05 at 03:12 +1

Re: Would you like remotely accessible boards?

On Thu, May 5, 2011 at 8:15 AM, Guilherme Salgado wrote: > Hi Michael, > > On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote: >> On Wed, May 4, 2011 at 7:50 AM, Guilherme Salgado >> wrote: >> > If you do, I need to know more about how you'd like to use them, to make >> > sure we provide somet

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

On Wed, 4 May 2011, Per Forlin wrote: > On 4 May 2011 19:34, Nicolas Pitre wrote: > > On Wed, 4 May 2011, Per Forlin wrote: > > > >> From: Stefan Nilsson XK > >> > >> If there is only 1 function registered it is possible to > >> improve performance by directly calling the irq handler > >> and av

Re: Would you like remotely accessible boards?

I've got another user story. As an developer using a remote target to debug I would like to be able to 'see' the video out and hear the audio. On 4 May 2011 15:15, Guilherme Salgado wrote: > Hi Michael, > > On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote: >> On Wed, May 4, 2011 at 7:50 AM,

Re: Would you like remotely accessible boards?

Hi Michael, On Thu, 2011-05-05 at 03:12 +1200, Michael Hope wrote: > On Wed, May 4, 2011 at 7:50 AM, Guilherme Salgado > wrote: > > If you do, I need to know more about how you'd like to use them, to make > > sure we provide something that is suitable to everyone. > > > > At this point I'm intere

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

On 4 May 2011 19:34, Nicolas Pitre wrote: > On Wed, 4 May 2011, Per Forlin wrote: > >> From: Stefan Nilsson XK >> >> If there is only 1 function registered it is possible to >> improve performance by directly calling the irq handler >> and avoiding the overhead of reading the CCCR registers. >> >

Re: Would you like remotely accessible boards?

Its kind of an aside, but I find the remote power supplies from Synaccess really nice to use, especially for remote debugging. -Zach On 3 May 2011 14:50, Guilherme Salgado wrote: > If you do, I need to know more about how you'd like to use them, to make > sure we provide something that is suitab

Re: STM at UDS-Budapest

Adding some people that might be interested in a common SoC logging approach and TI's SoC logging: -Zach On 3 May 2011 06:37, Loïc Minier wrote: >        Hi > >  The attachment which was too big for the mailing-list is at: >  http://people.linaro.org/~lool/STMLinuxDriverWhitePaper_Rev0%202S.pdf

Re: STM at UDS-Budapest

Would you guys mind signing up for: https://blueprints.launchpad.net/linaro-android/+spec/linaro-android-o-jtag I think this topic would fit in well with that. Would you also mind sending some info about JTAG support for Panada and Beagle and when and if CCS will be supported on Linux? -Zach On

Re: Prebuilt images

On Wed, 2011-05-04 at 09:37 -0500, Robert Nelson wrote: > On Wed, May 4, 2011 at 9:22 AM, Guilherme Salgado > wrote: > > Hi there, > > > > Several people have suggested that we should start providing prebuilt > > Linaro images for those who can't/won't install and run > > linaro-media-create (or a

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

On Wed, 4 May 2011, Per Forlin wrote: > 2011/5/4 Michał Mirosław : > > 2011/5/4 Per Forlin : > >> From: Stefan Nilsson XK > >> > >> If there is only 1 function registered it is possible to > >> improve performance by directly calling the irq handler > >> and avoiding the overhead of reading the C

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

On Wed, 4 May 2011, Per Forlin wrote: > From: Stefan Nilsson XK > > If there is only 1 function registered it is possible to > improve performance by directly calling the irq handler > and avoiding the overhead of reading the CCCR registers. > > Signed-off-by: Per Forlin > Acked-by: Ulf Hansso

Re: [PATCH v2] sdio: optimized SDIO IRQ handling for single irq

2011/5/4 Michał Mirosław : > 2011/5/4 Per Forlin : >> From: Stefan Nilsson XK >> >> If there is only 1 function registered it is possible to >> improve performance by directly calling the irq handler >> and avoiding the overhead of reading the CCCR registers. >> > [...] >> --- a/drivers/mmc/core/s

[PATCH v2] sdio: optimized SDIO IRQ handling for single irq

From: Stefan Nilsson XK If there is only 1 function registered it is possible to improve performance by directly calling the irq handler and avoiding the overhead of reading the CCCR registers. Signed-off-by: Per Forlin Acked-by: Ulf Hansson --- drivers/mmc/core/sdio_irq.c | 30

[PATCH v2] sdio: optimized SDIO IRQ handling for single irq

Optimize performance for single irq Changes since v1. * Add member to hold sdio_single_irq function in mmc_card and minimize new code in process_sdio_pending_irqs * Clarify commit message Stefan Nilsson XK (1): sdio: optimized SDIO IRQ handling for single irq drivers/mmc/core/sdio_irq.c

Re: CALL FOR TESTING: proposed enhancements for OMAP4

Thanks to Ricardo I have created a packaged version of a merge of the master and testing branches. http://git.linaro.org/gitweb?p=people/jcrigby/linux-linaro-packaged-next-wip.git the bare kernel plus some fixes are in the "panda_no_packaging" the "master" branch has normal packaging added. It c

Re: [PATCH] sdio: optimized SDIO IRQ handling for single function

On 4 May 2011 17:20, Nicolas Pitre wrote: > On Wed, 4 May 2011, Per Forlin wrote: > >> On 4 May 2011 05:40, Nicolas Pitre wrote: >> > On Tue, 3 May 2011, Per Forlin wrote: >> > >> >> From: Stefan Nilsson XK >> >> >> >> If there is only 1 function registered, and IRQ:s are supported and >> >> cur

Re: [PATCH] sdio: optimized SDIO IRQ handling for single function

On Wed, 4 May 2011, Per Forlin wrote: > On 4 May 2011 05:40, Nicolas Pitre wrote: > > On Tue, 3 May 2011, Per Forlin wrote: > > > >> From: Stefan Nilsson XK > >> > >> If there is only 1 function registered, and IRQ:s are supported and > >> currently enabled, call the callback handler directly >

Re: Would you like remotely accessible boards?

On Wed, May 4, 2011 at 7:50 AM, Guilherme Salgado wrote: > If you do, I need to know more about how you'd like to use them, to make > sure we provide something that is suitable to everyone. > > At this point I'm interested in drafting some user stories so if you > have any, please do add them to t

Re: Prebuilt images

On Wed, May 4, 2011 at 9:22 AM, Guilherme Salgado wrote: > Hi there, > > Several people have suggested that we should start providing prebuilt > Linaro images for those who can't/won't install and run > linaro-media-create (or any other tool that they have to install in > order to generate an imag

Prebuilt images

Hi there, Several people have suggested that we should start providing prebuilt Linaro images for those who can't/won't install and run linaro-media-create (or any other tool that they have to install in order to generate an image), so we're going to discuss that at LDS. If you know of anybody wh

[PM] 04/05/2011 - Minutes for the Power Management WG weekly call

Hi All, The minutes of the very short power management weekly call can be found at : https://wiki.linaro.org/WorkingGroups/PowerManagement/Meetings/2011-05-04 Highlights: 11.11 planning Regards, Amit ___ linaro-dev mailing list linaro-dev@lists.linar

[NOTES] 2011-05-04 Android Platform Team Meeting

Agenda, action items, status reports and IRC logs at: https://wiki.linaro.org/Platform/Android/Meetings/2011-05-04 Highlights Linaro Android 11.04 release @ https://android-build.linaro.org/index -Zach ___ linaro-dev mailing list linaro-dev@lists.lin

Re: [PATCH] sdio: optimized SDIO IRQ handling for single function

On 4 May 2011 05:40, Nicolas Pitre wrote: > On Tue, 3 May 2011, Per Forlin wrote: > >> From: Stefan Nilsson XK >> >> If there is only 1 function registered, and IRQ:s are supported and >> currently enabled, call the callback handler directly >> without checking the CCCR registers. >> >> Signed-of