On 06/14/2011 04:26 AM, Somebody in the thread at some point said:
On Thu, 9 Jun 2011, Andy Green wrote:
On 06/09/2011 10:01 AM, Somebody in the thread at some point said:
... and with omap4_defconfig anyway cpufreq seems at least to start up
on both CPUs on Panda now, cool.
Going to have a
Hi Zach,
Thanks for the prompt response.
Please asssume that you are talking to someone that has never used
Gerrit before :-)
On Mon, 13 Jun 2011 20:27:34 -0500, Zach Pfeffer
wrote:
> James,
>
> Thanks for jumping on this. The need for Gerrit grows by the day.
>
> The first thing I'd want to
On Thu, 9 Jun 2011, Andy Green wrote:
> On 06/09/2011 10:01 AM, Somebody in the thread at some point said:
>
> > ... and with omap4_defconfig anyway cpufreq seems at least to start up
> > on both CPUs on Panda now, cool.
> >
> > Going to have a go at omap2plus_defconfig.
>
> omap2plus_defconfig
James,
Thanks for jumping on this. The need for Gerrit grows by the day.
The first thing I'd want to do would be to log in using my openid and
upload my ssh key to it.
Second, I'd want to sync the Android-LEB and push a test change.
Third, I'd want to take the test change through the Gerrit lif
On Mon, 13 Jun 2011 15:31:21 -0600, Matt Waddel
wrote:
> AIUI, the config errors you listed need to be fixed by going through
> the kernel configuration and enabling or disabling these options as
> requested. So in the first example from the failure log you sent:
>
> check-config: FAIL: value CO
Hi Zach,
We have a request in the queue to set up Gerrit for the Android team,
and I know it's something that you consider very important. We haven't
yet talked specifics of the configuration of Gerrit, and so I don't yet
have a solid idea of what work there is for the Infrastructure team
there. I
On Mon, Jun 13, 2011 at 5:29 PM, Stephen Neuendorffer
wrote:
>
>> +Some time later, FDT infrastructure was generalized to be usable by
>> +all architectures. At the time of this writing, 5 mainlined
>> +architectures (arm, mips, powerpc, sparc, and x86) and 1 out of
>
> microblaze too?
Oops, I k
On Mon, 13 Jun 2011 12:29:19 +0200, Zygmunt Krynicki
wrote:
> Hello.
>
> I had to bzr push --overwrite lava-server. I did this to remove all the
> release tags we inherited from the dashboard. I also tagged this as
> "release-0.1".
Argh, I completely forgot to think about that! However, push
Hi Deepti,
On 06/13/2011 12:22 PM, Deepti Kalakeri wrote:
> Hello,
>
> This is my first attempt with the Linaro kernel build and I am having no
> success in getting it build.
> My aim is to get a kernel debian package build using the upstream changes.
> I am following the instructions given at
>
On Mon, Jun 13, 2011 at 10:58 AM, Linus Walleij
wrote:
> From: Linus Walleij
>
> This creates a subsystem for handling of pinmux devices. These are
> devices that enable and disable groups of pins on primarily PGA and
> BGA type of chip packages and common in embedded systems.
>
> This is being d
On Mon, 2011-06-13 at 18:58 +0200, Linus Walleij wrote:
> This creates a subsystem for handling of pinmux devices. These are
> devices that enable and disable groups of pins on primarily PGA and
> BGA type of chip packages and common in embedded systems.
Trivia only:
> diff --git a/drivers/pinctr
On Tue, Jun 14, 2011 at 12:41 AM, Paul Sokolovsky
wrote:
> Hello,
>
> Alexander, I've set up builds of Android toolchain from bzr:
> https://android-build.linaro.org/builds/~pfalcon/linaro-toolchain-4.5-bzr/
> https://android-build.linaro.org/builds/~pfalcon/linaro-toolchain-4.6-bzr/
>
> Jim, I ha
Hello,
This is my first attempt with the Linaro kernel build and I am having no
success in getting it build.
My aim is to get a kernel debian package build using the upstream changes.
I am following the instructions given at
https://wiki.linaro.org/Resources/HowTo/PackageYourOwnKernel.
I get quit
On Mon, 13 Jun 2011 07:32:15 -0600 Grant Likely wrote:
> Signed-off-by: Grant Likely
> ---
>
> Hey all,
>
> This is an early draft of the usage model document for the device
> tree, but I wanted to get it out there for feedback, and so that some
> of the Linaro engineers could get started on mi
From: Linus Walleij
This creates a subsystem for handling of pinmux devices. These are
devices that enable and disable groups of pins on primarily PGA and
BGA type of chip packages and common in embedded systems.
This is being done to depopulate the arch/arm/* directory of such
custom drivers an
From: Linus Walleij
This adds a driver for the U300 pinmux portions of the system
controller "SYSCON". It also serves as an example of how to use
the pinmux subsystem. This driver also houses the platform data
for the only supported platform.
Signed-off-by: Linus Walleij
---
arch/arm/mach-u300
Grant Likely wrote at Monday, June 13, 2011 7:32 AM:
> Signed-off-by: Grant Likely
> ---
>
> Hey all,
>
> This is an early draft of the usage model document for the device
> tree, but I wanted to get it out there for feedback, and so that some
> of the Linaro engineers could get started on migra
On Mon, 13 Jun 2011 15:41:33 +0300, Paul Sokolovsky
wrote:
> So, where do we go from here? Unless there's tip export feature
> directly out of remote repo for bzr (bzr export seem to requite local
> working copy), we'd need to play mirror, this time bzr, again %).
You can export remotely, but it
On 11 June 2011 21:19, Tom Gall wrote:
> One of the blueprints we have for this cycle is to improve the
> "manual" that accompanies the release. This work is covered by :
> https://blueprints.launchpad.net/ubuntu/+spec/linaro-platforms-o-ubuntu-leb-documentation
>
> I've created a skeleton version
On 06/13/2011 03:52 PM, Amit Kucheria wrote:
Hi Daniel,
Thanks for this set. These changes look good in general. Please see comments
below.
On 11 Jun 08, Daniel Lezcano wrote:
This patchset introduce a tree structure to store information found in
the different directories we are looking for t
Hi Daniel,
Thanks for this set. These changes look good in general. Please see comments
below.
On 11 Jun 08, Daniel Lezcano wrote:
> This patchset introduce a tree structure to store information found in
> the different directories we are looking for the power management.
>
> The code clock has
Signed-off-by: Grant Likely
---
Hey all,
This is an early draft of the usage model document for the device
tree, but I wanted to get it out there for feedback, and so that some
of the Linaro engineers could get started on migrating board ports.
g.
Documentation/devicetree/usage-model | 403 +
On Sat, Jun 11, 2011 at 11:12 AM, Dirk Behme wrote:
>
> On 10.06.2011 20:41, Mounir Bsaibes wrote:
>>
>> == Meetings minutes ==
>> https://wiki.linaro.org/WorkingGroups/Kernel/Meetings/2011-06-08
>
> Does anybody have some additional details on MMC HPI interrupts?
>
> https://wiki.linaro.org/Worki
Hello,
Alexander, I've set up builds of Android toolchain from bzr:
https://android-build.linaro.org/builds/~pfalcon/linaro-toolchain-4.5-bzr/
https://android-build.linaro.org/builds/~pfalcon/linaro-toolchain-4.6-bzr/
Jim, I had to revamp bzr build in linaro-build.sh:
http://git.linaro.org/gitweb
On 06/13/2011 10:43 AM, Somebody in the thread at some point said:
Hi jserv -
Can you review Kan-Ru's patch? Since Android assumes full-functional
PM, it is vital to improve the resuming behavior of OMAP framebuffer.
You're right about needing working suspend / resume... the idea sounds
fin
On 10 June 2011 20:38, Nicolas Pitre wrote:
> On Fri, 10 Jun 2011, David Gilbert wrote:
>
>> On 25 May 2011 04:45, Nicolas Pitre wrote:
>>
>>
>>
>> > FWIW, here's what the kernel part might look like, i.e. for
>> > compatibility with pre ARMv6k systems (beware, only compile tested):
>>
>>
>>
>>
Hello.
I had to bzr push --overwrite lava-server. I did this to remove all the
release tags we inherited from the dashboard. I also tagged this as
"release-0.1".
Next time you push something make sure not to litter the tree with old
launch-control tags. If bzr push complains about conflictin
On 9 June 2011 17:58, Kan-Ru Chen wrote:
> After resume the HDMI/DVI output was still blank. It turns out that
> framebuffers have to be reconfigured so the output is activated again.
>
Hi Andy,
Can you review Kan-Ru's patch? Since Android assumes full-functional
PM, it is vital to improve the
28 matches
Mail list logo
