Re: New dial-in number for conference calls

Hi Loic, > Germany                 800 589 0993 I test the one for Germany and it does not work for mobile phone. I guess the number starting with 800 is only for landline. We should provide numbers which also works for mobile phone, in case landline is not available in some cases. Yong ___

Talk: Embedded GPUs at LCA

Hi there, I did a talk at LCA yesterday evening that covered Embedded GPUs and Open Source (or the lack thereof); slides are available here: https://wiki.linaro.org/ChristianReis and a video recording may be available as well later; I'll tack it into the thread if I get a URL for it. I'

Re: New dial-in number for conference calls

On 24/01/11 16:45, Loïc Minier wrote: > Hi folks > > (Sorry for the late notice, we were caught by surprize by the speed of > this move) > > The conference system for phone calls moved to new dial-in numbers this > week; the conf room numbers remain the same as well as leader pins, but

Re: [HELP] [LINARO-NATTY-HEADLESS IMAGE] GCC 4.5 crashes

On Tue, Jan 25, 2011 at 10:29 AM, Reddy, MR Swami wrote: > Can you send me the verbose output of “gcc test.c –v”? I could analyze the > issue using the verbose output. > > Here it is : http://pastebin.com/cyewZwhZ Looks like some incompatibilities comming - up. After gcc installation, even invo

RE: [HELP] [LINARO-NATTY-HEADLESS IMAGE] GCC 4.5 crashes

Can you send me the verbose output of "gcc test.c -v"? I could analyze the issue using the verbose output. -Swami From: linaro-dev-boun...@lists.linaro.org [mailto:linaro-dev-boun...@lists.linaro.org] On Behalf Of Shankar Ganesh Sent: Tuesday, January 25, 2011 10:17 AM To: linaro-dev@lists.lin

[HELP] [LINARO-NATTY-HEADLESS IMAGE] GCC 4.5 crashes

Hi , I have used http://releases.linaro.org/platform/linaro-n/headless/alpha-1/ linaro-natty-headless-tar-20101202-1.tar.gz file system on my target board and done apt-get install gcc-4.5 on

[RFC] arm devicetree meeting/hacking day

Hi all, For those of you who are working, or are soon-to-be working, on device tree support for ARM, I'm organizing a regular weekly status update and a hacking day for getting device tree support added to several of the ARM platforms. I've already talked to some of you about this briefly. Basic

Re: Call for opinion: Linaro 'Developer' Image

On Mon, 24 Jan 2011 21:47:20 +, Jamie Bennett wrote: > On 24 January 2011 20:49, Michael Hudson-Doyle > wrote: > > On Fri, 21 Jan 2011 13:22:45 +, Jamie Bennett > > wrote: > > > >> The current thoughts are to increase the package count and download > >> size by adding a number of devel

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 07:59:03PM +, Pawel Moll wrote: > > If you're flooding the system with USB traffic, enlargening the > > FIFO size won't help. Making the FIFO larger just decreases the > > _interrupt_ _latency_ requirements. It doesn't mean you can > > cope with the amount of data bein

Re: Call for opinion: Linaro 'Developer' Image

On 24 January 2011 20:49, Michael Hudson-Doyle wrote: > On Fri, 21 Jan 2011 13:22:45 +, Jamie Bennett > wrote: > >> The current thoughts are to increase the package count and download >> size by adding a number of developer focused packages. > > Once we have the smaller image and this develo

Re: Call for opinion: Linaro 'Developer' Image

On Fri, 21 Jan 2011 13:22:45 +, Jamie Bennett wrote: > The current thoughts are to increase the package count and download > size by adding a number of developer focused packages. Once we have the smaller image and this developer image (both of which I see the need for), what is the use cas

RE: [PATCH] arm: Improve MMC performance on Versatile Express

> If you're flooding the system with USB traffic, enlargening the > FIFO size won't help. Making the FIFO larger just decreases the > _interrupt_ _latency_ requirements. It doesn't mean you can > cope with the amount of data being transferred. On VE both ISP and MMCI are sharing the same static

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 05:54:18PM -, Pawel Moll wrote: > $ git am 0001-arm-Improve-MMC-performance-on-Versatile-Express.patch > > / # uname -a > Linux (none) 2.6.38-rc2+ #12 SMP Mon Jan 24 17:41:53 GMT 2011 armv7l GNU/Linux > / # cat /dev/sda > /dev/null & > / # dd if=/dev/mmcblk0 of=/dev/nul

