;
> Could someone give me some suggestions?
You're using the U-Boot that worked on the Linaro image that works?
Linaro toolchain to build the kernel?
Same U-Boot environment pieces, whatever they are nowadays, boot.scr,
ini, txt etc
Same MLO file from the working image?
You copied you
On 30 September 2013 02:54, Chao Xu wrote:
> Hi,
>
> I tried to build linaro kernel for pandaboard. I have tried everything what
> I can think of but the kernel still can't boot correctly. Any help will be
> appreciated. Here is what I did:
> 1. I flash the 13.07 linaro-ubuntu-pandaboard image int
On 10 September 2013 05:46, Subash Patel wrote:
> Hi Xu, Qiang,
>
> I doubt if it has anything todo with linaro kernel. ARM linux code is
> programming the page sizes as 4K.
Steve Capper sent out some cool patches for Transparent Huge Pagetables
http://lists.linaro.org/pipermail/linaro-kernel/20
On 18 August 2013 14:41, Fathi Boudra wrote:
> Hey Mike,
>
> On 17 August 2013 20:07, Mike Turquette wrote:
>> On Thu, Aug 15, 2013 at 6:02 PM, Andy Green wrote:
>>> On 16 August 2013 08:22, Mike Turquette wrote:
>>>> Hi all,
>>>>
>>>
On 16 August 2013 08:22, Mike Turquette wrote:
> Hi all,
>
> I'm interested in looking at some Bluetooth stuff on my OMAP 4460
> Panda ES. Looking at the bug reports I don't see any Jelly Bean
> releases that have BT working properly on Panda. Is this correct?
>
> Can you please point me to a rele
ndy
> ~Deepak
>
> On 9 August 2013 07:34, Andy Green wrote:
>> The following patches extend accurate time much further back into
>> the boot process by adding an optional arch_early_time source that
>> starts counting about 1.75ms after the MMU is enabled.
>>
>
ormal time is available, it can stop counting and just
add its offset, so time in the boot is monotonic.
Signed-off-by: Andy Green
---
include/linux/time.h |7 +++
kernel/sched/clock.c | 12 ++--
2 files changed, 13 insertions(+), 6 deletions(-)
diff --git a/include/linux/time.h
zero = <1>;
cpumask = <3>;
};
Signed-off-by: Andy Green
---
arch/arm/Kconfig |4 +
arch/arm/Kconfig.debug| 10
arch/arm/boot/dts/mb8ac0300eb.dts |8 +++
arch/arm/kernel/time.c| 101 ++
be
added to scheduler clock time in the first patch.
---
Andy Green (2):
scheduler: time: allow arch-specific time offset function
arm: time: add globaltimer-based arch_early_time
arch/arm/Kconfig | 16 ++
arch/arm/Kconfig.debug | 10
arch
On 8 August 2013 18:50, Peter Maydell wrote:
> On 8 August 2013 11:23, Andy Green wrote:
>> On 8 August 2013 17:35, Peter Maydell wrote
>>> Can't you put the relevant information into the device tree
>>> so that it works on multiplatform kernels? That's the
On 8 August 2013 17:35, Peter Maydell wrote:
> On 8 August 2013 03:44, Andy Green wrote:
>> These patches give accurate, monotonic timestamps from the very first log
>> entry allowing insight into where the time is going during the whole of
>> the boot process.
>>
&
ormal time is available, it can stop counting and just
add its offset, so time in the boot is monotonic.
Signed-off-by: Andy Green
---
include/linux/time.h |6 ++
kernel/sched/clock.c | 12 ++--
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/include/linux/time.h
details on how to use it and examples of the results
in the second patch.
---
Andy Green (2):
scheduler: time: allow arch-specific time offset function
arm: time: add globaltimer-based arch_early_time
arch/arm/Kconfig |4 +++
arch/arm/Kconf
ARM_GLOBALTIMER_FREQ=165500000
Signed-off-by: Andy Green
---
arch/arm/Kconfig |4 +++
arch/arm/Kconfig.debug | 35 ++
arch/arm/kernel/head.S | 65
arch/arm/kernel/time.c | 41 ++
On Aug 6, 2013 11:06 PM, "Jon Medhurst (Tixy)" wrote:
>
> On Tue, 2013-08-06 at 21:12 +0800, Andy Green wrote:
> > On 6 August 2013 20:47, Mark Brown wrote:
> > > On Tue, Aug 06, 2013 at 08:24:52AM +0800, Andy Green wrote:
>
> > >> 6) wa
On 6 August 2013 20:47, Mark Brown wrote:
> On Tue, Aug 06, 2013 at 08:24:52AM +0800, Andy Green wrote:
>
>> I went through and split out the fixes after examining each one.
>
> Please submit things normally - attachments are non-standard and
> difficult to work with (both f
On 6 August 2013 11:03, John Stultz wrote:
> On 08/05/2013 05:24 PM, Andy Green wrote:
>>
>>
>> 2) warning-elimination: android: binder
>>
>> This seems to be a problem with a patch already upstream
>>
>> 3) warning-elimination: androidization: mm
>
On 5 August 2013 22:11, Mark Brown wrote:
> On Mon, Aug 05, 2013 at 07:37:10PM +0800, Andy Green wrote:
>> On 5 August 2013 18:59, Mark Brown wrote:
>
>> > - The regmap change isn't something that I've seen upstream...
>
>> If you mean where did the orig
On 5 August 2013 18:59, Mark Brown wrote:
> On Mon, Aug 05, 2013 at 06:42:33PM +0800, Andy Green wrote:
>> On 5 August 2013 18:16, Mark Brown wrote:
>
>> > There may be other stuff lurking in linux-linaro that I'm not aware of,
>> > everything is supposed to be
On 5 August 2013 18:16, Mark Brown wrote:
> On 5 August 2013 03:45, Andy Green wrote:
>
>>
>> 1) There seems to be two choices, linux-linaro-lsk and
>> linux-linaro-lsk-android.
>>
>> I chose the android one, I assume it has the same "androidization
On 5 August 2013 18:00, Jon Medhurst (Tixy) wrote:
> On Mon, 2013-08-05 at 10:53 +0100, Mark Brown wrote:
>> On 5 August 2013 10:44, Jon Medhurst (Tixy) wrote:
>> On Mon, 2013-08-05 at 17:13 +0800, Andy Green wrote:
>>
>> > The whole list is good th
On 5 August 2013 16:58, Jon Medhurst (Tixy) wrote:
> On Mon, 2013-08-05 at 10:45 +0800, Andy Green wrote:
>
>> 2) I saw the vexpress integration stuff from ARM LT was included
>> already which is good, is there a wiki page (or README.html or the
>> gitweb is also good) ex
On 5 August 2013 10:45, Andy Green wrote:
> Hi Mark -
>
> I have some small practical questions about LSK. I was able to make a
> tree with our linux-linaro-core-tracking@v3.10 LT patches on LSK basis
> work well (so far).
>
> I found this repo (it needs its ./descriptio
Hi Mark -
I have some small practical questions about LSK. I was able to make a
tree with our linux-linaro-core-tracking@v3.10 LT patches on LSK basis
work well (so far).
I found this repo (it needs its ./description updating)
https://git.linaro.org/gitweb?p=kernel/linux-linaro-stable.git;a=sum
On 2 August 2013 07:38, Peter Maydell wrote:
> On 2 August 2013 00:26, Andy Green wrote:
>> On 2 August 2013 01:46, Jon Medhurst (Tixy) wrote:
>>> with vexpress we have the added complication thrown into the mix that
>>> people use it a lot with QEMU ;-)
>>
&
On 2 August 2013 01:46, Jon Medhurst (Tixy) wrote:
> On Thu, 2013-08-01 at 17:40 +0100, Peter Maydell wrote:
>> On 1 August 2013 09:30, Ryan Harkin wrote:
>> > The vexpress defconfig has always been broken.
>>
>> ...maybe we could fix it?
>
> It has been suggested that should be deleted as people
On 1 August 2013 16:30, Ryan Harkin wrote:
> On 1 August 2013 07:57, Andy Green wrote:
>> On 1 August 2013 14:11, Viresh Kumar wrote:
>>> Hi Andrey,
>>>
>>> linaro/configs/* is getting bigger and bigger, probably its the right time
>>> to
>&g
On 1 August 2013 14:11, Viresh Kumar wrote:
> Hi Andrey,
>
> linaro/configs/* is getting bigger and bigger, probably its the right time to
> organize it better for the future. There can be multiple things that we can
> do to avoid confusions of names but for now probably we can create
> separate d
Looping Will...
On 29 July 2013 16:28, Dirk Behme wrote:
> On 26.07.2013 15:42, Andy Green wrote:
>>
>> On 26 July 2013 20:58, Wolfgang Denk wrote:
>
> ...
>>>
>>> you not make sure that you provide optimized implementations for such
>>> functi
Dear Wolfgang Denk,
On 27 July 2013 03:06, Wolfgang Denk wrote:
> Dear Andy Green,
>
> In message
> you
> wrote:
>>
>> > Instead of making assumptions on the performance of memcpy() and
>>
>> As I wrote, I measured the performance and got a very big
On 26 July 2013 20:58, Wolfgang Denk wrote:
> Dear Andy Green,
>
> In message <20130726065323.27333.82421.stgit@localhost.localdomain> you wrote:
>> While studying the reason why kernel copy from NOR was so slow on our
>> platform,
>> I realized U-Boot is pu
mostly in 32-bit reads
and writes) if there's no overlap in source and dest, resulting in a huge
speedup on our platform (480ms copy from 32-bit NOR ---> 140ms)
Signed-off-by: Andy Green
---
lib/string.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/lib/
On 26 June 2013 17:57, Milosz Wasilewski wrote:
> On 26 June 2013 09:16, Andy Green wrote:
Hi Milosz -
>> test 5 (parse event tests) seems to be badly broken.
>>
>> Is this just our problem or is it broken for everyone?
>
> I'm not sure if the reason is the
Hi -
Trying perf test on llct-based 3.10-rc6 isn't entirely happy.
root@aa9-eb:~# perf test
1: vmlinux symtab matches kallsyms: FAILED!
2: detect open syscall event : Ok
3: detect open syscall event on all cpus : Ok
4: read
On 20 June 2013 17:34, Dave Martin wrote:
> On Thu, Jun 13, 2013 at 12:08:49PM +0100, Jon Medhurst (Tixy) wrote:
>> On Thu, 2013-06-13 at 12:14 +0800, Andy Green wrote:
>> > Hi -
>> >
>> > Something maybe unrelated after inserting gator successful
ew DT properties
we need somewhere to be compatible? Our actual pmu section just looks
like this
pmu {
compatible = "arm,cortex-a9-pmu";
interrupts = <0 98 0x4>,
<0 99 0x4>;
};
-Andy
On 13 June 2013 08:26, Andy Green wrote:
> Thanks for the info: you're right
Thanks for the info: you're right I missed that. When I add it, the
BUG is gone on gator module insertion, so from my POV we can call it
fixed.
-Andy
On 11 June 2013 23:12, Jon Medhurst (Tixy) wrote:
> On Tue, 2013-06-11 at 22:49 +0800, Andy Green wrote:
>> Blows chunks the
<&L2>;
reg = <1>;
};
};
I think it's following Lorenzo's method.
-Andy
On 11 June 2013 22:34, Jon Medhurst (Tixy) wrote:
> On Tue, 2013-06-11 at 22:09 +0800, Andy Green wrote:
>> Thanks. This and the similar issue with perf might be telling us a
>> globa
Thanks. This and the similar issue with perf might be telling us a
global probed SoC capability flag for bL or-ed with the config being
there might be helpful.
-Andy
On 11 June 2013 22:01, Jon Medhurst (Tixy) wrote:
> On Tue, 2013-06-11 at 21:30 +0800, Andy Green wrote:
>> No, unfort
to do with it being on a big.LITTLE or not...
-Andy
On 11 June 2013 21:23, Jon Medhurst (Tixy) wrote:
> On Tue, 2013-06-11 at 21:08 +0800, Andy Green wrote:
>> I see... I was still on -rc4
>>
>> https://git.linaro.org/gitweb?p=kernel/linux-linaro-t
I see... I was still on -rc4
https://git.linaro.org/gitweb?p=kernel/linux-linaro-tracking.git;a=commitdiff;h=882503738c0cbef28da55b511913c0c603016e26
...behind the times... thanks for the fix.
-Andy
On 11 June 2013 21:04, Jon Medhurst (Tixy) wrote:
> On Tue, 2013-06-11 at 20:29 +0800, A
Hi -
If you have a CONFIG_ARCH_MULTIPLATFORM kernel, with big.LITTLE
configured but running on say, a CA9 system, and you have gator from
llct, and you insert gator
root@localhost:~# modprobe gator
[ 73.951009] [ cut here ]
[ 73.955673] kernel BUG at
/projects/lina
On 05/06/13 04:05, the mail apparently from Andrey Konovalov included:
On 06/04/2013 03:22 AM, Andy Green wrote:
On 22/05/13 02:48, the mail apparently from Andrey Konovalov included:
The next steps are:
May 22: ll rebuild based on llct-20130521.0
May 23: ll rebuild based on llct-20130521.0
ttle unbalanced with all the
excitement of "code freezes", "releases", "schedules" that make the
choo-choo noises for the monthly release train set, we're not giving the
llct tracking activity enough love?
-Andy
--
Andy Green | Fujitsu Landing Team Lea
On 30/05/13 18:50, the mail apparently from Dave Martin included:
On Thu, May 30, 2013 at 10:06:20AM +0800, Andy Green wrote:
Hi -
We're using one kernel binary with BL Switcher enabled in config,
but able to work on SoC without Big Little.
This is OK except where the BL patches touch th
onment.
-Andy
Author: Andy Green
Date: Thu May 30 09:44:17 2013 +0800
bl switcher fix dont assume bl active in pmu probe
Signed-off-by: Andy Green
diff --git a/arch/arm/kernel/perf_event_cpu.c
b/arch/arm/kernel/perf_event_cpu.c
index b3ae24f..c02ea21 100644
--- a/
possible it's a quirk of
the driver for that particular host controller, but there is no problem
via even a very cheap USB2 hub.
About root yes depending what groups your user is in or what udev has
got, you need to run arm-probe or aepd as root just to access the ttyACM.
-Andy
--
Andy Gre
< 0.00043Aavg <
0.0030A, 0.00W < 0.67Wavg < 0.000544W
exited
I noticed that on this laptop with USB3 ports, AEP won't work plugged in
direct (LMP, using a similar NXP chip are the same). They need to be
connected via a USB2 hub in order to work. Maybe that's someth
=2daed868003999ec3da619a4b0ebc9b4c11b6b6f;hb=HEAD
It changed recently to use /dev/serial/by-id/... and instead of polling
for AEPs just collect all the ones mentioned.
-Andy
--
Andy Green | Fujitsu Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro
es allowed
after this date).
Thanks,
Andrey
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
--
Andy Green | Fujitsu Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow L
ermines the point of LAVA, now we get notifications that the
build attempt failed. However since I didn't touch tilt-3.4 or
tilt-tracking for months, it's surprising the number of failure reports
we periodically get that are basically Lava infrastructure choking on
trying to build it, no
On 17/04/13 19:11, the mail apparently from Jon Medhurst (Tixy) included:
On Wed, 2013-04-17 at 16:28 +0530, Tushar Behera wrote:
On 04/16/2013 09:46 AM, Andy Green wrote:
On 16/04/13 10:08, the mail apparently from Selina Kuo included:
Hi, John,
Your assumption is right. The ump code is
On 16/04/13 17:39, the mail apparently from Selina Kuo included:
On 16 April 2013 16:20, Andy Green wrote:
On 16/04/13 14:29, the mail apparently from Jon Medhurst (Tixy) included:
On Tue, 2013-04-16 at 12:16 +0800, Andy Green wrote:
On 16/04/13 10:08, the mail apparently from Selina Kuo
On 16/04/13 14:29, the mail apparently from Jon Medhurst (Tixy) included:
On Tue, 2013-04-16 at 12:16 +0800, Andy Green wrote:
On 16/04/13 10:08, the mail apparently from Selina Kuo included:
Hi, John,
Your assumption is right. The ump code is part of the out-of-tree mali driver.
- Selina
rote:
On 04/13/2013 03:22 AM, Andy Green wrote:
On 13/04/13 09:07, the mail apparently from Andy Green included:
I'm hoping someone else will write the patches ^^ but if not I'll try
to sort something out.
The attached series gets it building cleanly against current llct with
ION.
On 13/04/13 18:22, the mail apparently from Andy Green included:
On 13/04/13 09:07, the mail apparently from Andy Green included:
I'm hoping someone else will write the patches ^^ but if not I'll try
to sort something out.
The attached series gets it building cleanly against cu
On 13/04/13 09:07, the mail apparently from Andy Green included:
I'm hoping someone else will write the patches ^^ but if not I'll try
to sort something out.
The attached series gets it building cleanly against current llct with ION.
It can't be tested on my side atm.
Th
On 13/04/13 08:50, the mail apparently from John Stultz included:
On 04/12/2013 05:34 PM, Andy Green wrote:
Hi -
At the moment the Mali T624 OOT module sources I have do not build
against 3.9-rcX / linux-linaro-core-tracking. A colleague checked it
and it does build against 3.4. The problems
IP
revision. But there aren't that many AFAIK.
How does this sound to folks?
-Andy
--
Andy Green | Fujitsu Landing Team Leader
Linaro.org │ Open source software for ARM SoCs | Follow Linaro
http://facebook.com/pages/Linaro/155974581091106 -
http://twitter.com/#!/linaroorg -
On 28/01/13 21:10, the mail apparently from Renato Golin included:
On 28 January 2013 12:43, Andy Green mailto:andy.gr...@linaro.org>> wrote:
Without this or something doing a similar deal, a Panda ES will blow
chunks after a short period at 1.2GHz.
Hi Andy,
I agree kernel pa
sensor and TI's "thermal framework" which
monitors it and messes with the cpu frequency limit.
Without this or something doing a similar deal, a Panda ES will blow
chunks after a short period at 1.2GHz.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source
Original Message
Subject:Re: Fwd: trouble using wifi on Linaro Ubuntu for Pandaboard
Date: Sun, 18 Nov 2012 22:13:57 -0800 (PST)
From: Alex Stefanescu
Reply-To: Alex Stefanescu
To: Andy Green
Thank you for the reply.
It worked!
--
Alex Stef
t:on
Link Quality=40/70 Signal level=-70 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:2 Missed beacon:0
# dhclient wlan0
Again your connection should have DNS, route and be workable.
If you're missing s
pture Preamplifier Volume' 2
amixer cset name='Capture Volume' 4
arecord -v -v -D hw:0,0 -d 5 -f s32_LE -c 2 -r 48000 record.wav
-Andy
On Mon, Nov 12, 2012 at 2:51 PM, Andy Green mailto:andy.gr...@linaro.org>> wrote:
On 11/09/12 15:20, the m
he SGX driver. They seem
content to ship it like that and despite it sounds dire it doesn't make
trouble.
-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/#!/lina
mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
--
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/#!/l
s could make some sense.
If you turn the problem upside down to solve the representation question
first, maybe there's a way forward defining the "power tree" in terms of
regulators, and then adding something in struct regulator that spams
readers with timestamped results if the
not going to try to move to Linux 3.7 this month?
That's correct. We didn't have the kernel.org release based (vs -rc based)
Our plan is retarget on 3.6 basis next week and before long generate a
tilt-3.6.
-Andy
--
Andy Green | TI Landing Team Leader
Linaro.org │ Open source
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
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
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
--
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
+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
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
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
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
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
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 |
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
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
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
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
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
, 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 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
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
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 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
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
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 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
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 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
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
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 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
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
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 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
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
1 - 100 of 287 matches
Mail list logo
