On 11 Jul 01, Paul Larson wrote:
> On Thu, Jun 30, 2011 at 11:24 PM, Daniel Lezcano
> wrote:
>
> > When all tests will be finished I wish to switch the new way test suite
> > execution in lava, if it is possible.
> >
> Given that the old tests are broken at the moment and disabled, any reason
> we
The affinity between ARM processors is defined in the MPIDR register.
We can identify which processors are in the same cluster,
and which ones have performance interdependency. We can define the
cpu topology of ARM platform, that is then used by sched_mc and sched_smt.
The default state of sched_m
On Thu, 2011-06-30 at 20:32 -0500, Robert Nelson wrote:
> On Thu, Jun 30, 2011 at 8:16 PM, john stultz wrote:
> >> So is there a fix in the works or should I request Linus just revert
> > that?
>
> Other then the discussion on linux-usb that found it and mentioned it
> should be reverted, i haven
On Thu, Jun 30, 2011 at 8:16 PM, john stultz wrote:
> On Thu, 2011-06-30 at 18:00 -0700, john stultz wrote:
>> Booting Panda with Linus' current git tree (3.0-rc5-130) and got the
>> following:
>>
>> [ 2.066558] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
>> [ 2.073730] Unhand
On Thu, 2011-06-30 at 18:00 -0700, john stultz wrote:
> Booting Panda with Linus' current git tree (3.0-rc5-130) and got the
> following:
>
> [2.066558] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [2.073730] Unhandled fault: imprecise external abort (0x1406) at
> 0x00
On Thu, Jun 30, 2011 at 8:00 PM, john stultz wrote:
> Booting Panda with Linus' current git tree (3.0-rc5-130) and got the
> following:
>
> [ 2.066558] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [ 2.073730] Unhandled fault: imprecise external abort (0x1406) at
> 0x
Booting Panda with Linus' current git tree (3.0-rc5-130) and got the
following:
[2.066558] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[2.073730] Unhandled fault: imprecise external abort (0x1406) at 0x
[2.081146] Internal error: : 1406 [#1] SMP
[2.085540] Mo
On Thu, Jun 30, 2011 at 11:24 PM, Daniel Lezcano
wrote:
> When all tests will be finished I wish to switch the new way test suite
> execution in lava, if it is possible.
>
Given that the old tests are broken at the moment and disabled, any reason
we shouldn't switchover now?
> Will the following
On Tue, 14 Jun 2011 17:32:59 -0400, James Westby
wrote:
> I'll write up a spec on doing the tested merge involves.
I've got the first draft of this at
https://wiki.linaro.org/Platform/Android/Specs/BuildTestedMerge
Please take a look at let me know any comments that you have and I'll
incorpo
http://validation.linaro.org/launch-control/dashboard/attachments/2755/
Tested on the released panda-leb version, here's the serial log showing the
same errors I mentioned in the previous results? Is this a known problem?
___
linaro-dev mailing list
lin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/30/2011 01:04 PM, Paul Larson wrote:
> On Thu, Jun 30, 2011 at 10:44 AM, Daniel Lezcano
> wrote:
>
>> I added in attachment the result of these scripts on a fully working
>> cpufreq framework on my intel box. That will show the ouput of the test
On Thu, 30 Jun 2011 14:45:28 +0100, Paul Larson wrote:
> On Thu, Jun 30, 2011 at 3:01 AM, Michael Hudson-Doyle <
> michael.hud...@linaro.org> wrote:
>
> > It's one of these things I've been vaguely meaning to look into for ages
> > -- can you run postgres as an unprivileged user like this for tes
Excellent work everyone. This is a superb release!
On Thu, Jun 30, 2011 at 2:16 PM, Fathi Boudra wrote:
> Hi,
>
> The Linaro Team is pleased to announce the release of Linaro 11.06.
>
> 11.06 is the Linaro’s first release delivered on the new monthly cadence.
> Since we started focusing on monthl
The Linaro Validation team is pleased to announce the first full release of
LAVA, for the 2011.06 milestone.
LAVA is the Linaro Automated Validation Architecture that Linaro is
deploying to automate the testing of Linaro images and components on
supported development boards.
The release pages wit
Can someone explain why uboot copies the initrd and device tree data to
higher memory when we boot panda with a dtb? I'm assuming there's a
reason, but it seems a problematic thing to do (potentially even without
>3/4GB SDRAM present).
-dl
___
linaro-
On Thu, Jun 30, 2011 at 3:01 AM, Michael Hudson-Doyle <
michael.hud...@linaro.org> wrote:
> It's one of these things I've been vaguely meaning to look into for ages
> -- can you run postgres as an unprivileged user like this for testing?
> I assume it's possible in some sense, but if e.g. it invol
The DA9052 PMIC provides an Analogue to Digital Converter with 10 bits
resolution and 10 channels.
This patch montiors the DA9052 PMIC's ADC channels mostly for battery parameters
like battery temperature, junction temperature, battery current etc.
Signed-off-by: David Dajun Chen
Signed-off-by:
On Thu, Jun 30, 2011 at 03:12:46PM +0200, Arnd Bergmann wrote:
> I think this looks good enough to merge into the linux-mmc tree, the code is
> clean and the benefits are clear.
>
> Acked-by: Arnd Bergmann
>
> One logical follow-up as both a cleanup and performance optimization would be
> to get
On Tuesday 28 June 2011, Per Forlin wrote:
> How significant is the cache maintenance over head?
> It depends, the eMMC are much faster now
> compared to a few years ago and cache maintenance cost more due to
> multiple cache levels and speculative cache pre-fetch. In relation the
> cost for handli
On Thu, Jun 30, 2011 at 6:06 PM, Poddar, Sourav wrote:
> On Tue, Jun 28, 2011 at 1:41 PM, Per Forlin wrote:
>> How significant is the cache maintenance over head?
>> It depends, the eMMC are much faster now
>> compared to a few years ago and cache maintenance cost more due to
>> multiple cache le
On 30 June 2011 12:34, Russell King - ARM Linux wrote:
> On Fri, Jun 24, 2011 at 08:38:44PM +0200, Vincent Guittot wrote:
>> + printk(KERN_INFO "cpu %u : thread %d cpu %d, socket %d, mpidr %x\n",
>> + cpuid, cpu_topology[cpuid].thread_id,
>> + cpu_topology[cpuid].core_i
On Tue, Jun 28, 2011 at 1:41 PM, Per Forlin wrote:
> How significant is the cache maintenance over head?
> It depends, the eMMC are much faster now
> compared to a few years ago and cache maintenance cost more due to
> multiple cache levels and speculative cache pre-fetch. In relation the
> cost f
On Thu, Jun 30, 2011 at 10:44 AM, Daniel Lezcano
wrote:
> I added in attachment the result of these scripts on a fully working
> cpufreq framework on my intel box. That will show the ouput of the tests.
>
> But the cpufreq is not complete on a pandaboard, so results won't be
> really nice.
>
> Loo
On Fri, Jun 24, 2011 at 08:38:44PM +0200, Vincent Guittot wrote:
> + printk(KERN_INFO "cpu %u : thread %d cpu %d, socket %d, mpidr %x\n",
> + cpuid, cpu_topology[cpuid].thread_id,
> + cpu_topology[cpuid].core_id,
> + cpu_topology[cpuid].socket_id, mpidr);
> +
I still posit that it's possible to avoid many of those inefficiencies by using
a sufficiently large buffer in libjpeg-turbo and using an in-memory
source/destination manager. Much of the inefficiency in the code relates to the
buffering that it does to avoid reading the entire image into memory
The DA9052 PMIC has below featured regulators:-
4 DVS Buck converters 0.5V - 3.6V upto 1Amp.
10 Programmable LDO's High PSSR, 1% accuracy.
This patch support all the DA9052 regulators. The output voltages are fully
programmable via I2C or SPI interface. The platform data with regulation
constraint
The DA9052 PMIC has below featured regulators:-
4 DVS Buck converters 0.5V - 3.6V upto 1Amp.
10 Programmable LDO's High PSSR, 1% accuracy.
This patch support all the DA9052 regulators. The output voltages are fully
programmable via I2C or SPI interface. The platform data with regulation
constraint
Mandeep Kumar writes:
>> Vladimir Pantelic writes:
>>
>> > Mandeep Kumar wrote:
>> >> Hi All,
>> >>
>> >> I have done some benchmarking on OMAP4 running Ubuntu for various
>> >> versions of libjpegs. Benchmarks were collected with
>> >> modified version of djpeg that prints out ms time taken fo
On Wed, Jun 29, 2011 at 07:44:08AM -0400, Ashish Jangam wrote:
> On Tue, 2011-06-28 at 23:05 +0530, Guenter Roeck wrote:
> > On Tue, 2011-06-28 at 10:24 -0400, ashish jangam wrote:
> > > +static ssize_t da9052_read_vddout(struct device *dev,
> > > + struct device_at
Vladimir Pantelic writes:
> Mandeep Kumar wrote:
>> Hi All,
>>
>> I have done some benchmarking on OMAP4 running Ubuntu for various versions
>> of libjpegs. Benchmarks were collected with
>> modified version of djpeg that prints out ms time taken for decoding. Sample
>> used for benchmarking i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/30/2011 11:09 AM, Amit Kucheria wrote:
> On 11 Jun 30, Daniel Lezcano wrote:
>> These tests are used to test the cpufreq driver on ARM architecture.
>> As the cpufreq is not yet complete, the test suite is based on the cpufreq
>> sysfs API export
On Wed, Jun 29, 2011 at 11:35 PM, Daniel Lezcano
wrote:
> These tests are used to test the cpufreq driver on ARM architecture.
> As the cpufreq is not yet complete, the test suite is based on the cpufreq
> sysfs API exported on intel architecture, assuming it is consistent across
> architecture.
>
On 11 Jun 30, Daniel Lezcano wrote:
> These tests are used to test the cpufreq driver on ARM architecture.
> As the cpufreq is not yet complete, the test suite is based on the cpufreq
> sysfs API exported on intel architecture, assuming it is consistent across
> architecture.
>
> The different tes
On 29 June 2011 23:40, AJ ONeal wrote:
> The cards are from the same manufacturer, and exactly the same size.
Is the ID of the card as reported by
/sys/class/mmc_host/mmc0/mmc0:0001/manfid and oemid
(adjust path to your SD card interface) the same for the cards that
work and the cards that don't?
Dechesne, Nicolas wrote:
On Thu, Jun 30, 2011 at 9:24 AM, Vladimir Pantelic mailto:vlado...@gmail.com>> wrote:
would you be able to come up with a short list of "fixes" that have been
done?
the notable problem fixed in OMAP4 vs OMAP3 boot code is related to how the ROM
code will read th
On Thu, Jun 30, 2011 at 9:24 AM, Vladimir Pantelic wrote:
> would you be able to come up with a short list of "fixes" that have been
> done?
>
the notable problem fixed in OMAP4 vs OMAP3 boot code is related to how the
ROM code will read the FAT table. in OMAP3 if you keep replacing the
MLO/uboot
On 06/30/2011 08:11 AM, Somebody in the thread at some point said:
Hi -
yes, some OMAP3 problems were fixed in the OMAP4 ROM code based on the
feedback from linux/SD card users.
I think it pretty much reached perfection on OMAP4 for SD boot case
anyway. In fact a VFAT and partition parser i
Dechesne, Nicolas wrote:
ROM being ROM, it can't be upgraded, however, unlike in OMAP3 the ROM in
OMAP4 stuff seems pretty much perfect for
SD Card boot case, it doesn't care about any arcane stuff like geometry for
example. It only needs to success to
pull MLO reliably and anythi
Andy Green wrote:
I think we can count that as arcarna... but I think we're talking about
different problems, and that the ROM fragility to partitioning on OMAP3
is real enough.
On an IGEP0020 I was unable to create a bootable image -- one that would
boot x-loader so it would talk on the serial
andy, paul,
On Thu, Jun 30, 2011 at 6:26 AM, Andy Green wrote:
> Nicolas already gave a rundown but the short answer is the ROM can drive
> the MMC hardware of the OMAP4, talk SD-HC protocol, parse your partition
> table and FAT filesystem on your SD Card, and will load and execute a file
> of t
On 06/30/2011 08:00 AM, Somebody in the thread at some point said:
Andy Green wrote:
ROM being ROM, it can't be upgraded, however, unlike in OMAP3 the ROM in
OMAP4 stuff seems pretty much perfect for SD Card boot case, it doesn't
care about any arcane stuff like geometry for example. It only ne
Andy Green wrote:
ROM being ROM, it can't be upgraded, however, unlike in OMAP3 the ROM in
OMAP4 stuff seems pretty much perfect for SD Card boot case, it doesn't
care about any arcane stuff like geometry for example. It only needs to
success to pull MLO reliably and anything further can be don
42 matches
Mail list logo
