Hi All,
Purpose of this email is to debate on the pros and cons of having a common
ARM context save/restore code.
Currently each SOC has its own way of saving/restoring ARM registers and
there has been a proposal to have a common code for the same instead of
duplicating the same in different places.
Though it is technically possible to save/restore common ARM registers in a
common place, there are some constraints.
1. Each of the SOC would have it's own set of trustzone implementation which
means these registers have to be saved/restored in SOC specific code.
2. Some of the ARM registers (Aux ctrl etc) can be different for different
SOCs which means they cannot be handled in common code.
So it means that, in the middle of common code, there needs to be many
platform specific hooks so that right sequence is followed. This will make
the code more unredeable and difficult to debug and maintain.
Also I am just wondering is there any other ARM SOC apart from OMAP, which
saves/restores ARM registers in SW? Atleast I could not find such code in
opensource.
Regards
Vishwa
All,
I've created a wiki page at https://wiki.linaro.org/LiveHelper/Hacking
to describe the various steps for building your own linaro images on
arm hardware using live helper. This also includes the steps to
modifying seeds to add/subtrack packages to suite your own goals
whatever they might be.
Regards,
Tom
"We want great men who, when fortune frowns will not be discouraged."
- Colonel Henry Knox
w) tom.gall att linaro.org (Linaro User Platforms Team)
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
Greetings,
Enclosed you'll find a link to the agenda, notes and actions from the
Linaro User Platforms Weekly Status meeting dated October 6th held in
#linaro-meeting on irc.freenode.net at 13:00 UTC.
https://wiki.linaro.org/Platform/UserPlatforms/WeeklyStatus/2010-10-06
Regards,
Tom (tgall_foo)
User Platforms Team
"We want great men who, when fortune frowns will not be discouraged."
- Colonel Henry Knox
w) tom.gall att linaro.org
w) tom_gall att vnet.ibm.com
h) tom_gall att mac.com
I believe that the libgcc.a in our toolchain contains Thumb-2 code. I
verified this by doing objdump on libgcc.a and I see combinations of
16 and 32 bit instructions. So does that mean that the toolchain is
only usable for ARM versions that support Thumb-2?
Thanks,
John
Hi,
I haven't found any list for generic embedded linux questions so please
redirect
me if you know one.
I am working on a Freescale MX51 board with a MC13892 PMIC which has a
battery driver to
monitor and control the battery. If I were to develop a battery powered
device based on
it, I would need a way to monitor the charge, turn on/off the charger if
needed
depending on battery level and suspend the system if the battery level
drops.
Some battery packs come with external chips that provide this functionality,
but these
battery packs are not available if you are not bulk purchasing.
If I were to use the battery measurements provided by the PMIC to control
the battery
charge I would need to model the specific battery I am goint to use in terms
of
voltage/current graphs. Any known Linux effort towards this?
Also, could the typical laptop user space applications (gnome panel applet
et al) that
typically use ACPI be used on an embedded system? Are there any other
applications
specifically targetted to the embedded market?
As you may guess it's the first time I work on a battery powered embedded
device.
Thanks for your help,
Alex
This set of patches add dynamic ftrace capabilities to ARM. As
requested, it is now based on the linux-linaro-2.6.35 stable tree.
This work has been submitted here:
http://git.kernel.org/?p=linux/kernel/git/sfr/linux-next.git;a=shortlog;h=8…
BugLink: https://bugs.launchpad.net/bugs/656375
The following changes since commit b7a7038f1a6e29285e5fe2a0d1faaedab0da8046:
Tony Lindgren (1):
ARM: Fix HWCAP_TLS flag for ARM11MPCore/Cortex-A9
are available in the git repository at:
git://kernel.ubuntu.com/mpoirier/linux-linaro-2.6.35.git dynamic-ftrace
Rabin Vincent (8):
ARM: 6312/1: ftrace: allow building without frame pointers
ARM: 6314/1: ftrace: allow build without frame pointers on ARM
ARM: 6315/1: ftrace: add ENDPROC annotations
ARM: 6316/1: ftrace: add Thumb-2 support
ARM: 6317/1: ftrace: pass KBUILD_CFLAGS to record_mcount.pl
ARM: 6318/1: ftrace: fix and update dynamic ftrace
ARM: 6319/1: ftrace: add Thumb-2 support to dynamic ftrace
ARM: 6320/1: ftrace: enable dynamic ftrace
Makefile | 7 ++
arch/arm/Kconfig | 2 +
arch/arm/Kconfig.debug | 5 +
arch/arm/include/asm/ftrace.h | 20 ++++-
arch/arm/kernel/armksyms.c | 2 +
arch/arm/kernel/entry-common.S | 63 +++++++++++---
arch/arm/kernel/ftrace.c | 188 +++++++++++++++++++++++++++++----------
kernel/trace/Kconfig | 2 +-
scripts/Makefile.build | 3 +-
scripts/recordmcount.pl | 2 +
10 files changed, 231 insertions(+), 63 deletions(-)
The weekly report for the Linaro Foundations team may be found at:
Status report: https://wiki.linaro.org/Platform/Foundations/2010-10-06
Overall status: https://wiki.linaro.org/Platform/Foundations/Status
* Backports of the Linaro gcc packages to Ubuntu 10.04 LTS are now
available at
http://people.canonical.com/~hrw/ubuntu-lucid-armel-cross-compilers/
* Most Linaro kernel patches from this cycle have now been accepted
upstream, including the patches implementing kernel security features for
ARM.
* ALIP cross-building has reached an important milestone this week,
with a cross-buildable gstreamer package pushed to the PPA at
https://launchpad.net/~peter-pearse/+archive/cross-source
Actions:
* hrw, ppearse to follow up on what's needed to build flavored
cross-compilers for ppa
* JamieBennett to ask Anmar about improving
http://www.linaro.org/about-linaro/
* slangasek to nudge Keybuk to review bootchart changes rather than
redirecting to upstream, since Ubuntu and upstream are quite out of
sync
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek(a)ubuntu.com vorlon(a)debian.org
The weekly report for the Linaro Foundations team may be found at:
Status report: https://wiki.linaro.org/Platform/Foundations/2010-09-29
Overall status: https://wiki.linaro.org/Releases/FoundationsStatus
* This week, Avik Sil joins us from IBM as a new assignee to the team.
Welcome, Avik!
* With the Linaro 10.11 freeze in effect and the Ubuntu maverick release a
week away, much of the team's focus has shifted to resyncing with
upstream, with the exception of work around ALIP and xdeb, where
development continues at a steady pace.
* This week also saw the inclusion of both the 4.4 and 4.5 versions of
Linaro GCC in the OpenEmbedded archive, thanks to the initiative of
Marcin Juszkiewicz.
Actions:
* JamieBennett to ask Anmar about improving
http://www.linaro.org/about-linaro/
* hrw to target bug #615765 to debhelper instead of binutils, with
explanation
* lool to solicit toolchain WG input on bug #615765
* hrw,ppearse to discuss possible versioning problem blocking PPA
uploads
* dmart to test that linux-linaro-tools package in maverick DTRT
* slangasek to post DebConf 10 gobby notes publically
* slangasek to nudge Keybuk to review bootchart changes rather than
redirecting to upstream, since Ubuntu and upstream are quite out of
sync
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developer http://www.debian.org/
slangasek(a)ubuntu.com vorlon(a)debian.org