Hi all,
In v3:
- Make traces versioned, as suggested by Steven, Tony and Colin. (The
version tag is stored in the PRZ signature, see the last patch for
the implementation details).
- Add Steven's Ack on the first patch.
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 | 13 +++++
fs/pstore/Makefile | 1 +
fs/pstore/ftrace.c | 35 +++++++++++++
fs/pstore/inode.c | 111 ++++++++++++++++++++++++++++++++++++++--
fs/pstore/internal.h | 43 ++++++++++++++++
fs/pstore/platform.c | 12 ++++-
fs/pstore/ram.c | 65 +++++++++++++++++------
fs/pstore/ram_core.c | 12 +++--
include/linux/pstore.h | 13 +++++
include/linux/pstore_ram.h | 3 +-
kernel/trace/trace.c | 7 +--
kernel/trace/trace_functions.c | 25 +++++++--
13 files changed, 330 insertions(+), 35 deletions(-)
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com
Hello,
We were using kernel 2.6.35 for omap4 (blazeboard), and tiler memory is
tested using tiler-userspace tests (tiler_tests, memmgr_ptest and
utils_test). Few tests were successfully executed.
We need to test tiler on kernel-3.4, We ran tiler-userspace (branch
memmgr_2.0) tests.
It got failed with error: "TilerMgr_Open: No such file or directory".
Can I get some pointers/links for tiler-userspace, tests?
Thanks and Regards
Manju
== Highlights ==
* Finished versioned tracing, version tag is now written into the PRZ
signature. The idea didn't cause any objections, so I guess it
should be OK for merge. There is a minor (cosmetic) comment from
Steven, which I'll fix and resend the series on Monday;
* Finished most of the work on FIQ debugger. There is some positive
feedback from Colin Cross, although the bad news is that the FIQs are
"broken" on the new HW because of the hypervisor, so the debugger is
useless on newest ARM SOCs.
Although, it's still useful for ARMv6 SOCs, and for ARMv7 HV issue
might be fixed in the future, plus part of the patches are
useful for non-ARM as well (i.e. any arch that might want to invoke
the debugger from an NMI);
== Plans ==
* Make KDB console [optionally] async, and resend the FIQ/KDB patches,
ask for merge;
* Yet again resend pstore patches that didn't make it into -next;
* Return to vmevents or pick another task?
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com
=== Highlights ===
* Watched a number of Google IO talks. Most interested in the the
systrace tool. From initial research, it seems Jelly Bean is actually
going to be based on an updated 3.0 kernel (same as ICS), meaning the
3.4 based kernels (including the merged wakelocks and other upstreamed
features) won't likely be used until the Oct phone release. This may
cause some pain for Linaro as changes in the 3.4 based kernel require
some new userland improvements, which likely won't be available till
after Oct.
* Sent out updated volatile range v5 iteration. Still not much feedback.
After some private discussion w/ Dave Hansen I'm looking into
implementing something closer to Minchan's suggestion of a separate LRU
for volatile pages. Got it sort of half working right now, and hope to
sort things out soon.
* LinusW reviewed the ETM patches. Had a number of suggestions for
changes, including increased documentation. I'll be looking at trying to
address those concerns, and resubmitting soon.
* Finished newsletter update
* Sent out weekly android-usptreaming email.
=== Plans ===
* Debug current LRU_VOLATILE work and hopefully get a early rough draft
sent to lkml
* Spend some time learning more about ETM functionality and try to make
use of it so I can have some context with which to write documentation
* Ping Google devs (likely at Google IO this week) about the mmc
wakelock changes
=== Issues ===
GAH! HOW DID IT GET TO BE JULY ALREADY!?
==== Activity Summary ====
* Completed DT binding on btemp and fuel guage driver with documentation
- Obtained review comments from lee jones
* Got the battery interface ready for Snowball V11 board
- Board is booting with external battery power
- Currently using "Sonyericsson BST41" Battery type for testing
* Observed kernel crash at gpadc call with battery interface on first
iteration of testing
==== Plan ====
* Work on review comments
* Complete the testing and bug fix of btemp and "fuel guage" driver
using battery interface
==== Issues ====
2012-07-05 : I will be on leave
Hi,
I am trying to boot the tilt-tracking branch of the TI OMAP kernel git
repository. The silicon is OMAP4430 ES2.1 on TI Blaze platform. I see a
kernel crash while booting. The logs also show that the HDMI GPIOs
requests are not successful.
What I am looking for is a fairly recent kernel on which I can base the
rest of the userspace (media) application on. Any help on which branch
to look for, will be greatly appreciated.
Thanks
Ramakrishnan
[ 4.836944] Console: switching to colour frame buffer device 240x67
[ 4.892089] sdp4430_panel_enable_hdmi: Cannot request HDMI GPIOs
[ 4.898437] omapdss HDMI error: failed to enable GPIO's
[ 4.903991] omapdss error: failed to power on
[ 4.908599] omapfb omapfb: Failed to enable display 'hdmi'
[ 4.914398] omapfb omapfb: failed to initialize default display
[ 4.921325] omapfb omapfb: failed to setup omapfb
[ 4.926330] omapfb: probe of omapfb failed with error -16
[ 4.932586] VANA: incomplete constraints, leaving on
[ 4.938934] VDAC: incomplete constraints, leaving on
[ 4.945983] twl_rtc twl_rtc: setting system clock to 2000-01-01
00:00:03 UTC (946684803)
[ 4.954620] ALSA device list:
[ 4.957733] #0: SDP4430
[ 4.960540] #1: OMAPHDMI
[ 4.997589] Division by zero in kernel.
[ 4.997619] Backtrace:
[ 4.997650] [<c0012d4c>] (dump_backtrace+0x0/0x118) from [<c04ec94c>]
(dump_stack+0x20/0x24)
[ 4.997650] r6:00000000 r5:f0800000 r4:ee21dd80 r3:00000000
[ 4.997680] [<c04ec92c>] (dump_stack+0x0/0x24) from [<c0012ea8>]
(__div0+0x20/0x28)
[ 4.997711] [<c0012e88>] (__div0+0x0/0x28) from [<c0259b14>]
(Ldiv0+0x8/0x10)
[ 4.997772] [<c0287348>] (cfb_imageblit+0x0/0x46c) from [<c0280828>]
(soft_cursor+0x1b8/0x1c4)
[ 4.997772] [<c0280670>] (soft_cursor+0x0/0x1c4) from [<c02801b0>]
(bit_cursor+0x43c/0x44c)
[ 4.997802] [<c027fd74>] (bit_cursor+0x0/0x44c) from [<c027a920>]
(fb_flashcursor+0x108/0x124)
[ 4.997802] [<c027a818>] (fb_flashcursor+0x0/0x124) from [<c00562e4>]
(process_one_work+0x274/0x420)
[ 4.997833] [<c0056070>] (process_one_work+0x0/0x420) from
[<c005681c>] (worker_thread+0x1bc/0x2bc)
[ 4.997863] [<c0056660>] (worker_thread+0x0/0x2bc) from [<c005c93c>]
(kthread+0x98/0xa4)
[ 4.997863] [<c005c8a4>] (kthread+0x0/0xa4) from [<c0041300>]
(do_exit+0x0/0x790)
[ 4.997894] r7:00000013 r6:c0041300 r5:c005c8a4 r4:ee093ed8
[ 5.192901] Division by zero in kernel.
[ 5.192901] Backtrace:
Hi.
From tilt-3.3, the v4l2 display drivers were dependent on:
ARCH_OMAP2 || ARCH_OMAP3 || ARCH_OMAP4 || ARCH_OMAP5
in 3.4, this has changed to ARCH_OMAP2 || ARCH_OMAP3
Is there a reason omap4 and omap5 have been removed? Has something
broken, or is it just something missed when merging from upstream?
Can't find any commit about that change, only commit there is from
ARCH_OMAP24XX || ARCH_OMAP34XX to what it is now, which I guess was
during the merge or something.
Best regards
Martin
== Highlights ==
* Got KDB running on the Versatile-PB board (in QEMU), plus got FIQs
somewhat working. Feature-wise, the only thing left to do is to
get KDB to work in the FIQ context, and then we can just clean up
the code here and there, and submit it;
* Early probing for pstore merged into -next;
* Half of pstore ECC improvements merged into -next, another half
is still pending;
* I implemented versioned tracing as a separate persistent ram zone
for the control data, but I didn't like it, it was ugly. I think
I can do it better: something like persistent_ram_reduce(), a new
call that would reduce the current buffer, leaving space for the
control data;
* vmevents discussion continues on the lkml, It seems that Minchan's
idea is not as easy as it seemed to be, there are many corner cases
and limitations. And I still don't actually follow how exactly
having a separate LRU would help obtaining statistics.
== Plans ==
* Continue work on FIQ debugger.
* Resend pstore patches that didn't make it into -next. There are
just a few left.
--
Anton Vorontsov
Email: cbouatmailru(a)gmail.com
=== Highlights ===
* Continued to review Shawn's big patch series adding irqdomain and sparse
irq support for IMX platforms.
Had some different options with Shawn on the implementation, i pointed
out some drawbacks of his implementation
and sent out a patch to describe my idea, but Shawn did not agree with my
idea although i'm still not very convinced
by his reasons. Currently we still use the original way.
* sent two irq core minor fix and clean up patches
* sent patch of: reform prom_update_property function which can simply the
using and remove a lot duplicated code,
acked by maintainer already.
* reviewed Shawn's ARM: mxs: store mac address read from OTP in device tree
patch.
gave some comments and suggested him to rebase his patch on my of: reform
prom_update_property patch.
* Reviewed ASoC: dmaengine-pcm: Add support for querying stream position
from DMA driver.
The current imx/mxs dma driver still does not support tx_status querying
for cyclic dma transfer, will add the support later
when have time.
* reviewed and sent a pinctrl-imx fix patch.
Asked Linus to merge it for 3.5 kernel.
