On 14 September 2011 01:37, Akinobu Mita wrote:
> 2011/9/14 Per Forlin :
>> Hi Akinobu,
>>
>> On 13 September 2011 16:19, Per Forlin wrote:
>>> On 13 September 2011 15:12, Akinobu Mita wrote:
2011/8/19 Per Forlin :
> +#ifdef KERNEL
> +/*
> + * Internal function. Pass the bo
On Wednesday 14 September 2011 11:38 AM, Kyungmin Park wrote:
Hi Siarhei,
Interesting feature, and it's not samsung soc issue, so add the arm
mailing list.
It checked and the see the read performance improvement from 868MiB/s
to 981MiB/s with lmbench.
It's helpful to test other SoC., e.g., OMAP4
Hi Siarhei,
Interesting feature, and it's not samsung soc issue, so add the arm
mailing list.
It checked and the see the read performance improvement from 868MiB/s
to 981MiB/s with lmbench.
It's helpful to test other SoC., e.g., OMAP4, STE and so on.
BTW, why do you set the 27-bit? In my PL310 Sp
Hi,
I initiate an install script for ucm configurations. The basic idea is --
1. Decide the destination directory (if not specified by
arguments, detect it)
2. Decide target sound card (must be specified by argument, and
only the target configurations will be installed)
3. After cop
Hello Rob.
Sorry for being late. here was a national holiday.
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Thursday, September 08, 2011 3:44 AM
> To: Inki Dae
> Cc: linaro-dev@lists.linaro.org; dri-de...@lists.freedesktop.o
2011/9/13 Linus Walleij :
> On Fri, Sep 2, 2011 at 6:04 PM, Stephen Warren wrote:
>> Linus Walleij wrote at Friday, September 02, 2011 2:12 AM:
>>> On Thu, Sep 1, 2011 at 11:33 PM, Stephen Warren wrote:
>>>
>>> >> +static const struct u300_pmx_func u300_pmx_functions[] = {
>>> >> + {
>>> >> +
2011/9/14 Per Forlin :
> Hi Akinobu,
>
> On 13 September 2011 16:19, Per Forlin wrote:
>> On 13 September 2011 15:12, Akinobu Mita wrote:
>>> 2011/8/19 Per Forlin :
>>>
+#ifdef KERNEL
+/*
+ * Internal function. Pass the boot param fail_mmc_request to
+ * the setup fault inject
Akinobu Mita reported that the boot option for mmc fault injection is never
compiled in due to a fauly "ifdef KERNEL" that is never set.
A correct ifdef would be "ifndef MODULE". Akinobu suggested to use
a module param instead.
This patch set is for 3.2
Per Forlin (3):
fault-inject: export setu
mmc_core module needs to use setup_fault_attr() in order
to set fault injection attributes during module load time.
Signed-off-by: Per Forlin
---
lib/fault-inject.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/lib/fault-inject.c b/lib/fault-inject.c
index 328d433..4
Replace setup("fail_mmc_request") and faulty "ifdef KERNEL" with
a simple module_param(). The module param mmc_core.fail_request
may be used to set the fault injection attributes during boot time
or module load time.
Signed-off-by: Per Forlin
---
drivers/mmc/core/debugfs.c | 29 +++
Signed-off-by: Per Forlin
---
Documentation/fault-injection/fault-injection.txt |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Documentation/fault-injection/fault-injection.txt
b/Documentation/fault-injection/fault-injection.txt
index 70f924e..ba4be8b 100644
--- a/Docu
On 13 September 2011 15:21, Loïc Minier wrote:
> On Tue, Sep 13, 2011, James Westby wrote:
>> What about taking a cue from gstreamer?
>> good, bad and ugly
>> I don't think we have the same division of them, but "ugly" could work,
>> in a similar spirit to "dirty," but without some of the implic
On Tue, Sep 13, 2011, James Westby wrote:
> What about taking a cue from gstreamer?
> good, bad and ugly
> I don't think we have the same division of them, but "ugly" could work,
> in a similar spirit to "dirty," but without some of the implications?
[ The names of course come from the movie, b
On Tue, 13 Sep 2011 15:16:00 -0300, Christian Robottom Reis
wrote:
> The main problem I see with staging is that it's simply not true in the
> common sense of the word staging -- it implies that what is in staging
> today is intended to become upstream (or "mainstream") in the future,
> whereas t
On Mon, Sep 12, 2011 at 10:12:22PM -0500, Zach Pfeffer wrote:
> stage-origen-11.09-release
> stage-panda-11.09-release
> stage-snowball-11.09-release
> stage-imx53-11.09-release
> panda-11.09-release
> beagle-11.09-release
>
> Would be:
>
> origen-staging-11.09-taupe
> panda-staging-11.09-mauve
>
I think that has one of the clearest "Booting Linux" sections (13.3)
I've ever read.
-Zach
On 8 September 2011 11:22, Christian Robottom Reis wrote:
> - Forwarded message from Roger Teague -
>
> Date: Wed, 7 Sep 2011 14:25:11 +0100
> From: Roger Teague
> Subject: Cortex Programmers Guid
Le 07/09/2011 13:40, Nicolas Ferre :
> While using io multiple blocks operations, change the way that sg is built:
> use one sg entry for each block instead of aggregating the whole buffer
> in a single sg entry.
> Using a single sg entry for a multiple block command may lead to
> misunderstanding
Hi Akinobu,
On 13 September 2011 16:19, Per Forlin wrote:
> On 13 September 2011 15:12, Akinobu Mita wrote:
>> 2011/8/19 Per Forlin :
>>
>>> +#ifdef KERNEL
>>> +/*
>>> + * Internal function. Pass the boot param fail_mmc_request to
>>> + * the setup fault injection attributes routine.
>>> + */
>>
On 13 September 2011 15:12, Akinobu Mita wrote:
> 2011/8/19 Per Forlin :
>
>> +#ifdef KERNEL
>> +/*
>> + * Internal function. Pass the boot param fail_mmc_request to
>> + * the setup fault injection attributes routine.
>> + */
>> +static int __init setup_fail_mmc_request(char *str)
>> +{
>> +
2011/8/19 Per Forlin :
> +#ifdef KERNEL
> +/*
> + * Internal function. Pass the boot param fail_mmc_request to
> + * the setup fault injection attributes routine.
> + */
> +static int __init setup_fail_mmc_request(char *str)
> +{
> + return setup_fault_attr(&fail_mmc_request, str);
> +}
> +_
On Fri, Sep 2, 2011 at 6:04 PM, Stephen Warren wrote:
> Linus Walleij wrote at Friday, September 02, 2011 2:12 AM:
>> On Thu, Sep 1, 2011 at 11:33 PM, Stephen Warren wrote:
>>
>> >> +static const struct u300_pmx_func u300_pmx_functions[] = {
>> >> + {
>> >> + .name = "power",
>> >
Hello,
There're now regular builds of Android 4.5 and 4.6 toolchains from
gcc-linaro bzr repository. These builds will allow Android team to
track Toolchain WG progress closer, be more prepared to toolchain
release, and later - to do CI tests using it. 4.6 toolchain, which is
the scope of the curr
Status: https://wiki.linaro.org/OfficeofCTO/WeeklyReport
Last meeting minutes: https://wiki.linaro.org/OfficeofCTO/2011-09-06
Highlights:
- regarding 1109 work is progressing - details are in the status link
above. The only item which may not be completed during 1109 is the
runtime linker patches
On Mon, Sep 12, 2011 at 02:21:25PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: dan...@ffwll.ch
Mobile: +41 (0)79 365 57 48
___
linaro-dev mailing list
linaro-dev@lists.lina
On Mon, Sep 12, 2011 at 02:21:22PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: dan...@ffwll.ch
Mobile: +41 (0)79 365 57 48
___
linaro-dev mailing list
linaro-dev@lists.lina
[I know Stephen is on vacation, just stacking up some nice reading for
when he gets back and for others to enjoy]
On Fri, Sep 2, 2011 at 6:33 PM, Stephen Warren wrote:
> Linus Walleij wrote at Friday, September 02, 2011 6:59 AM:
>> >> diff --git a/include/linux/pinctrl/pinmux.h
>> >> b/include/
26 matches
Mail list logo