Hi Wookey,
On Thu, Sep 02, 2010 at 10:21:24PM +0100, Wookey wrote:
> I've been trying to tell embedded engineers not to build a new
> toolchain for every single project for some years now, but I've met a
> fair amount of resistance to the idea.
Wearing my embedded linux developer hat, I really li
Dnia piątek, 3 września 2010 o 09:20:51 Robert Schwebel napisał(a):
> I would like to test what the Debian guys have available. Can you point
> me to the right entry point? There seem to be too much Debian cross
> efforts out there and it is dificult for people from the outside to find
> the right
Hi,
Loïc Minier wrote:
> I'd like to understand your use cases to make sure we're on track to
> cover them. First, we're trying to maintain a toolchain source tree
> which is adequately patched; that's mostly launchpad.net/gcc-linaro
> right now. Second, we're integrating that into the native Ubun
> "Robert" == Robert Schwebel writes:
Hi,
Robert> Wearing my embedded linux developer hat, I really like your
Robert> idea. We use Debian all over the place, and if it contains
Robert> solid cross toolchains for the ARM/PowerPC/SH/Blackfin/x86
Robert> targets we are working with I'm real
Hi Nicolas,
If you're still accepting fixes for the 2.6.35 stable Linaro Kernel
then I have some small profiling updates for you:
The following changes since commit 9fe6206f400646a2322096b56c59891d530e8d51:
Linus Torvalds (1):
Linux 2.6.35
are available in the git repository at:
gi
Hi,
>
> Things I can think of, but I don't know how important they are:
> - being able to easily change the default toolchain build flags (how do
> you get the toolchain? which flags do you use?)
> - being able to easily drop patches into the toolchain (how do you get
> the toolchain? whi
On Fri, 27 Aug 2010 15:13:11 -0300, Christian Robottom Reis
wrote:
> Yes. Scott B. or Ian may have a linaro-infrastructure project or project
> group in the wings to which we should move it later if so, but don't let
> yourself get blocked for lack of a place to put it ;-)
Created:
https://bl
Hey
Slides from Eclipse Day 2010 were just published at:
http://wiki.eclipse.org/Eclipse_Day_At_Googleplex_2010#Presentation_Slides
I think we're lacking in developers tools ATM, and found some
presentations interesting, the two I read in full were:
Eclipse Linux Tools Project - A
+++ Robert Schwebel [2010-09-03 09:41 +0200]:
> Hi,
>
>
> In OSELAS.Toolchain, we have a set of flags integrated into each
> toolchain, so for example for arm-v4t-linux-gnueabi, it generates v4t
> code with software floating point without any further flags. I agree on
> that it would be a goal to
+++ Robert Schwebel [2010-09-03 09:20 +0200]:
> I would like to test what the Debian guys have available. Can you point
> me to the right entry point? There seem to be too much Debian cross
> efforts out there and it is dificult for people from the outside to find
> the right things.
Right now t
+++ Robert Schwebel [2010-09-03 09:20 +0200]:
[sorry - got the emdebian email wrong on previous mail - reply to
this, not that]
[Emdebian people: this is useful thread from linaro-dev I am now
cross-posting. Start here to read it:
http://lists.linaro.org/pipermail/linaro-dev/2010-September/000657
Eclipse is certainly an interesting full function development
environment for those that want more than vim|emacs and friends from
the command line.
How far of a solution would you advocate?
Native on arm - edit / build / debug / perf tools / others?
edit on intel / cross build (intel -> arm) / c
On Fri, Sep 03, 2010, Tom Gall wrote:
> Eclipse is certainly an interesting full function development
> environment for those that want more than vim|emacs and friends from
> the command line.
Absolutely
> How far of a solution would you advocate?
Ah, I don't know; there is a huge amount which
better support for cross development in linuxtools plugin would be nice, IMHO.
The oprofile/systemtap/etc support looks interesting, but when I looked at it
last those features were assuming that eclipse was running on the same machine
that oprofile/systemtap/etc was running on.
a simulated loc
On Fri, Sep 03, 2010, Rob Clark wrote:
> a simulated local environment might be an option, but when I looked
> last, qemu couldn't hack it when it came to neon/vfp. (Has there been
> some improvement in that area recently? I've not been keeping track.)
It's much better in QEMU now
--
Loïc Min
On Fri, Sep 3, 2010 at 1:41 PM, Amit Kucheria wrote:
> I copied the 2 patches to http://people.canonical.com/~amitk/imx5
>
OK, as far as I can make out the patch does the right thing.
On Babbage 2.0 and the Pegatron lange5.1/nettop platforms, your check
is triggered, and at least on Babbage 2.0
On Wed, 2010-09-01 at 18:52 +0300, Ameya Palande wrote:
> Hi Amit,
>
> On Wed, 2010-09-01 at 17:38 +0200, ext Amit Kucheria wrote:
> > On Wed, Sep 1, 2010 at 6:21 PM, Ameya Palande
> > wrote:
> > > Hi,
> > >
> > > AFAIU pm branch on linux-omap tree contains required patches, but they
> > > are n
On Fri, Sep 03, 2010, Mariano Alvira wrote:
> For the problem to appear you must use -Os -march=armv4t and the
> volatile assignment. E.g.:
>
> bad:
> arm-linux-gnueabi-gcc -Os -march=armv4t -c -o tests.o tests.c
>
> ok:
> arm-linux-gnueabi-gcc -march=armv4t -c -o tests.o tests.c
> arm-linu
On Fri, Sep 03, 2010 at 01:06:03AM +0200, Loïc Minier wrote:
> On Thu, Sep 02, 2010, Mariano Alvira wrote:
> > Now, with 4.4 and 4.5, I'm having the following build problem:
> [...]
> >See for instructions.
>
> Ah that's interesting; which exact compiler are you using? Could you
> provide
All,
This patch creates an entry in /sys that allows user space utilities
such as 'decode-edid' and 'parse-edid' to read the monitor's EDID
information.
Please consider adding to your tree.
Processor: Omap3
Platform: beagleboard Cx
Mathieu.
>From 7d0d86809864cb852988a296b12dff6436c45480 Mon
20 matches
Mail list logo