Re: New dial-in number for conference calls

On Mon, Jan 24, 2011 at 5:45 PM, Loïc Minier wrote: > >  I was told the number for India doesn't work; I'll try finding another >  one. I got a confim from Sachin that the number actually works. However, you need a phone unlocked for "national" calls - which seems to be not the norm in indian off

RE: [PATCH] arm: Improve MMC performance on Versatile Express

> My final mail on this subject. Ah, and I was really enjoying our pleasant discussion... > Take a mainline kernel. Apply the attached three patches. MMC > will then work without any problems. No hacks required. There is > *absolutely* *no* need to waste time with hardware modifications. > >

Re: New dial-in number for conference calls

On Mon, Jan 24, 2011, Marcin Juszkiewicz wrote: > I hope that list will be expanded this week - there is no number for Poland > and each operators which I use will rather charge me for international calls. Poland: 800 331 1398 -- Loïc Minier ___ lin

Re: New dial-in number for conference calls

Dnia poniedziałek, 24 stycznia 2011 o 17:45:04 Loïc Minier napisał(a): > The conference system for phone calls moved to new dial-in numbers this > week; the conf room numbers remain the same as well as leader pins, but > the dial in change; this is a non-exhaustive list: I hope that list will

Re: [PATCH] arm: Improve MMC performance on Versatile Express

My final mail on this subject. I'm adding Philippe and Catalin so that they're in the loop on this. Take a mainline kernel. Apply the attached three patches. MMC will then work without any problems. No hacks required. There is *absolutely* *no* need to waste time with hardware modifications.

Re: New dial-in number for conference calls

On Mon, Jan 24, 2011, Loïc Minier wrote: > (Sorry for the late notice, we were caught by surprize by the speed of > this move) > > The conference system for phone calls moved to new dial-in numbers this > week Correction: the old system apparently still works, but please consider moving you

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 04:39:21PM -, Pawel Moll wrote: > > Well, fixing MMCI because ISP1761 is buggy is not the way forward. > > The answer is to fix the broken ISP1761 driver. > > Totally agree. The thing is that you are the only person right now who > doesn't have any problems. That's not

New dial-in number for conference calls

Hi folks (Sorry for the late notice, we were caught by surprize by the speed of this move) The conference system for phone calls moved to new dial-in numbers this week; the conf room numbers remain the same as well as leader pins, but the dial in change; this is a non-exhaustive list

RE: [PATCH] arm: Improve MMC performance on Versatile Express

> Given that the problem is already fixed via a set of patches, I see > no reason to mess about with the hardware, thereby making the driver > more complicated for *no* benefit. There will be virtually no change in the driver - all required stuff is already there. See the STE UX500 variant - they

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 04:24:00PM +, Russell King - ARM Linux wrote: > On Mon, Jan 24, 2011 at 04:13:14PM +, Pawel Moll wrote: > > > The real answer is to avoid PIO mode, and use DMA support. > > > However, > > > I've had problems using DMA on the ARM development boards. You can > > > >

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 04:13:14PM +, Pawel Moll wrote: > > I don't think enlarging the FIFO will help too much. The issue is > > whether the CPU can keep up with the data rate coming off the card. > > If it can't, then no matter how large the FIFO is, it will > > eventually overflow. > > Yes

RE: [PATCH] arm: Improve MMC performance on Versatile Express

> I don't think enlarging the FIFO will help too much. The issue is > whether the CPU can keep up with the data rate coming off the card. > If it can't, then no matter how large the FIFO is, it will > eventually overflow. Yes, I realize that. But so far the only time when problem happens is the

Re: [PATCH] arm: Improve MMC performance on Versatile Express

On Mon, Jan 24, 2011 at 12:27:16PM -, Pawel Moll wrote: > So - we'll try to enlarge FIFO. For the moment - playing with interrupts > affinity seem to be a viable workaround. I don't think enlarging the FIFO will help too much. The issue is whether the CPU can keep up with the data rate coming

RE: [PATCH] arm: Improve MMC performance on Versatile Express

> Wouldn't the ultimate solution be to simply use FIQs to service the > MMC FIFO? The ultimate solution is to super-size FIFO ;-) It's not impossible (as the motherboard peripherals live in a FPGA), but according to our board people may be tricky due to the MMCI design (it's just ancient, that'