I'm in the process of adding xrandr support to our xorg driver..
definitely more built-in support on the X side would make this easier.
BR,
-R
On Thu, Feb 17, 2011 at 8:25 PM, Jammy Zhou wrote:
> I also noticed that default XRandR1.2+ implementation is missing in X side.
> If we can implement on
I'm all for a more modular drm, although I think the framework of
CRTCs, encoders, and connectors is a nice fit, at least for our hw.
It would be nice to have a better way to expose overlays. And I'm
still thinking about how/if GEM fits in with our various video and
2/3d accelerators.
BR,
-R
On
On Thu, Feb 17, 2011 at 6:50 PM, Khem Raj wrote:
> Hi
>
> I am seeing an ICE while compiling gcc for i586 from linaro 4.5 branch
> This ICE happens in libstd++ when compiling with -march=pentium -Os
>
> If -march=pentium is not used then it compiles file and also -O2 works
> ok
>
> ios_init.c: In
I also noticed that default XRandR1.2+ implementation is missing in X side.
If we can implement one, it would be beneficial for all ARM platforms. By
the way, does X driver of TI support XRandR1.2+?
Regards,
Jammy
On Thu, Feb 17, 2011 at 11:25 PM, Clark, Rob wrote:
> Hmm, I was thinking more on
To accommodate the fact of independent display controller and GPU components
in ARM SOC, it will be better if we can separate KMS from DRM both in kernel
space and user space (i.e, create a new drivers/video/kms directory for
kernel side, move KMS related code in libdrm to libkms in user space). Th
Greetings,
Enclosed you'll find a link to the agenda, minutes and actions from the
Linaro toolchain working group weekly meetings of Feb 14 & Feb 16, 2011.
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-02-14
https://wiki.linaro.org/WorkingGroups/ToolChain/Meetings/2011-02-16
Enclosed you'll find a link to the agenda, minutes and actions from the
Linaro kernel working group weekly meeting of Feb 14, 2011.
https://wiki.linaro.org/WorkingGroups/KernelConsolidation/Meetings/2011-02-14
=== Summary ===
* Device Tree
* A critical bug has been fixed, patches have been re
On Thu, 17 Feb 2011, Per Forlin wrote:
> Hi,
>
> Dave told me he got 3 u8500 boards but no UART break out board. From
> what I have heard the u8500 boards for Linaro should come with a full
> kit including power supply and UART.
> If you have a u8500 board please let me know if it contains a UART
On Thu, Feb 17, 2011 at 1:42 PM, Dave Martin wrote:
> For various reasons, Linux now only officially supports being built
> with tools which are new enough to understand the SMC instruction.
>
> Replacing the hand-encoded instructions when the mnemonic also
> allows for correct assembly in Thumb-2
On Thu, Feb 17, 2011 at 1:42 PM, Dave Martin wrote:
> * Build unconditionally as ARM for correct interoperation with
> OMAP firmware.
>
> * Fix an out-of-range ADR when building for ARM.
>
> * Remove deprecated PC-relative stores.
>
> * Add the required ENDPROC() directive for each ENTRY().
On Thursday 10 February 2011 08:47:15 Hans Verkuil wrote:
> On Thursday, February 10, 2011 08:17:31 Linus Walleij wrote:
> > On Wed, Feb 9, 2011 at 8:44 PM, Harald Gustafsson wrote:
> > > OMX main purpose is to handle multimedia hardware and offer an
> > > interface to that HW that looks identical
On Thu, Feb 17, 2011 at 7:09 AM, Thomas Abraham
wrote:
> Hi Grant,
>
> On 17 February 2011 05:56, Grant Likely wrote:
>> On Sat, Feb 12, 2011 at 06:17:05PM +0530, Thomas Abraham wrote:
>>> The default uart port register settings are obtained from the platform data.
>>> In addition to that, this p
> I'm still in the learning-as-I-go phase here, so definitely not ready
> to propose a solution, but it does seem to me like there is room for
> some sort of kms-helper library here to handle more of the boilerplate
> xf86-video-* stuff.. I guess I'll have a better picture once I have a
> chance
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Fix an out-of-range ADR when building for ARM.
* Remove deprecated PC-relative stores.
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words.
* Handle non-interworking return
* Build unconditionally as ARM for correct interoperation with
OMAP firmware.
* Remove deprecated PC-relative stores
* Add the required ENDPROC() directive for each ENTRY().
* .align before data words
Signed-off-by: Dave Martin
---
arch/arm/mach-omap2/sram34xx.S | 36
For various reasons, Linux now only officially supports being built
with tools which are new enough to understand the SMC instruction.
Replacing the hand-encoded instructions when the mnemonic also
allows for correct assembly in Thumb-2 (otherwise, the result is
random data in the middle of the co
This set of patches, along with some other patches under
discussion on alkml, should enable omap3 and omap4 kernels to be
built with CONFIG_THUMB2_KERNEL.
This patch set builds on recent cleanup done by the omap
maintainers.
At least some of this code definitely works, most features have
been tes
For CONFIG_THUMB2_KERNEL, the existing definition of do_wfi() will
insert invalid code into the instruction stream.
Any assembler which can assemble Thumb-2 is guaranteed to accept
the "wfi" mnemonic, so for the Thumb-2 case, just use the mnemonic.
The ARM case is left as-is.
Signed-off-by: Dave
Code marked with ENTRY() also needs a matching ENDPROC() directive,
in order to ensure that the type and instruction set of the
symbol are correctly annotated.
ENDPROC() tags the affected symbol as a function symbol, which will
ensure that link-time fixups don't accidentally switch to the
wrong in
On Thu, Feb 17, 2011 at 7:04 AM, Thomas Abraham
wrote:
> Hi Grant,
>
> On 17 February 2011 05:47, Grant Likely wrote:
>> On Sat, Feb 12, 2011 at 06:17:02PM +0530, Thomas Abraham wrote:
>>> This patch adds the of_match_table to enable s3c2410-wdt driver
>>> to be probed when watchdog device node i
Hi Thomas, replies below...
On Thu, Feb 17, 2011 at 6:55 AM, Thomas Abraham
wrote:
> Hi Grant,
>
> On 17 February 2011 06:04, Grant Likely wrote:
>> On Sat, Feb 12, 2011 at 06:17:00PM +0530, Thomas Abraham wrote:
>>> This patch adds a basic dts file for Samsung's SMDKV310 board which
>>> is base
>From 2db23c765baa398e1eade847d0552cb1993b0ce9 Mon Sep 17 00:00:00 2001
From: Patrik Ryd
Date: Tue, 15 Feb 2011 14:49:12 +0100
Subject: [PATCH 2/2] Create tarballs
Fixed unassiged varibles when creating tarballs.
Change-Id: I73ff82e290041e848188c699edfbfb1c1c6de100
---
core/Makefile |8
>From f7f406cc3e6e3c477c5457b0fec00dad60568815 Mon Sep 17 00:00:00 2001
From: Patrik Ryd
Date: Thu, 17 Feb 2011 17:38:53 +0100
Subject: [PATCH] Trigger build of tarballs for Linaro boards.
---
tasks/tarballs.mk | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
cre
>From 2198bdd81fff5e3878a9b2a0eed5c7b828114282 Mon Sep 17 00:00:00 2001
From: Patrik Ryd
Date: Mon, 14 Feb 2011 15:29:58 +0100
Subject: [PATCH 1/2] Added generic hook for loading device specific tasks.
Change-Id: I98766a2f05ceda931fe94a668ef2950a79297ced
Signed-off-by: Patrik Ryd
---
core/Makefi
On Thursday 17 February 2011, Per Forlin wrote:
> Hi,
>
> Dave told me he got 3 u8500 boards but no UART break out board. From
> what I have heard the u8500 boards for Linaro should come with a full
> kit including power supply and UART.
> If you have a u8500 board please let me know if it contain
The boards should come with break-out shifters.
If you want them, I can endeavor to source some for you.
Kind regards,
Lee
On 17/02/11 09:07, Per Forlin wrote:
> Hi,
>
> Dave told me he got 3 u8500 boards but no UART break out board. From
> what I have heard the u8500 boards for Linaro should co
I have a board with a uart breakout board. The info on the label is:
HREFP_1.1_V33_OM_S10
ID0079F3 1023 243
On Thu, Feb 17, 2011 at 2:07 AM, Per Forlin wrote:
> Hi,
>
> Dave told me he got 3 u8500 boards but no UART break out board. From
> what I have heard the u8500 boards for Linaro should co
Hmm, I was thinking more on the xf86 side of things.. ie. to provide
default implementations of xf86CrtcFuncsRec and xf86OutputFuncsRec
functions..
BR,
-R
On Wed, Feb 16, 2011 at 7:24 PM, Jammy Zhou wrote:
>
> There is already one KMS abstraction layer (libkms.so) in libdrm, maybe it
> can serv
On Wed, Feb 16, 2011 at 11:58 PM, Alexander Sack wrote:
> On Wed, Feb 16, 2011 at 4:45 PM, Peter Maydell
> wrote:
>> On 16 February 2011 14:56, Dave Martin wrote:
>>> OK I'll try to reproduce it--- but unless we test every l-m-c with all
>>> old releases, surely we're going to get regressions o
/11.05-daily/linaro-headless/latest
This currently points to 20110217 which is a failed build, not
a successful one...
-- PMM
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
Hi Grant,
On 17 February 2011 06:09, Grant Likely wrote:
> On Sat, Feb 12, 2011 at 5:46 AM, Thomas Abraham
> wrote:
>> This patchset adds Samsung's s5pv310 machine with device tree support. This
>> is based on
>>
>> git://git.secretlab.ca/git/linux-2.6 devicetree/test
>>
>> A new machine s5pv310
Hi Grant,
On 17 February 2011 05:56, Grant Likely wrote:
> On Sat, Feb 12, 2011 at 06:17:05PM +0530, Thomas Abraham wrote:
>> The default uart port register settings are obtained from the platform data.
>> In addition to that, this patch adds support for obtaining the default uart
>> port
>> reg
Hi Grant,
On 17 February 2011 05:47, Grant Likely wrote:
> On Sat, Feb 12, 2011 at 06:17:02PM +0530, Thomas Abraham wrote:
>> This patch adds the of_match_table to enable s3c2410-wdt driver
>> to be probed when watchdog device node is found in the device tree.
>>
>> Signed-off-by: Thomas Abraham
Hi Grant,
On 17 February 2011 06:04, Grant Likely wrote:
> On Sat, Feb 12, 2011 at 06:17:00PM +0530, Thomas Abraham wrote:
>> This patch adds a basic dts file for Samsung's SMDKV310 board which
>> is based on the s5pv310 machine.
>>
>> Signed-off-by: Thomas Abraham
>
> Structure looks good. Som
Right now, it uses a headless image and has some, but not too much room for
additional things to be installed. There is a possibility that we may, at
some point, want to implement this master image in flas though. If that
happens, it would likely be something like initramfs/busybox.
For now, it i
On 02/17/2011 11:28 AM, Spring Zhang wrote:
Hi, Paul,
For the python environment in the deployed test image, how much support
will it provide? Can we deploy additional python libs to the test image
if required? Dispatcher client part may need some.
What dependencies are you thinking of?
IMHO
On Thu, Feb 17, 2011 at 12:41 AM, Nicolas Pitre
wrote:
> On Tue, 15 Feb 2011, Vishwanath Sripathy wrote:
>
>> Hi Nicolas,
>>
>> Pls find attached the patch set for supporting DVFS feature on OMAP.
>> These patches have been generated against latest Linaro 2.6.37 tree
>> and tested on OMAP3430 and
On Thu, Feb 17, 2011 at 09:18:11AM +0100, Yong Shen wrote:
> >
> >
> > > + return 0;
> > > +}
> > > +
> > > +late_initcall(imx_cpuidle_init);
> >
> > We have a late_initcall here which needs to be protected from other
> > cpus. On the other hand we depend on board code calling
> > imx_cpuidle_b
Hi, Paul,
For the python environment in the deployed test image, how much support will
it provide? Can we deploy additional python libs to the test image if
required? Dispatcher client part may need some.
--
Best wishes,
Spring Zhang
___
linaro-dev mai
Hi,
Dave told me he got 3 u8500 boards but no UART break out board. From
what I have heard the u8500 boards for Linaro should come with a full
kit including power supply and UART.
If you have a u8500 board please let me know if it contains a UART
break out board or whether it is missing.
Thanks,
change log:
addressed some comments in previous cycle.
___
linaro-dev mailing list
linaro-dev@lists.linaro.org
http://lists.linaro.org/mailman/listinfo/linaro-dev
From: Yong Shen
implement cpuidle driver for iMX5 SOCs, leave cpuidle params to board
related code.
Signed-off-by: Yong Shen
---
arch/arm/mach-mx5/Makefile |1 +
arch/arm/mach-mx5/cpuidle.c | 112 +++
arch/arm/mach-mx5/cpuidle.h | 25 ++
From: Yong Shen
Add tzic_enable_wake in the head file, so other code can call it.
Signed-off-by: Yong Shen
---
arch/arm/plat-mxc/include/mach/mxc.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/arch/arm/plat-mxc/include/mach/mxc.h
b/arch/arm/plat-mxc/include/mach/mx
From: Yong Shen
This parameters are workable, but need further tuning.
Signed-off-by: Yong Shen
---
arch/arm/mach-mx5/board-mx51_babbage.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-mx5/board-mx51_babbage.c
b/arch/arm/mach-mx5/board-mx51_babb
>
>
> > + return 0;
> > +}
> > +
> > +late_initcall(imx_cpuidle_init);
>
> We have a late_initcall here which needs to be protected from other
> cpus. On the other hand we depend on board code calling
> imx_cpuidle_board_params() before this initcall. I think the board code
> should call a imx_
45 matches
Mail list logo
