For easily management and friendly adding more Coresight related
documentations, this commit creates one dedicated directory:
Documentation/trace/coresight. It moves Coresight related docs into
this new directory and updates MAINTAINERS file to reflect docs
movement.
Signed-off-by: Leo Yan
---
This patch set is to explore Coresight trace data for postmortem
debugging. When kernel panic happens, the Coresight panic kdump can
help save on-chip trace data and tracer metadata into DRAM, later
relies on kdump and crash/perf for "offline" analysis.
The documentation is important to understan
If the sink device has panic kdump callback, this means the sink device
wants to save tracing data for panic happening.
This commit adds node into panic kdump list when the sink device is
enabled, and delete node when the sink device is disabled.
Signed-off-by: Leo Yan
---
drivers/hwtracing/cor
After kernel panic happens, coresight has many useful info can be used
for analysis. For example, the trace info from ETB RAM can be used to
check the CPU execution flows before crash. So we can save the tracing
data from sink devices, and rely on kdump to save DDR content and uses
"crash" tool t
ETMv4 hardware information and configuration needs to be saved as
metadata; these metadata should be compatible with tool 'perf' and
can be used for tracing data analysis. ETMv4 usually works as tracer
per CPU, we cannot wait to gather ETM info after the CPU has been panic
and cannot execute dump
Since the panic kdump functionality has been ready, this patch is to
hook panic callback function for ETB/ETF. Since the driver data
structure has allocated buffer when the session started, so simply save
ETB/ETF trace data into the buffer when panic happens and update
related info into dump node.
Add detailed documentation for Coresight panic kdump, which contains
the idea for why need this and introduce the framework implementation
and usage.
Signed-off-by: Leo Yan
---
.../trace/coresight/coresight-panic-kdump.txt | 91 ++
MAINTAINERS
Hi Mauro,
I love your patch! Perhaps something to improve:
[auto build test WARNING on lwn/docs-next]
[also build test WARNING on v4.15-rc4 next-20171221]
[cannot apply to linus/master]
[if your patch is applied to the wrong git tree, please drop us a note to help
improve the system]
url
On Wed, 20 Dec 2017 12:06:45 -0600
Rob Herring wrote:
> On Sat, Dec 16, 2017 at 07:35:37PM +0100, Boris Brezillon wrote:
> > On Sat, 16 Dec 2017 11:20:40 -0600
> > Rob Herring wrote:
> >
> > > On Thu, Dec 14, 2017 at 04:16:08PM +0100, Boris Brezillon wrote:
> > > > A new I3C subsystem has b
Good Day,
Forgive my indignation if this message comes to you as a surprise and may
offend your personality for contacting you without your prior consent and
writing through this channel.
I came across your name and contact on the course of my personal searching when
i was searching for a fore
Hello, Shakeel.
On Wed, Dec 20, 2017 at 05:15:41PM -0800, Shakeel Butt wrote:
> Let's say we have a job that allocates 100 MiB memory and suppose 80
> MiB is anon and 20 MiB is non-anon (file & kmem).
>
> [With memsw] Scheduler sets the memsw limit of the job to 100 MiB and
> memory to max. Now s
On Thu, Dec 21, 2017 at 5:37 AM, Tejun Heo wrote:
> Hello, Shakeel.
>
> On Wed, Dec 20, 2017 at 05:15:41PM -0800, Shakeel Butt wrote:
>> Let's say we have a job that allocates 100 MiB memory and suppose 80
>> MiB is anon and 20 MiB is non-anon (file & kmem).
>>
>> [With memsw] Scheduler sets the m
> The swap (and its performance) is and should be transparent
> to the job owners.
Please ignore this statement, I didn't mean to claim on the
independence of job performance and underlying swap performance, sorry
about that.
I meant to say that the amount of anon memory a job can allocate
should
This patch series is based on a work made by Samsung in 2015 meant
to add memory-mapped I/O to the Linux media, in order to improve
performance. The preparation patches were merged on that time, but
we didn't have time to test and finish the final patch.
Fortunately, Satendra helped us doing such
From: Satendra Singh Thakur
When the func vb2_core_reqbufs is called first time after
vb2_core_queue_init(), the condition q->memory != memory always gets
satisfied, since q->memory was set to 0 at vb2_core_queue_init().
After the condition is true, unnecessary calls to __vb2_queue_cancel()
and
5 new ioctls were added to the DVB demux API, in order to
handle memory maped I/O. Add documentation for them.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/dvb/dmx-expbuf.rst | 90 +++
Documentation/media/uapi/dvb/dmx-qbuf.rst | 85 +
This code is released under GPL. Add the corresponding SPDX
headers.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/dvb-core/dvb_vb2.c | 1 +
drivers/media/dvb-core/dvb_vb2.h | 2 ++
2 files changed, 3 insertions(+)
diff --git a/drivers/media/dvb-core/dvb_vb2.c b/drivers/media/dvb-core/
Simplify the pr_foo() macros by adding a pr_fmt() macro.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/v4l2-core/videobuf2-core.c | 30 --
1 file changed, 16 insertions(+), 14 deletions(-)
diff --git a/drivers/media/v4l2-core/videobuf2-core.c
b/drivers/medi
Use trivial handling for the new DVB demux ioctls, as none
of them passes a pointer inside their structures.
Signed-off-by: Mauro Carvalho Chehab
---
fs/compat_ioctl.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/fs/compat_ioctl.c b/fs/compat_ioctl.c
index bd5d91e119ca..cc71c3676ce2
The streamoff logic is causing those warnings:
WARNING: CPU: 3 PID: 3382 at drivers/media/v4l2-core/videobuf2-core.c:1652
__vb2_queue_cancel+0x177/0x250 [videobuf2_core]
Modules linked in: bnep fuse xt_CHECKSUM iptable_mangle tun ebtable_filter
ebtables ip6table_filter ip6_tables xt_physdev br
There's a logic at the VB2 core that produces a WARN_ON if
there are still buffers waiting to be filled. However, it doesn't
indicate what buffers are still opened, with makes harder to
identify issues inside caller drivers.
So, add a new pr_warn() pointing to such buffers. That, together
with deb
The "reserved" field was a way, used at V4L2 API, to add new
data to existing structs without breaking userspace. However,
there are now clever ways of doing that, without needing to add
an uneeded overhead. So, get rid of them.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/d
With the new dmx mmap interface, those two syscalls are now
handled by the subsystem. Document them.
This patch is based on the V4L2 text for those ioctls.
Signed-off-by: Mauro Carvalho Chehab
---
Documentation/media/uapi/dvb/dmx-mmap.rst | 116
Documentation/medi
From: Satendra Singh Thakur
Adds a new uAPI for DVB to use streaming I/O which is implemented
based on videobuf2, using those new ioctls:
- DMX_REQBUFS: Request kernel to allocate buffers which count and size
are dedicated by user.
- DMX_QUERYBUF: Get the buffer information like
Now that VB2 is used by both V4L2 and DVB core, move it to
the common part of the subsystem.
Signed-off-by: Mauro Carvalho Chehab
---
drivers/media/common/Kconfig | 1 +
drivers/media/common/Makefile | 2 +-
drivers/media/common/videobuf/Kconfig
> +
> + ctrl->tx.base = dmam_alloc_coherent(&pdev->dev,
> + (ctrl->tx.sl_sz * ctrl->tx.n),
> + &ctrl->tx.phy, GFP_KERNEL);
> + if (!ctrl->tx.base) {
> + ret = -ENOMEM;
> + goto
Hello, Shakeel.
On Thu, Dec 21, 2017 at 07:22:20AM -0800, Shakeel Butt wrote:
> I am claiming memory allocations under global pressure will be
> affected by the performance of the underlying swap device. However
> memory allocations under memcg memory pressure, with memsw, will not
> be affected b
On Wed, 20 Dec 2017 08:17:14 +1100
"Tobin C. Harding" wrote:
> This set converts printk-formats.txt -> core-api/printk-formats.rst
>
> We also update the documentation around printing kernel addresses.
>
> This is my first documentation conversion. Please do be hard on this
> patch series. I'd
On Mon, 18 Dec 2017 20:47:27 +0100
Adam Borowski wrote:
> All non-historic operating systems support the full range of Unicode here,
> thus you can make filenames for example in Gothic (πΌπ΄ππ
), the other Gothic
> (πβ―β΄π) or the third Gothic (ππΎππ), or declare something as π©.
>
> Characters above U
On Wed, 13 Dec 2017 13:52:52 +0100
Greg Kroah-Hartman wrote:
> Here are 3 patches for the kernel-enforcement-statement file that came
> in after the file was originally added to the kernel tree.
Applied all three, thanks.
jon
--
To unsubscribe from this list: send the line "unsubscribe linux-do
On 12/21/2017 11:21 AM, Jonathan Corbet wrote:
> On Wed, 20 Dec 2017 08:17:14 +1100
> "Tobin C. Harding" wrote:
>
>> This set converts printk-formats.txt -> core-api/printk-formats.rst
>>
>> We also update the documentation around printing kernel addresses.
>>
>> This is my first documentation co
On Thu, 2017-12-21 at 12:21 -0700, Jonathan Corbet wrote:
> On Wed, 20 Dec 2017 08:17:14 +1100
> "Tobin C. Harding" wrote:
>
> > This set converts printk-formats.txt -> core-api/printk-formats.rst
> >
> > We also update the documentation around printing kernel addresses.
[]
> > - There's a dang
On Wed, 13 Dec 2017 13:07:44 +0800
Lu Baolu wrote:
> Update Documentation/driver-api/usb/usb3-debug-port.rst. This update
> includes the guide for using xHCI debug capability based TTY serial
> link.
>
> Cc: Mathias Nyman
> Cc: Greg Kroah-Hartman
> Signed-off-by: Lu Baolu
Applied to the docs
On Thu, 21 Dec 2017 11:30:57 -0800
Joe Perches wrote:
> > > - There's a dangling reference to printk-formats.txt in lib/vsprintf.c
> >that we'll want to fix up.
>
> patch 1/3 updates that reference.
It updates one of them - there were two, one of which remains. I'll just
toss in a pat
On Tue, 12 Dec 2017 19:43:09 +0300
"Cengiz C." wrote:
> `Documentation/i2c/dev-interface` gives examples for accessing i2c from
> userspace.
>
> There's a note that warns developers about the two `i2c-dev.h` header
> files which were shipped with the kernel and i2c-tools separately.
>
> However
On Tue, 12 Dec 2017 11:22:25 +0100
Markus Heiser wrote:
> ftrace-uses.rst is not yet included into any toctree, but since it is
> a .rst file, it is parsed by the Sphinx build. Thats, why we see some
> WARNINGS:
>
> - trace/ftrace-uses.rst:53: WARNING: Definition list ends without a blank
> lin
On Tue, 12 Dec 2017 11:46:51 +0100
Markus Heiser wrote:
> add missing indent whitespace to list item, fixes the warning:
>
> - process/submit-checklist.rst:41: WARNING: Enumerated list ends without a
> blank
> line; unexpected unindent.
>
> Signed-off-by: Markus Heiser
Applied, thanks.
jo
> Applied to the docs tree, thanks. Note that the patch was wrapped by your
> mailer and I had to fix it up; that would be nice to avoid in the future.
Thank you!
I've ditched claws-mail and will use git send-mail instead.
--
Cengiz Can
--
To unsubscribe from this list: send the line "unsubscr
On Thu, 21 Dec 2017 23:49:16 +0300
Cengiz Can wrote:
> I've ditched claws-mail and will use git send-mail instead.
FWIW, I use claws for patch mailing and more. It can be made to work, you
just need to tweak the options a bit. The trick is to send patches to
yourself and keep at it until what
On Mon, 18 Dec 2017 10:30:01 -0200
Mauro Carvalho Chehab wrote:
> This is a rebased version of my patch series that add support for
> nested structs on kernel-doc. With this version, it won't produce anymore
> hundreds of identical warnings, as patch 17 removes the warning
> duplication.
>
> Exc
On Tue, 12 Dec 2017 09:46:31 +0100
Peter Rosin wrote:
> Changes since v1:
> - added a short introductory paragraph to mux.rst
> - added an entry in MAINTAINERS.
>
> I forgot to mention that this applies on top of linux-next, I suspect
> there will be a trivial conflict with an SPDX conversion in
Em Thu, 21 Dec 2017 14:08:43 -0700
Jonathan Corbet escreveu:
> On Mon, 18 Dec 2017 10:30:01 -0200
> Mauro Carvalho Chehab wrote:
>
> > This is a rebased version of my patch series that add support for
> > nested structs on kernel-doc. With this version, it won't produce anymore
> > hundreds of
On Thu, Dec 21, 2017 at 11:26:22AM -0800, Randy Dunlap wrote:
> On 12/21/2017 11:21 AM, Jonathan Corbet wrote:
> > On Wed, 20 Dec 2017 08:17:14 +1100
> > "Tobin C. Harding" wrote:
> >
> >> This set converts printk-formats.txt -> core-api/printk-formats.rst
> >>
> >> We also update the documentati
On Thu, Dec 21, 2017 at 12:21:41PM -0700, Jonathan Corbet wrote:
> On Wed, 20 Dec 2017 08:17:14 +1100
> "Tobin C. Harding" wrote:
>
> > This set converts printk-formats.txt -> core-api/printk-formats.rst
> >
> > We also update the documentation around printing kernel addresses.
> >
> > This is
On 2017-12-21 22:35, Jonathan Corbet wrote:
> On Tue, 12 Dec 2017 09:46:31 +0100
> Peter Rosin wrote:
>
>> Changes since v1:
>> - added a short introductory paragraph to mux.rst
>> - added an entry in MAINTAINERS.
>>
>> I forgot to mention that this applies on top of linux-next, I suspect
>> ther
45 matches
Mail list logo
