From: Jon Medhurst
Signed-off-by: Jon Medhurst
---
arch/arm/boot/dts/omap3-beagle.dts | 19 +++
arch/arm/mach-omap2/board-omap3beagle.c |6 ++
2 files changed, 25 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/boot/dts/omap3-beagle.dts
diff --git a/ar
[PATCH] ARM: device-tree: Add basic device tree support for Beagleboad
Note, no corresponding U-Boot changes to U-Boot are required as the
Linaro version already has these.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/
On Mon, Mar 28, 2011 at 4:56 PM, Daniel Lezcano wrote:
> On 03/28/2011 08:28 AM, Yong Shen wrote:
>
>> On Sun, Mar 27, 2011 at 5:06 AM, Daniel Lezcano> >wrote:
>>
>> By moving the functions in the right order in the file, we can get ride
>>> of their definitions and we can set them static.
>>>
>>
GCC 4.5 and up supports graphite optimization, and cloog and ppl
are required. This change attempts to support some combinations
of ppl and cloog/cloog-ppl libraries. Since cloog and ppl are
written in C++, it implies we might suffer from C++ ABI breakage
problems when host environment changes, tha
On Mon, 28 Feb 2011, Vishwanath Sripathy wrote:
> Hi Nicolas,
>
> Attached patch set has support for MPU DVFS (cpufreq) on OMAP4 and
> these are rebased against latest .38 linaro kernel.
> omap cpufreq driver changes are already posted to lo
> (https://patchwork.kernel.org/patch/589081/) and OMAP
On Mon, 28 Mar 2011 23:39:52 +0200, "Dechesne, Nicolas"
wrote:
> Hi there,
>
> i have seen what you've started to implement with the Android Build service.
> I am wondering if:
>
> - all the source code / tools you've put in place is available (source
> code)
Yes. See
https://wiki.linaro.or
Hi there,
i have seen what you've started to implement with the Android Build service.
I am wondering if:
- all the source code / tools you've put in place is available (source code)
- how easy (or not) would that be to deploy this infrastructure 'internally'
so that we can use it for private bui
On Mon, 28 Mar 2011, Nicolas Pitre wrote:
> Let's see... I currently have:
>
> $ git diff --shortstat old_linaro-2.6.38..new_linaro-2.6.38
> 805 files changed, 55412 insertions(+), 25203 deletions(-)
>
> $ git diff --shortstat old_linaro-2.6.38..v2.6.38
> 966 files changed, 15985 insertions(
On 25 March 2011 11:19, Luse Cheng wrote:
> Add --with-sysroot to fix Linaro Android toolchain linking fail with FDO
> ---
> linaro-build.sh | 15 ++-
> 1 files changed, 14 insertions(+), 1 deletions(-)
hi Luse,
It looks great. I will check in.
However, do you think it is reason
On Mon, Mar 28, 2011, Arnd Bergmann wrote:
> If you worry about the users of the Android tree more than the
> git history of it, there may be another option: Take the diff between
> the old and the new linaro-2.6.38 and apply that on the Android
> tree. After you have fixed up all conflicts you get
On Mon, 28 Mar 2011, john stultz wrote:
> On Mon, 2011-03-28 at 00:06 -0400, Nicolas Pitre wrote:
> > Given those issues, I decided to rebuild the linaro-2.6.38 branch from
> > scratch to see where that would bring me. And as could be expected, the
> > result looks nicer and it is much easier t
On Monday 28 March 2011 20:22:42 john stultz wrote:
> On Mon, 2011-03-28 at 00:06 -0400, Nicolas Pitre wrote:
> > Given those issues, I decided to rebuild the linaro-2.6.38 branch from
> > scratch to see where that would bring me. And as could be expected, the
> > result looks nicer and it is mu
On Mon, 2011-03-28 at 00:06 -0400, Nicolas Pitre wrote:
> Given those issues, I decided to rebuild the linaro-2.6.38 branch from
> scratch to see where that would bring me. And as could be expected, the
> result looks nicer and it is much easier to work with than the current
> tree. For exampl
On Mon, 2011-03-28 at 17:54 +0200, Michael Opdenacker wrote:
> Hi,
>
> We are looking for volunteers who could run demos and short tutorials at
> the technical showcase we are organizing at LDS.
>
> In particular, we hope that the landing teams will be able to show the
> newest community boards i
Hi Folks,
As some of you may remember, Linaro engineers have access to free DS-5
licenses.
If you don't know what DS-5 is, you can stop reading now ;-)
If you know what DS-5 is, you may also use it, either on daily basis or
just occasionally? I'd be most grateful for letting me know about it.
It
Hi,
We are looking for volunteers who could run demos and short tutorials at
the technical showcase we are organizing at LDS.
In particular, we hope that the landing teams will be able to show the
newest community boards in action, which almost nobody has seen in real
life yet. Here are suggestio
On Mon, Mar 28, 2011 at 9:35 AM, Grant Likely wrote:
> On Mon, Mar 28, 2011 at 9:10 AM, Tixy wrote:
>> Just found a device tree bug which corrupts __machine_type.
>> In arch/arm/kernel/devtree.c at end of setup_machine_fdt()
>>
>> - __machine_arch_type = mdesc->nr;
>> + __machine_arch_type = mdes
On Mon, Mar 28, 2011 at 9:10 AM, Tixy wrote:
> Just found a device tree bug which corrupts __machine_type.
> In arch/arm/kernel/devtree.c at end of setup_machine_fdt()
>
> - __machine_arch_type = mdesc->nr;
> + __machine_arch_type = mdesc_best->nr;
>
> This was stopping some Beagleboard drivers fr
On Sun, Mar 27, 2011 at 10:06 PM, Nicolas Pitre
wrote:
[...]> Given those issues, I decided to rebuild the linaro-2.6.38 branch from
> scratch to see where that would bring me. And as could be expected, the
> result looks nicer and it is much easier to work with than the current
> tree. For exam
I favor sticking close to mainline unless it irreparably breaks something.
Thanx, Paul
On Mon, Mar 28, 2011 at 12:06:31AM -0400, Nicolas Pitre wrote:
> Hello everyone,
>
> As I've been working on the integration of the latest developments a
On 28 Mar 2011, at 15:43, Matt Waddel wrote:
> Hi Dave,
>
> On 03/28/2011 07:34 AM, Dave Martin wrote:
>> On Fri, Mar 25, 2011 at 6:20 PM, Joey Stanford
>> wrote:
>>> Hi,
>>>
>>> Kiko requested that we mass rename Releases to Cycles. This makes
>>> sense since a release is a point in time even
Just found a device tree bug which corrupts __machine_type.
In arch/arm/kernel/devtree.c at end of setup_machine_fdt()
- __machine_arch_type = mdesc->nr;
+ __machine_arch_type = mdesc_best->nr;
This was stopping some Beagleboard drivers from being initialised as
they were doing run-time checking
Just found a device tree bug which corrupts __machine_type.
In arch/arm/kernel/devtree.c at end of setup_machine_fdt()
- __machine_arch_type = mdesc->nr;
+ __machine_arch_type = mdesc_best->nr;
This was stopping some Beagleboard drivers from being initialised as
they were doing run-time checking
[cc'ing linaro-dev mailing list; other people will probably have the
same question]
On Mon, Mar 28, 2011 at 4:40 AM, Tixy wrote:
> On Mon, 2011-03-21 at 03:25 -0600, Grant Likely wrote:
>> For each board, I need an engineer to do the following:
>>
> [...]
>> 2) Enable CONFIG_OF and CONFIG_PROC_DE
Hi Dave,
On 03/28/2011 07:34 AM, Dave Martin wrote:
> On Fri, Mar 25, 2011 at 6:20 PM, Joey Stanford
> wrote:
>> Hi,
>>
>> Kiko requested that we mass rename Releases to Cycles. This makes
>> sense since a release is a point in time event and we operate under a
>> larger cycle.
>>
>> This is no
On Mon, 2011-03-28 at 14:52 +0300, Amit Mahajan wrote:
> On Mon, 2011-03-28 at 18:32 +0800, Bryan Wu wrote:
> > On Mon, Mar 28, 2011 at 6:10 PM, Dechesne, Nicolas
> > wrote:
> > >
> > >
> > > On Mon, Mar 28, 2011 at 11:29 AM, Amit Mahajan
> > > wrote:
> > >>
> > >> Hello,
> > >>
> > >> Is the su
The rebuilt branch is fine for me. My tree creation methodology is
patterned after the Ubuntu kernel which means I rebase to new
upstreams each release so I don't mind if my upstreams do as well.
John
On Sun, Mar 27, 2011 at 10:06 PM, Nicolas Pitre
wrote:
> Hello everyone,
>
> As I've been work
On Fri, Mar 25, 2011 at 6:20 PM, Joey Stanford wrote:
> Hi,
>
> Kiko requested that we mass rename Releases to Cycles. This makes
> sense since a release is a point in time event and we operate under a
> larger cycle.
>
> This is now done and a redirect has been put into place. As you see
> refe
Hi,
notes and actions from our Wednesday graphics working group call are
available on the wiki:
+ https://wiki.linaro.org/WorkingGroups/Middleware/Graphics/Notes/2011-03-23
Details about when and where of this meeting can be found here:
+
https://wiki.linaro.org/WorkingGroups/Middleware/Grap
On Mon, 2011-03-28 at 18:32 +0800, Bryan Wu wrote:
> On Mon, Mar 28, 2011 at 6:10 PM, Dechesne, Nicolas wrote:
> >
> >
> > On Mon, Mar 28, 2011 at 11:29 AM, Amit Mahajan
> > wrote:
> >>
> >> Hello,
> >>
> >> Is the support for graphics/gfx driver available in linaro kernel?
> >>
> >> I am interes
On Mon, Mar 28, 2011 at 6:10 PM, Dechesne, Nicolas wrote:
>
>
> On Mon, Mar 28, 2011 at 11:29 AM, Amit Mahajan
> wrote:
>>
>> Hello,
>>
>> Is the support for graphics/gfx driver available in linaro kernel?
>>
>> I am interested in booting omap4 port of linaro kernel using some GUI
>> filesystem o
On Mon, Mar 28, 2011 at 11:29 AM, Amit Mahajan wrote:
> Hello,
>
> Is the support for graphics/gfx driver available in linaro kernel?
>
> I am interested in booting omap4 port of linaro kernel using some GUI
> filesystem of linaro.
>
not sure exactly what you want to do, but TI provides SGX packa
Hello,
Is the support for graphics/gfx driver available in linaro kernel?
I am interested in booting omap4 port of linaro kernel using some GUI
filesystem of linaro.
--
Thanks
Amit Mahajan
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
htt
On 03/28/2011 08:28 AM, Yong Shen wrote:
On Sun, Mar 27, 2011 at 5:06 AM, Daniel Lezcanowrote:
By moving the functions in the right order in the file, we can get ride
of their definitions and we can set them static.
Technically, those function names in head files should be declarations, not
d
34 matches
Mail list logo
