This patch adds header file protection macros to prevent duplication.
Signed-off-by: Sachin Kamat
---
arch/arm/mach-exynos4/include/mach/pm-core.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-exynos4/include/mach/pm-core.h
b/arch/arm/mach-exynos4/i
And the code is protected ?
On 20 September 2011 09:52, Jello huang wrote:
> hi Benjamin,
>
> i wanna to find the graphics HAL ,but can not find out at
> http://git.linaro.org ?
>
>
> Thanks
> Jello Huang
>
--
JUST DO IT,NOTHING IS IMPOSSIBLE
___
hi Benjamin,
i wanna to find the graphics HAL ,but can not find out at
http://git.linaro.org ?
Thanks
Jello Huang
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
[Resend with update of l-a-k address in my alias to the correct
one on infradead].
A group of us met at Linux Plumber's Conf two weeks ago to
discuss struct clk and how we move forward with it. Several
of us had a follow up phone call last week, on Wed the 14th,
and what follows are meeting note
A group of us met at Linux Plumber's Conf two weeks ago to
discuss struct clk and how we move forward with it. Several
of us had a follow up phone call last week, on Wed the 14th,
and what follows are meeting notes from this follow up
discussion (I've seem to have lost the notepad on which I
too
Hi AJ,
On Sun, Sep 18, 2011 at 11:46 AM, Ash Charles wrote:
> Thanks for letting me know that this is missing---this schematic
> should really be available so I'll check into it.
I've posted the schematic: http://pubs.gumstix.com/boards/TOBI/PCB30002-R3085/
-Ash
On Fri, Sep 16, 2011 at 12:39:51PM -0500, Mounir Bsaibes wrote:
> * [i.mx6Q] Posted the first version of I.MX6Q patch series. In addition,
> suspend support now can work with generic cpu_suspend/resume without needing
> to flush entire L2 cache.
> * [Exynos4] Submitted device tree support patche
On Monday 19 September 2011 19:36:27 Arnd Bergmann wrote:
> >
> > Hmm, so then since you can build the kernel w/ OABI compatibility, it
> > seems like structs should always have padding fields to force them to
> > be a multiple of 32bits...
>
> It depends on whether you want those structures to b
On Monday 19 September 2011 10:43:00 Rob Clark wrote:
> On Mon, Sep 19, 2011 at 10:39 AM, Will Deacon wrote:
> > Arnd,
> >
> > On Mon, Sep 19, 2011 at 08:15:45AM +0100, Arnd Bergmann wrote:
> >> Assuming that we can prevent any funny stuff from going into such an ABI,
> >> we only need to worry ab
(Go and get yourself a coffee) :)
The idea of this new group has gained enough traction such that we have
decided to run multiple sessions at Connect. Before we can start to plan
the sessions however, we need to gain a better idea of interested
parties. So, who and in what capacity do people wish
On Mon, 19 Sep 2011, Rob Clark wrote:
> On Mon, Sep 19, 2011 at 10:39 AM, Will Deacon wrote:
> > Arnd,
> >
> > On Mon, Sep 19, 2011 at 08:15:45AM +0100, Arnd Bergmann wrote:
> >> Assuming that we can prevent any funny stuff from going into such an ABI,
> >> we only need to worry about the warts o
On Mon, Sep 19, 2011 at 10:39 AM, Will Deacon wrote:
> Arnd,
>
> On Mon, Sep 19, 2011 at 08:15:45AM +0100, Arnd Bergmann wrote:
>> Assuming that we can prevent any funny stuff from going into such an ABI,
>> we only need to worry about the warts of the current ABI for ARM specific
>> consideration
Arnd,
On Mon, Sep 19, 2011 at 08:15:45AM +0100, Arnd Bergmann wrote:
> Assuming that we can prevent any funny stuff from going into such an ABI,
> we only need to worry about the warts of the current ABI for ARM specific
> considerations. The one thing that I've noticed before is that structs
> on
On Monday 19 September 2011, Rob Clark wrote:
> > * If you use structures, try very hard to avoid pointers in them,
> > it messes up all sorts of tools.
> >
> > * If you use structures, make all members naturally aligned, and pad
> > the size of the structures to a multiple of the maximum member
On Fri, Sep 16, 2011 at 12:30 PM, Bianconi, Cyril wrote:
> I don't think that the A9 issue is the same as the A8. However, effects are
> the same i.e. it's hard to use PMU.
BTW, if anybody is interested in the details about the Cortex-A8 PMU
issue, this information can be found in i.MX51 errata l
On Mon, Sep 19, 2011 at 2:15 AM, Arnd Bergmann wrote:
> On Sunday 18 September 2011 15:24:37 Rob Clark wrote:
>> I don't suppose there are any guidelines from ARM about compatibility
>> between 32bit userspace and 64bit kernel on some hypothetical future
>> version of the ARM architecture? Some h
On 16 September 2011 14:04, David Long wrote:
> Are there part numbers that we can be reasonably sure do work, say perhaps
> the 4460?
The public TRM for the 4460 says it uses A9 r2p10.
--
Mans Rullgard
Multimedia
mans.rullg...@linaro.org
___
linaro
Hello Zach,
On Fri, 16 Sep 2011 11:08:48 -0500
Zach Pfeffer wrote:
[]
>
> Sure, but we'd just do the kernel.
>
> > Secondly, kernel, while special, is still integral component of
> > Android, so our job is to provide the best kernel and its config,
> > and those who need to tweak/replace it, n
The DA9052/53 is a highly integrated PMIC subsystem with supply domain
flexibility
to support wide range of high performance application.
It provides voltage regulators, GPIO controller, Touch Screen, RTC, Battery
control and other functionality.
Signed-off-by: David Dajun Chen
Signed-off-by: A
The DA9052/53 is a highly integrated PMIC subsystem with supply domain
flexibility
to support wide range of high performance application.
It provides voltage regulators, GPIO controller, Touch Screen, RTC, Battery
control and other functionality.
Signed-off-by: David Dajun Chen
Signed-off-by: A
This driver add support for DA9052 4-wire resistive ADC interfaced touchscreen
controller.
DA9052 is a MFD therefore this driver depends on DA9052 core driver for core
functionalities.
Signed-off-by: David Dajun Chen
Signed-off-by: Ashish Jangam
---
Changes since v3:
- Remove unrequire type cas
> -Original Message-
> From: Mark Brown [mailto:broo...@opensource.wolfsonmicro.com]
> Sent: Monday, September 19, 2011 3:56 PM
> To: Ashish Jangam
> Subject: Re: LKML - Battery charge current issue
>
> On Mon, Sep 19, 2011 at 06:26:10AM +, Ashish Jangam wrote:
>
> Questions like thi
Thanks Angus!
I updated your advice into the following:
https://wiki.linaro.org/Boards/Origen/Setup
Regards
Sangwook
On 19 September 2011 00:35, Angus Ainslie wrote:
> Hi,
>
> For the last few days I've been fighting what I thought was a
> touchscreen software problem with the Origen.
>
> I
On Mon, 19 Sep 2011 09:33:34 +0300, Tomi Valkeinen
wrote:
> I think it's a bit more complex than that. True, there are MIPI
> standards, for the video there are DPI, DBI, DSI, and for the commands
> there is DCS. And, as you mentioned, many panels need custom
> initialization, or support only pa
On Sun, 2011-09-18 at 23:53 -0700, Keith Packard wrote:
> On Mon, 19 Sep 2011 09:33:34 +0300, Tomi Valkeinen
> wrote:
>
> > I think it's a bit more complex than that. True, there are MIPI
> > standards, for the video there are DPI, DBI, DSI, and for the commands
> > there is DCS. And, as you men
On Sunday 18 September 2011 15:24:37 Rob Clark wrote:
> I don't suppose there are any guidelines from ARM about compatibility
> between 32bit userspace and 64bit kernel on some hypothetical future
> version of the ARM architecture? Some hints about what to do or not
> do could perhaps save some io
Hi,
This is a mail sent to remind you the coming release dates:
* Linaro 11.09 components release is September 22nd, 2011.
* Linaro 11.09 RC images is September 26th, 2011.
* Linaro 11.09 release is September 29th, 2011.
The following components are planned to be delivered this month:
* Gra
27 matches
Mail list logo
