fully there'll be fixes for that too.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
u the patches on UCM when
they're done.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
On 12/19/2011 02:25 PM, Somebody in the thread at some point said:
On Sun, Dec 18, 2011 at 10:05 PM, Andy Green wrote:
On 12/19/2011 12:17 AM, Somebody in the thread at some point said:
Hi Ricardo,
With working HDMI output on the original panda board, and Wei's new
release of patch
will
allow us to have both HIGHMEM and CMA on OMAP4?
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
__
er
wanted a 10MB allocation and before CMA patches, it looked intractably
stuck with 2MB max... afterwards, no problemo.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitt
On 12/22/2011 09:42 AM, Somebody in the thread at some point said:
Hi Andy,
Thanks for your answer.
On Wed, Dec 21, 2011 at 4:33 PM, "Andy Green (林安廸)" wrote:
On 12/21/2011 03:46 PM, Somebody in the thread at some point said:
Hi -
I have one pandboard (4430), however,
roidization, ie, it's under control for ongoing tracking
like the previous sgx topic was (which we successfully provided for 5
months or so for Gingerbread) and not just a bolt-on.
Hopefully this will reduce the amount of Linaro effort wasted off-piste...
-Andy
--
Andy Green | TI
having it appear automatically
at the Android kernel too.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/l
fore it could have.
Otherwise, everything basic seems working fine. Lot of things seem
broken atm in the rootfs like wifi but that's understandable given the
big change.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Lina
d is now in tilt-3.1 and
tilt-linux-linaro-3.1 which Linaro packages.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
# do
en positioning uses 720p origin
https://bugs.launchpad.net/linaro-android/+bug/908956
ICS: All arches: No aplay / arecord or equivalent
https://bugs.launchpad.net/linaro-android/+bug/908957
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Lina
on.
I completely agree about CI approach will lead to best results in medium
and long term and we should be all about that, not wasting time
polishing the coprolite of old releases - especially someone else's old
releases.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open s
On 01/12/2012 09:15 AM, Somebody in the thread at some point said:
On Wed, Jan 11, 2012 at 1:09 AM, Andy Green wrote:
On 01/11/2012 03:34 AM, Somebody in the thread at some point said:
Hi -
I had some thoughts and a suggestion this morning about the monthly
release cycle that I'd li
de
get cpuidle statistics on cpu0 et cpu1 in cpuidle/stateX/time : only
state0 time is different from 0
Is it a normal behavior ?
No I think cpuidle is broken with what we have in tilt-3.1.
It's worth trying tilt-tracking which, last time Jassi looked at it was
working and visiting all the
On 01/13/2012 08:34 PM, Somebody in the thread at some point said:
(adding AmitK)
Amit, do you know of a good place to raid for better cpuidle, closer to
upstream than OZ?
-Andy
On 13 January 2012 12:12, Jassi Brar wrote:
On 13 January 2012 16:13, Andy Green wrote:
On 01/13/2012 05:59
On 01/14/2012 12:52 PM, Somebody in the thread at some point said:
On Fri, Jan 13, 2012 at 2:41 PM, Amit Kucheria wrote:
On Fri, Jan 13, 2012 at 7:14 PM, Dechesne, Nicolas wrote:
On Fri, Jan 13, 2012 at 5:59 PM, Andy Green wrote:
Amit, do you know of a good place to raid for better
help us continue?
TI Landing Team Android kernel supports 1080p on HDMI with accelerated
video on ICS. I think that equates to this -->
https://android-build.linaro.org/builds/~linaro-android/staging-panda/
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software
n our kernel, AOSP omap 3.0-based kernel
doesn't have that support.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com
deo stuff is stuck in a 3.0 kernel timewarp. We have
forwardported the special version of dss and other pieces from 3.0 aosp
kernel to make accelerated graphics work, but that approach means all
the dss pieces are from 3.0 status and are not benefiting from gradual
upstream improvements.
Boot header length field. But it will
then be easy to find out where to get matching sources even for
non-booting kernel binary with no other information where it came from.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | F
e mentioned yesterday that this was getting discussed on the Arm Linux
mailing list too.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://l
long enough so it can be unflattened? This used to work on Omap4 DT
without problems so I guess we're missing a trick.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://t
tuff,
we had intended to audit it for OMAP4 already but Jassi has gotten
diverted into firefighting something else.
The last old tree for tilt-tracking is at this tag "old-tree-cam", you
should get better results with that until we can normalize the main tree
for OMAP4 again.
-Andy
--
An
nto the patches that introduce the damage.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
__
On 03/17/2012 04:14 AM, Somebody in the thread at some point said:
> Mertsas,
>
> On Fri, Mar 16, 2012 at 10:58 AM, Martin Ertsas (mertsas)
> wrote:
>>
>>
>>
>>
>>
>> Sent from Samsung Mobile
>>
>> Andy Green wrote:
>> On 03/16/2
onfig" that
just contains the delta from your .config and "all defaults".
If you use that to create patches against the defconfigs, you'll find
you're dealing with much shorter deltas that 793 lines.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open sourc
es (not board
> specific) should also add the config fragments to their topic branches.
> So the android fragment could live in the android topic as well.
This is definitely the right way.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software
different defconfig for android
and vanilla, now we patch the one defconfig when we add Androidization
patches. That means the Android build always gets the latest and
greatest stuff same as vanilla, plus whatever it needs specially.
Don't forget we won't be basing on linux-linaro-track
On 04/02/2012 07:40 PM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 11:31 +0100, Jon Medhurst (Tixy) wrote:
>> On Mon, 2012-04-02 at 17:45 +0800, Andy Green wrote:
>>> On 04/02/2012 05:31 PM, Somebody in the thread at some point said:
>> [sni
;t
found they need any directory structure just operate direct on the
defconfig.
If you want to do it with this complex directory scheme, please don't so
anything to the definitive sources that makes it mandatory.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source softw
On 04/02/2012 09:40 PM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
>> If you want to do it with this complex directory scheme, please don't so
>> anything to the definitive sources that makes it mandatory.
>
> Jus
On 04/03/2012 02:39 AM, Somebody in the thread at some point said:
> On Mon, 2012-04-02 at 21:58 +0800, Andy Green wrote:
>> I don't want to sound like a broken record but we have been doing this
>> layered config stuff for a long time. It's a very good wheeze and
>&g
f these issues might be a problem in
> practice.)
It's really preferable to keep to one defconfig for everything but
sometimes that won't be possible (you were saying you might need more
than one for presumably very basic reasons). In that case the config
deltas will need to be applied t
On 04/03/2012 03:30 AM, Somebody in the thread at some point said:
> On 04/02/2012 06:58 AM, Andy Green wrote:
>> On 04/02/2012 09:40 PM, Somebody in the thread at some point said:
>>> On Mon, 2012-04-02 at 21:10 +0800, Andy Green wrote:
>>>> If you want to do it with
of this common
file would probably not be noticable.
I'll have a go at Tushar's method tomorrow it looks like a good plan.
> I think it makes sense if this 'upstream' doesn't include board files
> though, they should come from LT trees.
Normally "board files&
LTs trees fit
together right now as a starting point?". We don't seem to be trying to
bind the available trees at v3.3 together at the moment so we can
understand our situation for some reason. Instead we're trying to use a
single LT tree as an exemplar for a process that is all a
t be in a
position to take such a granular and relaxed approach as follow monthly
source release tarballs, but insist to follow git.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com
with this scheme and less fluid to the point I can't predict
when we have 3.4-rc1 build to offer.
On the plus side though, v3.3 stuff we do have is in very good shape now.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Li
;t know if that's all that's required.
Last week we tried v3.3 mainline and it dies in some problem about UART.
Omar, you should look here
http://git.linaro.org/gitweb?p=landing-teams/working/ti/kernel.git;a=summary
use tilt-tracking and omap_5430evm_defconfig
That's workable o
On 04/11/2012 08:29 AM, Somebody in the thread at some point said:
> On 10 April 2012 17:01, Andy Green wrote:
>> On 04/11/2012 07:41 AM, Somebody in the thread at some point said:
>>> On Tue, Apr 10, 2012 at 5:17 PM, Christian Robottom Reis
>>> wrote:
>>>
ving to deal with an increasing number of LT trees merged as well?
(Or if it changed name to another branch, fine, but what is it)
If so that will make things complicated to synchronize the LT trees you
intend to bind here, to ensure they're all working with same UMM
revision you mandate, etc
On 04/18/2012 08:39 PM, Somebody in the thread at some point said:
>
>
> On Wed, Apr 18, 2012 at 3:04 AM, Andy Green <mailto:andy.gr...@linaro.org>> wrote:
>
> On 04/18/2012 06:16 AM, Somebody in the thread at some point said:
>
> Hi -
>
> &g
c owners, I don't see that this tree will be
> useless to the point of being just a dump of what Linaro is currently
> working on.
>
> Get your list of topics, and check how it goes with the current tree.
> Test it yourself first, and then propose the branches/topics that you
&g
ine them you'll have to revert all the trees to the
same (or similar if late in the cycle) basis point, and for some LTs
having to also revert to match the bad boy, that may be in worse state
than their HEAD.
You'll sometimes only be able reissue "last known good" combined tree,
not
s I say our tracking is still missing some topics compared to
tilt-3.3 as we are uplevelling, with this change of basis and
elimination of CMA#21 delta we had until now, actually tilt-tracking can
be considered for trial merge in unified tree I think. It's not very
meaningful in terms of usefulness
our tree, I think it and
the other board confs coming in probably need to be removed from the
basis tree and the LT minimal configs introduced in LT trees used instead.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/
IG_JFFS
in the base config. We don't really have a case for them on Panda.
You might want to push those out into a mtd.conf we will pass over, or
something similar.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.
ink ARM LT content + one
other LT tree tells us much since great as ARM LT stuff is, it's not a
full BSP tree like other LTs but just introduces novel features that
have nothing to conflict with except the odd Makefile one-liner).
Generally if all LTs are basing and tracking on -core, 90% of th
missing -rc5 for 3 days.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
___
w-level printk work
I don't think that makes any sense any more and should be removed,
unless there's some case on Android side that really needs it. Vanilla
has better DEBUG_LL support now since 2005 when that patch was
introduced and the Android kernels will inherit it. I've r
orms best and is on a random HEAD commit, we
certainly shouldn't wind it backwards to last -rc that performs worse
just because that's "easier to communicate".
Likewise in unified case, there might not be much choice about which
recent kernels had most LTs participating wit
On 11/05/12 07:43, Somebody in the thread at some point said:
On Fri, 2012-05-11 at 07:14 +0800, Andy Green wrote:If
the current one performs best and is on a random HEAD commit, we
certainly shouldn't wind it backwards to last -rc that performs worse
just because that's "easier
On 11/05/12 08:32, Somebody in the thread at some point said:
On Fri, May 11, 2012 at 2:20 AM, Andy Green wrote:
On 11/05/12 07:43, Somebody in the thread at some point said:
On Fri, 2012-05-11 at 07:14 +0800, Andy Green wrote:If
the current one performs best and is on a random HEAD commit
ver, that needs planning to resolve. Or if people aren't using
linux-linaro-core-tracking to get their CMA and so on, we need to know
and start that migration.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.
On 11/05/12 10:19, Somebody in the thread at some point said:
On Fri, May 11, 2012 at 3:43 AM, Andy Green wrote:
On 11/05/12 08:27, Somebody in the thread at some point said:
4. in between RCs, we only move mainline on our linux-linaro release
baseline forward if we see a working tracking
.org/gitweb?p=kernel%2Flinux-linaro-tracking.git&a=search&h=refs%2Fheads%2Flinux-linaro-core-tracking&st=commit&s=CMA
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
ht
4460.
At the moment we disabled 1.2GHz on tilt-3.3, we think we have a fix +
workaround and I'll update with it tomorrow.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
Original Message
Subject: Re: FW: STM Drviers update patch
Date: Mon, 14 May 2012 21:46:40 +0800
From: Andy Green
To: Deao, Douglas
CC: inaro-...@lists.linaro.org , Ryan
Harkin , Arnd Bergmann
On 14/05/12 21:41, Somebody in the thread at some point said:
Hi -
The
badly with smartreflex and the wrong Vcore can be selected
for 4460.
At the moment we disabled 1.2GHz on tilt-3.3, we think we have a fix +
workaround and I'll update with it tomorrow.
tilt-3.3 is updated with the fixes and workaround of disabling CPU_IDLE,
please give that a try.
-Andy
--
On 14/05/12 22:23, Somebody in the thread at some point said:
On Mon, May 14, 2012 at 5:12 PM, Andy Green wrote:
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone
On 15/05/12 07:17, Somebody in the thread at some point said:
Andy Green writes:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could be also interested
I have reproduced my thermal error with a lava test so you can
ads/tracking-topic-omapdrm-dmabuf
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/linaro-blog
__
what's going to mainline than what the LTs individually have. Otherwise
there'll never be any genuine unified tree.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
htt
On 16/05/12 19:49, Somebody in the thread at some point said:
On 14 May 2012 16:12, Andy Green wrote:
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi Aneesh,
Adding linaro-dev in the loop as someone else could
ing userlands in
multiple LTs which will need some time. Even if Mali is in good sync
today between multiple LTs the architecture of each LT having their own
copy of what's meant to be permanently in sync invites problems.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open so
On 17/05/12 15:37, Somebody in the thread at some point said:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more than one, we
should perhaps be talking about moving it to linux-linaro-core-tracking.
We have two teams with
On 17/05/12 21:26, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On Thu, 2012-05-17 at 07:42 +0800, Andy Green wrote:
Just curious... how many LTs have Mali stuff? If it's more tha
from ARM LT on one
other LT tree as a one-off.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http
On 17/05/12 22:44, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 3:33 PM, Andy Green wrote:
On 17/05/12 21:26, Somebody in the thread at some point said:
On Thu, May 17, 2012 at 2:21 PM, Scott Bambrough
wrote:
On 12-05-17 03:37 AM, Jon Medhurst (Tixy) wrote:
On
On 17/05/12 23:01, Somebody in the thread at some point said:
On Thu, 2012-05-17 at 22:40 +0800, Andy Green wrote:
On 17/05/12 17:41, Somebody in the thread at some point said:
On Thu, 2012-05-10 at 23:34 +0400, Andrey Konovalov wrote:
Greetings,
So far I wasn't updating the linux-l
are basing off llct that includes Androidizaton, even vanilla will have
possibly invasive wakelock code.
It might be good to briefly audit the changes to confirm they don't
appear if CONFIG_ANDROID is off. Google might not take much care about
that case but I think it might be important
On 21/05/12 18:27, Somebody in the thread at some point said:
hi,
On Fri, May 18, 2012 at 6:00 AM, Andy Green mailto:andy.gr...@linaro.org>> wrote:
So I just wanted to check first with folks to make sure there are no
objections to merging in the -compat changes, and th
e's
Androidization series. It suggests we're just shovelling them on
without any plan at the moment.
If we're claiming we are converging these patches to upstream, "working
out integration issues" then we should be auditing them for being
properly dependent on CONFIG
On 22/05/12 04:02, Somebody in the thread at some point said:
On Thu, May 10, 2012 at 10:43 PM, Andy Green wrote:
On 11/05/12 08:27, Somebody in the thread at some point said:
4. in between RCs, we only move mainline on our linux-linaro release
baseline forward if we see a working tracking
On 22/05/12 23:57, Somebody in the thread at some point said:
On 05/21/2012 09:21 PM, Andy Green wrote:
On 22/05/12 01:58, Somebody in the thread at some point said:
On Mon, May 21, 2012 at 10:33:47AM -0700, John Stultz wrote:
like Andy, I am a bit concerned that we merge the android stuff
n Wed, May 16, 2012 at 8:51 AM, Andy Green wrote:
On 16/05/12 19:49, Somebody in the thread at some point said:
On 14 May 2012 16:12, Andy Greenwrote:
On 14/05/12 20:53, Somebody in the thread at some point said:
On 14/05/12 20:45, Somebody in the thread at some point said:
Hi A
On 24/05/12 06:42, Somebody in the thread at some point said:
On Wed, May 23, 2012 at 02:21:50PM +0800, Andy Green wrote:
If we KNOW that deconfiguration of CONFIG_ANDROID is equivalent to not
having Androidization patched in, people will stop wanting to get rid
of the patches. But since
On 24/05/12 09:11, Somebody in the thread at some point said:
On 05/23/2012 05:25 PM, Andy Green wrote:
On 24/05/12 06:42, Somebody in the thread at some point said:
Am I right in thinking the issue you're running into here is that your
customer has direct expectations for the tree y
, if it doesn't already with this update.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://li
On 06/10/2012 05:53 PM, the mail apparently from Andy Green included:
These are the suspicious things I found from the diff between
linaro-android-3.4 (from
http://git.linaro.org/gitweb?p=people/jstultz/android.git;a=shortlog;h=refs/heads/linaro-android-3.4
at HEAD
On 06/12/12 02:44, the mail apparently from Andrey Konovalov included:
Andy Green pointed out that
this patch
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg63852.html
is important for OMAP... thanks to Tushar for digging up the context
of it for us. We're carrying a repli
default for, we can
express most or all of the config relationships there, reducing this to
CONFIG_ANDROID=y
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com
Lava ever supporting / testing non-SD boot paths, or
is that going to be supported by this sdmux implementation?
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitte
On 06/19/12 11:04, the mail apparently from Michael Hudson-Doyle included:
Andy Green writes:
On 06/19/12 09:45, the mail apparently from Michael Hudson-Doyle included:
Paul Larson writes:
One thing I was thinking, is whether we could munge the boot script when we
install it to this
K hack
being added.
I also remember the same problems about kevents being dropped getting
looked at like a year ago without any solid result, it'll be interesting
if anyone understands and can explain what the underlying issue is.
-Andy
--
Andy Green |
ek TI are providing a big
update around SGX1.9 and other new features I guess that will impact it.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http
oing its side (as distinct from SGX module perhaps)
okay from the sound of it.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitte
On 03/07/12 22:03, the mail apparently from David Cullen included:
Hello, Andy,
On 7/3/2012 2:14 AM, Andy Green wrote:
On 07/03/12 03:47, the mail apparently from David Cullen included:
After running some experiments here, I discovered that the Linaro
Ubuntu images only work with displays
e only currently interested in omap, try tilt-3.4 from there
with omap4plus_defconfig.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro
+0xbc/0x114)
[ 66.725158] [] (cpu_idle+0x0/0x114) from []
(secondary_start_kernel+0x130/0x154)
[ 66.734802] r5:0001 r4:0001
[ 66.738616] [] (secondary_start_kernel+0x0/0x154) from
[<804dd6d4>] (0x804dd6d4)
[ 66.747314] r6:10c0387d r5:0015 r4:a608c06a r3:c04dd6bc
[ 66.753326] pan
same sources cheap) and I don't have any contamination of ./ happening.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg - http://linaro.org/l
but there must be some cases where this makes some sense. Again people
looking after the feature tree for llct are best placed to make those
calls about, "hm, that looks like it should maybe also go on the last
couple of llc release trees".
What do you think about this?
-Andy
--
not so much 4) focus, although we currently
hope to inherit a lot of working OMAP4 stuff from mainline automagically.
So the thinking is tilt-3.4 will be around for a while as the mature
OMAP4 solution with a lot of proven PM tuning and the 3.6 work is trying
to sort out OMAP5 support a
On 09/05/12 17:19, the mail apparently from Andy Green included:
On 09/04/12 12:13, the mail apparently from Ricardo Salveti included:
Hi -
1) Can we have linux stable point release content in tilt-3.4?
Rather than
my doing it, isn't it better to add it to llc-3.4 and merge it on t
On 06/16/2011 09:09 AM, Somebody in the thread at some point said:
Hi,
I am trying to run panda android leb using the instructions given on
wiki. Seeing a crash while formatting the SDcard using lmc. Below are
the crash logs, seems like a known issue. Any pointers on what needs to
be fixed?
On 06/16/2011 10:19 AM, Somebody in the thread at some point said:
I get the same with linaro-media-create... when I asked about it I was
told it's something to do with a race with my USB<-> uSD adapter.
A workaround is to use the option on lmc to create the image to a local
file, and then dd
On 06/17/2011 01:10 PM, Somebody in the thread at some point said:
Hi -
I've recently become aware that a few packages are causing alignment
faults on ARM, and are relying on the alignment fixup emulation code in
the kernel in order to work.
Just a FYI a lot of later ARM chips are solving ali
On 06/17/2011 08:17 PM, Somebody in the thread at some point said:
On 06/17/2011 08:11 AM, Andy Green wrote:
On 06/17/2011 01:10 PM, Somebody in the thread at some point said:
Hi -
I've recently become aware that a few packages are causing alignment
faults on ARM, and are relying o
On 06/17/2011 11:53 PM, Somebody in the thread at some point said:
Hi -
int main(int argc, char * argv[])
{
char buf[8];
void *v =&buf[1];
unsigned int *p = (unsigned int *)v;
This does not (reliably) do what you expect. The compiler need not align buf.
What? Somebod
) with tilt-tracking-android, and X can come up unaccelerated
as usual as well on Ubuntu on tilt-tracking. So it's not a bad start.
When linux-linaro-3.0 is coming in the next weeks, we will use that as a
base instead as before.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │
1 - 100 of 287 matches
Mail list logo