Hello all,
Short:
Please point me to the kernel sourcecode repo and checkout for the
resulting image created for the pandaboard by the following files:
hwpack_linaro-lt-panda-x11-base_20120505-32_armhf_supported.tar.gz
linaro-precise-ubuntu-desktop-20120426-119.tar.gz
uname -a gives "Linux linaro-ubuntu-desktop 3.3.1-38-linaro-lt-omap
#38~lt~ci~00000000000001+1336186099~4fa4ad78-Ubuntu"
Long:
New to Linaro and trying to make some GPIOKey's mods to the kernel to
support a pushbutton on the pandaboard. I'm relatively new to modding the
linux kernel, and just picking up git for the first time.
I am completely unfamiliar with the linaro way of doing things and naming
scheme and can't figure out what would be the kernel source for this build.
I found this
http://ask.linaro.org/questions/586/where-are-kernel-sources-for-panda-boar…
no answer and I managed to check out the root kernel source from
git.linaro.org/landing-teams/leb/ti/kernel.git but I can't find what would
likely be the kernel source for this particular build.
I would really appreciate if someone would point me to the sourcecode for
the kernel in this combination of linaro-media-create files:
hwpack_linaro-lt-panda-x11-base_20120505-32_armhf_supported.tar.gz
linaro-precise-ubuntu-desktop-20120426-119.tar.gz
I found the manifest in the hwpack tarfile and I believe I'm looking for a
3.3 kernel.
If anyone wants to explain a little about the Linaro-Way or naming schemes
that would be helpful also.
--
"Ambush!?....I just ambushed you with a cup of coffee"
-CIA agent (RONIN)
Hi all,
Here are some more updates for the pstore/ram: it is implementation
of Colin Cross's and Arve Hjønnevåg's suggestions, i.e. early probing
and configurable ECC size. The last one needed quite a bit of cleanups
in the core code, though.
Thanks,
---
fs/pstore/ram.c | 77 ++++++++++++++++++++++----------------------
fs/pstore/ram_core.c | 65 ++++++++++++++++++++-----------------
include/linux/pstore_ram.h | 11 +++----
3 files changed, 79 insertions(+), 74 deletions(-)
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com
== Highlights ==
* Started work on FIQ debugger. There are four parts: FIQ handling,
serial port handling, KGDB support and "debug shell" implementation.
The latter is mostly what adds LOC count, and this is definitely what
should be merged with KDB support, since we really don't want have
multiple debug shells implementations in the kernel (there are three
already: PowerPC-specific xmon (predates KDB), generic KDB and now
ARM-specific FIQ debugger shell. So, the work involves refactoring
the FIQ debugger so that it would play nicely with KDB (and adjusting
KDB when needed, i.e. preserving all the FIQ debugger's features).
* Modified pstore/ftrace so that it is now it is an option to the
stock function tracer. Folks want to make tracing data kernel
version specific, which is a good idea. It is easy to implement it,
but I will wait a bit before resending the set again.
* Finally forced myself to divert attention from FIQ stuff and write
commit messages for the bunch of pstore/ram patches that were ready
approximately a week ago: configurable ECC buffers size, early
probe and some error-handling fixes. These have now been sent out.
* Apart from the latest discussion on lkml, no updates on vmevent.
Minchan said he would present his approach soon, but he didn't
share much details on it.
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com
=== omarrmz ===
=== Highlights ===
* ISP testing environment set up.
- Streaming failures associated with the commands and binaries
used, unable to test streaming however initialization of isp module
looks good.
* Testing iommu hwmod and runtime, along with the reset handling
changes, on rpmsg branches and master linux-omap
- Boards used OMAP3 (beagle), OMAP4 (panda).
* Reset handling API proposal completed and submitted to LO.
- Cleanup finished, split original series as these patches are
only related to hwmod.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg70443.html
* Iommu hwmod and runtime conversion completed and submitted to LO.
- Rebase and cleanup done.
- Split this series from DT since there are too many patches on
hwmod that need to be accepted first.
http://www.mail-archive.com/linux-omap@vger.kernel.org/msg70447.html
* Rebased rpmsg to 3.5-rc2
- There seem to be conflicts with the carveouts, need to investigate.
=== Plans ===
* Investigate carveout issues on 3.5-rc2
* Work on IOMMU DT, this patches required as prerequisite the hwmod
reset handling and the iommu hwmod conversion + runtime, that were
recently submitted.
Regards,
Omar
=== Highlight ===
* Sent a series to enable SPARSE_IRQ support for imx to make the
platform ready for multi-platform build.
* Sent a RFC patch adding clock lookup from device tree based on Rob
Herring's DT clock bindings (v3) for discussing a couple of problems
I have seen with using the binding on imx clock tree.
* Reviewed and tested "Per sub-architecture SMP operations" series
from Marc Zyngier on imx6q.
* Reviewed a bunch of mxs DT patches from Marek Vasut and Fabio Estevam.
--
Regards,
Shawn
=== Highlights ===
* reviewed some pinctrl-mxs patches from Devendra Naga.
* reviewed Russell King's "RFC: changing DMA slave configuration API".
Gave suggestion on supporting peripheral to peripheral dma transfer since
IMX SDMA
supports such type of transfer.
* reviewed Shawn's big patch series(16 patches) of adding irqdomain and
sparse irq support for IMX platforms.
Acked most of them, also gave some comments and suggestions on the rest.
Some got response while somes still not.
=== Plan ===
* Improving pinctrl gpio common binding according to Grant's suggestion
Did not have too much time to do it last week, will do it this week.
* Reviewing irq domain support and sparse irq support for imx.
Continue to track the patches if any update.
* imx-sdma clean up. Found some issues, will do clean up later.
====Activity Summary====
- Prepared DT file for ab8500 btemp and dependents,
found btemp and bat_type structure are quite vast,
comprises charging parameters, fuel gauge etc.,
[Observed scope for optimization]
- Implemented review comments from Lee Jones
- Fixed few kernel panic and phandle issues in btemp_probe routine.
=====plan====
- fillup battery mgmt data and battery type structure to complete btemp_probe
- testing
- Documentation
====issues====
NA
Thanks,
Rajanikanth
=== Venkatraman S <svenkatr> ===
=== Highlights ===
* Reviewed & tested Power Off Notify with eMMC4.4
* Review the updated packed CMD implementation and testing
* Review the updated BKOPS feature patch (v9) from Samsung
* Review the test I/O scheduler proposal from codeaurora
* Prepared eMMC and UFS feature branches for Linaro monthly release.
* Reviewed work Items and future work proposals with Saugata and new assignee.
* Internal review & briefing on various storage topics
=== Plans ===
* On internal training on Monday, 18th June
* eMMC4.5 JIG board stopped working after I returned from HK - need to
investigate
* continue reviewing on eMMC features and follow up to get it merged for 3.6
* Testing BKOPS performance with conditions on prototype devices
* Repost HPI after fixing a DMA unmapping (post req) bug
=== Highlights ===
* Implemented a first pass iteration at pushing the volatile range
eviction code deeper into the VM
* Sent it out reworked volatile range code to lkml, but got very little
feedback.
* Sent out the Android ETM driver changes to lkml for review and
inclusion. Also got very little feedback (is everyone on vacation!?)
* Sent out weekly android upstreaming status mail
* Got pinged by Dave Jones to make sure relavant leap-second fixes land
in -stable, sent patch out.
* Migrated to a new build box as well as a new backup server. Learned
some additional tricks for fixing accidentally corrupted git repos.
=== Plans ===
* Try to implement a middle ground approach to improving volatile
purging without using a shrinker.
* Resend ETM driver for inclusion
=== Issues ===
NA
Hi all,
In v2:
- Do not introduce a separate 'persistent' tracer, but introduce an
option to the existing 'function' tracer.
Rationale for this patch set:
With this support kernel can save functions call chain log into a
persistent ram buffer that can be decoded and dumped after reboot
through pstore filesystem. It can be used to determine what function
was last called before a hang or an unexpected reset (caused by, for
example, a buggy driver that abuses HW).
Here's a "nano howto", to get the idea:
# mount -t debugfs debugfs /sys/kernel/debug/
# cd /sys/kernel/debug/tracing
# echo function > current_tracer
# echo 1 > options/func_pstore
# reboot -f
[...]
# mount -t pstore pstore /mnt/
# tail /mnt/ftrace-ramoops
0 ffffffff8101ea64 ffffffff8101bcda native_apic_mem_read <- disconnect_bsp_APIC+0x6a/0xc0
0 ffffffff8101ea44 ffffffff8101bcf6 native_apic_mem_write <- disconnect_bsp_APIC+0x86/0xc0
0 ffffffff81020084 ffffffff8101a4b5 hpet_disable <- native_machine_shutdown+0x75/0x90
0 ffffffff81005f94 ffffffff8101a4bb iommu_shutdown_noop <- native_machine_shutdown+0x7b/0x90
0 ffffffff8101a6a1 ffffffff8101a437 native_machine_emergency_restart <- native_machine_restart+0x37/0x40
0 ffffffff811f9876 ffffffff8101a73a acpi_reboot <- native_machine_emergency_restart+0xaa/0x1e0
0 ffffffff8101a514 ffffffff8101a772 mach_reboot_fixups <- native_machine_emergency_restart+0xe2/0x1e0
0 ffffffff811d9c54 ffffffff8101a7a0 __const_udelay <- native_machine_emergency_restart+0x110/0x1e0
0 ffffffff811d9c34 ffffffff811d9c80 __delay <- __const_udelay+0x30/0x40
0 ffffffff811d9d14 ffffffff811d9c3f delay_tsc <- __delay+0xf/0x20
Mostly the code comes from trace_persistent.c driver found in the
Android git tree, written by Colin Cross <ccross(a)android.com>
(according to sign-off history). I reworked the driver a little bit,
and ported it to pstore subsystem.
---
Documentation/ramoops.txt | 25 +++++++++
fs/pstore/Kconfig | 12 +++++
fs/pstore/Makefile | 6 +++
fs/pstore/ftrace.c | 35 +++++++++++++
fs/pstore/inode.c | 111 ++++++++++++++++++++++++++++++++++++++--
fs/pstore/internal.h | 49 ++++++++++++++++++
fs/pstore/platform.c | 12 ++++-
fs/pstore/ram.c | 54 ++++++++++++++-----
include/linux/pstore.h | 13 +++++
include/linux/pstore_ram.h | 1 +
kernel/trace/trace.c | 7 +--
kernel/trace/trace_functions.c | 25 +++++++--
12 files changed, 325 insertions(+), 25 deletions(-)
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com