Hi Kukjin,
On Thursday 15 September 2011 10:24 AM, Kukjin Kim wrote:
Tushar Behera wrote:
Hi Fabio,
On Wednesday 14 September 2011 05:06 PM, Fabio Estevam wrote:
On Wed, Sep 14, 2011 at 8:01 AM, Tushar Behera
wrote:
...
+static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, unsigne
Tushar Behera wrote:
>
> Hi Fabio,
>
> On Wednesday 14 September 2011 05:06 PM, Fabio Estevam wrote:
> > On Wed, Sep 14, 2011 at 8:01 AM, Tushar Behera
> wrote:
> > ...
> >> +static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, unsigned int
> power)
> >> +{
> >> + int gpio = EXYNOS4
Tushar Behera wrote:
>
> ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
> resolution of the LCD panel is 1024x600.
>
> Also power domain device for LCD0 is registered.
>
> Signed-off-by: Tushar Behera
> ---
> Changes for V2:
> * Added power domain device registration for LCD
Hi, Rob.
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Thursday, September 15, 2011 4:42 AM
> To: Inki Dae
> Cc: linaro-dev@lists.linaro.org; dri-de...@lists.freedesktop.org
> Subject: Re: [PATCH] RFC: omapdrm DRM/KMS driver
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Also power domain device for LCD0 is registered.
Signed-off-by: Tushar Behera
---
Changes for V3:
* Added error check for gpio request in LCD power function
Changes for V2:
* Add
This patch adds keypad support for Origen board as GPIO keys.
Signed-off-by: Sachin Kamat
---
arch/arm/mach-exynos4/mach-origen.c | 58 +++
1 files changed, 58 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-exynos4/mach-origen.c
b/arch/arm/mach-exyno
Hi Fabio Estevam,
On Wednesday 14 September 2011 06:09 PM, Fabio Estevam wrote:
On Wed, Sep 14, 2011 at 9:07 AM, Tushar Behera wrote:
...
Will this be better?
static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, \
unsigned int power)
{
Sounds reasonable, I'll remove it.
Thank you broonie.
2011/9/14 Mark Brown :
> On Wed, Sep 14, 2011 at 01:58:48PM +0800, Feng Wei wrote:
>
>> 3. After copying ucm configurations to destinations, initiate the
>> alsa mixer to ucm default values
>
> This isn't desirable for distros - the fact th
On Wed, Sep 14, 2011 at 2:23 PM, Kukjin Kim wrote:
> Siarhei Siamashka wrote:
>> By the way, does anybody have L2C-310 errata list? Is double linefill
>> actually safe to use in r3p0?
>>
> No. it is _not_ safe on EXYNOS4210.
>
> Since L2C-310 ERRTA, current EXYNOS4210 cannot enable double linefill
Status in more detail:
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/WeeklyReport
Wk36 meeting minutes:
https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-09-07
== Highlights ==
Release-wise the work is getting along fine. Headlines and Acceptance
criteria updated to
Forgot to mention the NEON optimization tags in ask.linaro.org got some
seeds:
http://ask.linaro.org/tags/neon/
On 14/09/11 22:07, Ilias Biris wrote:
> Status report in :
> https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport
>
> Last meeting minutes:
> https://wiki.linaro.or
On Wed, Sep 14, 2011 at 12:44 AM, Inki Dae wrote:
> 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
>>
On 14/09/11 14:49, Christian Robottom Reis wrote:
> On Tue, Sep 13, 2011 at 01:26:00PM +0300, Ilias Biris wrote:
>> - UMM work is progressing. Documentation is becoming available through
>
> Another ping on getting a UMM "info center" wikipage?
Hi Kiko
I am currently looking at how to improve o
Status report in :
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/WeeklyReport
Last meeting minutes:
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Notes/2011-09-06
== Highlights ==
* 1109: some small changes. There will be no speex codec optimization
during 1109. That
Yes you should be able do something like that. You'll need to care of
installation of modules (if any) that your kernel might need as well
as any other kernel oriented setup you would need.
On Wed, Sep 14, 2011 at 10:29 AM, Frederik Lotter
wrote:
> Dear Linaro,
>
> I am looking at using the ALIP
Dear Linaro,
I am looking at using the ALIP filesystem on a Cortex-A8 based RTSM model (Fast
Model). My question is whether the base filesystem can be used without the
HWPACK? In other words, can I use the
"http://releases.linaro.org/platform/linaro-n/alip/11.08/alip-n-tar-20110823-1.tar.gz";
Key Points for wider discussion
===
* First release of 11.09 candidate builds:
https://plus.google.com/104422661029399872488/posts/Yvg3iv34E9s
* glmark2 is now part of the daily builds.
Team Highlights
===
* Early version of LAVA integrati
On Wed, Sep 14, 2011 at 08:33:58AM -0500, Tom Gall wrote:
> Greets,
>
> On Wed, Sep 14, 2011 at 7:21 AM, Christian Robottom Reis
> wrote:
> > On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote:
> >> The following components are planned to be delivered this month:
> > [...]
> >> * Multi
Greets,
On Wed, Sep 14, 2011 at 7:21 AM, Christian Robottom Reis
wrote:
> On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote:
>> The following components are planned to be delivered this month:
> [...]
>> * Multimedia WG: libjpeg-turbo (for Android)
>
> Why only for Android (the packag
Tushar Behera wrote:
>
> Based on "ARM: introduce atag_offset to replace boot_params"
> by Nicolas Pitre (2bb9839e312ed55a6d5824ffa6077ce3d7d63b1e).
>
> Since boot_params variable is deleted from machine_desc, the variable
> is modified in the newer board files.
>
> CC: Nicolas Pitre
> Signed-o
On Wed, Sep 14, 2011 at 02:32:00PM +0200, Benjamin Gaignard wrote:
> SoC vendors use lot of different quirks for codec configuration (bitrate,
> number of channels, etc...).
> But while only TI code is public (ST-E and FreeScale aren't) it is
> impossible for me to give/write more details about thi
On Wed, Sep 14, 2011 at 9:07 AM, Tushar Behera wrote:
...
> Will this be better?
>
> static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, \
> unsigned int power)
> {
> int ret;
> unsigned long flag = power ? GPIOF_OUT_INIT_HIGH : \
>
Hi Alexander,
SoC vendors use lot of different quirks for codec configuration (bitrate,
number of channels, etc...).
But while only TI code is public (ST-E and FreeScale aren't) it is
impossible for me to give/write more details about this.
I hope that inside Khronos (covered by NDA) the members c
On Tue, Sep 13, 2011 at 09:50:22AM +0300, Fathi Boudra wrote:
> The following components are planned to be delivered this month:
[...]
> * Multimedia WG: libjpeg-turbo (for Android)
Why only for Android (the package should be generic, right?), and what
is the story with https://launchpad.net/smar
W dniu 14.09.2011 14:18, David Gilbert pisze:
> Be a bit careful; given that the boot speed might be limited by SD card
> performance, writing a lot more to /var/log might not help.
Then mount /tmp as tmpfs and write there?
___
linaro-dev mailing list
On 14 September 2011 13:03, James Westby wrote:
> Getting a bootchart can show very quickly where the problem areas are.
>
> I believe that you just need to install the bootchart package and
> reboot, and the data appear under /var/log/bootchart. If you install the
> pybootchartgui package as we
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
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
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". This patch set adds a
module_param_cb() and thereby no ifndef MODULE is needed.
Using a module_param makes it possible t
Replace setup("fail_mmc_request") and faulty "ifdef KERNEL" with
a module_param_cb(). 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 | 38 +++
Hi Fabio,
On Wednesday 14 September 2011 05:06 PM, Fabio Estevam wrote:
On Wed, Sep 14, 2011 at 8:01 AM, Tushar Behera wrote:
...
+static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, unsigned int
power)
+{
+ int gpio = EXYNOS4_GPE3(4);
+
+ gpio_request(gpio, "GPE3_4");
+
On Wed, 14 Sep 2011 08:52:53 -0300, Christian Robottom Reis
wrote:
> On Tue, Sep 13, 2011 at 11:52:40AM +0530, Sudhangathan B S wrote:
> > My boot time measurement markers are:
> > Timer start is at the plug-in (i.e. at the instant when overo-fire is
> > powered)
> > Timer end is when all the ico
Hi Benjamin,
On Wed, Sep 14, 2011 at 9:48 AM, Benjamin Gaignard <
benjamin.gaign...@linaro.org> wrote:
> Hi all,
>
> MMWG has done a survey about how OpenMax is used by SoC vendors.
> A presentation of this survey is now available here :
>
> https://wiki.linaro.org/WorkingGroups/Middleware/Multim
On Mon, Sep 12, 2011 at 03:50:17PM -0500, Paul Larson wrote:
> On Mon, Sep 12, 2011 at 3:37 PM, Tom Gall wrote:
>
> > The machine, configuration would be also good to have as part of the
> > context. Media (class if applicable) in use.
> >
> What kind of configuration are you looking for? This d
On Tue, Sep 13, 2011 at 11:52:40AM +0530, Sudhangathan B S wrote:
> My boot time measurement markers are:
> Timer start is at the plug-in (i.e. at the instant when overo-fire is
> powered)
> Timer end is when all the icons on the desktop have appeared, and loading
> process is stopped. This is when
On Tue, Sep 13, 2011 at 01:26:00PM +0300, Ilias Biris wrote:
> - UMM work is progressing. Documentation is becoming available through
Another ping on getting a UMM "info center" wikipage?
--
Christian Robottom Reis, Engineering VP
Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935
Linaro.org
2011/9/14 Per Forlin :
+static int fail_mmc_request_param_set(const char *val,
+ const struct kernel_param *kp)
+{
+ setup_fault_attr(&fail_default_attr, (char *) val);
> I am thinking of returning failure here if setup_fault_attr() fai
On Wed, Sep 14, 2011 at 8:01 AM, Tushar Behera wrote:
...
> +static void lcd_hv070wsa_set_power(struct plat_lcd_data *pd, unsigned int
> power)
> +{
> + int gpio = EXYNOS4_GPE3(4);
> +
> + gpio_request(gpio, "GPE3_4");
> + gpio_direction_output(gpio, power);
You should check fo
On 14 September 2011 12:38, Per Forlin wrote:
> On 14 September 2011 12:18, Per Forlin wrote:
>> On 14 September 2011 12:05, Akinobu Mita wrote:
>>> 2011/9/14 Per Forlin :
>>>
+#ifdef CONFIG_FAIL_MMC_REQUEST
+
+static DECLARE_FAULT_ATTR(fail_default_attr);
+static char *fail_
Siarhei Siamashka wrote:
>
> On Wed, Sep 14, 2011 at 10:57 AM, Kyungmin Park
> wrote:
> > On Wed, Sep 14, 2011 at 4:43 PM, Siarhei Siamashka
> > wrote:
> >> On Wed, Sep 14, 2011 at 9:08 AM, Kyungmin Park
> wrote:
> >>> Hi Siarhei,
> >>>
> >>> Interesting feature, and it's not samsung soc issue,
On Wed, Sep 14, 2011 at 01:58:48PM +0800, Feng Wei wrote:
> 3. After copying ucm configurations to destinations, initiate the
> alsa mixer to ucm default values
This isn't desirable for distros - the fact that you're building a
package doesn't mean that you want to change the configuration of
ORIGEN board is fitted with 7" LCD panel HV070WSA. The pixel
resolution of the LCD panel is 1024x600.
Also power domain device for LCD0 is registered.
Signed-off-by: Tushar Behera
---
Changes for V2:
* Added power domain device registration for LCD0
The patch is rebased on [1]. For prop
On 14 September 2011 12:18, Per Forlin wrote:
> On 14 September 2011 12:05, Akinobu Mita wrote:
>> 2011/9/14 Per Forlin :
>>
>>> +#ifdef CONFIG_FAIL_MMC_REQUEST
>>> +
>>> +static DECLARE_FAULT_ATTR(fail_default_attr);
>>> +static char *fail_request;
>>
>> This is not used anymore and ...
>>
> Yes
On 14 September 2011 12:05, Akinobu Mita wrote:
> 2011/9/14 Per Forlin :
>
>> +#ifdef CONFIG_FAIL_MMC_REQUEST
>> +
>> +static DECLARE_FAULT_ATTR(fail_default_attr);
>> +static char *fail_request;
>
> This is not used anymore and ...
>
Yes of course. Will remove it.
>> +static int fail_mmc_request
2011/9/14 Per Forlin :
> +#ifdef CONFIG_FAIL_MMC_REQUEST
> +
> +static DECLARE_FAULT_ATTR(fail_default_attr);
> +static char *fail_request;
This is not used anymore and ...
> +static int fail_mmc_request_param_set(const char *val,
> + const struct kernel_param
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
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". This patch set adds a
module_param_cb() and thereby no ifndef MODULE is needed.
Using a module_param makes it possible t
Replace setup("fail_mmc_request") and faulty "ifdef KERNEL" with
a module_param_cb(). 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 | 38 +++
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 14 September 2011 10:04, Akinobu Mita wrote:
> 2011/9/14 Per Forlin :
>
>> It's simple and the patch would be just two lines.
>> The reason for changing my mind is that it may be useful to be able to
>> pass the fault injection attributes even when mmc_core is a module.
>>
>>> module_param is m
On Wed, Sep 14, 2011 at 10:57 AM, Kyungmin Park wrote:
> On Wed, Sep 14, 2011 at 4:43 PM, Siarhei Siamashka
> wrote:
>> On Wed, Sep 14, 2011 at 9:08 AM, Kyungmin Park wrote:
>>> Hi Siarhei,
>>>
>>> Interesting feature, and it's not samsung soc issue, so add the arm
>>> mailing list.
>>> It check
2011/9/14 Per Forlin :
> It's simple and the patch would be just two lines.
> The reason for changing my mind is that it may be useful to be able to
> pass the fault injection attributes even when mmc_core is a module.
>
>> module_param is more complicated than this. Also the parameter is only
>>
On Wed, Sep 14, 2011 at 4:43 PM, Siarhei Siamashka
wrote:
> On Wed, Sep 14, 2011 at 9:08 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
>> t
Hi all,
MMWG has done a survey about how OpenMax is used by SoC vendors.
A presentation of this survey is now available here :
https://wiki.linaro.org/WorkingGroups/Middleware/Multimedia/Specs//OpenMaxIntegration?action=AttachFile&do=view&target=OpenMax_Survey.pdf
This presentation will be sh
On Wed, Sep 14, 2011 at 9:08 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.
Maybe lmbench does not try very hard to g
55 matches
Mail list logo
