3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Haishuang Yan
[ Upstream commit be447f305494e019dfc37ea4cdf3b0e4200b4eba ]
pskb_may_pull() can change skb->data, so we have to load ptr
On Fri, Apr 22, 2016 at 11:19 AM, Emese Revfy wrote:
> This patch set introduce the GCC plugin infrastructure with examples for
> testing
> and documentation.
>
> GCC plugins are loadable modules that provide extra features to the compiler.
> They are useful for runtime instrumentation and static
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Willem de Bruijn
[ Upstream commit 2793a23aacbd754dbbb5cb75093deb7e4103bace ]
Netdevice parameter hard_header_len is variously interpre
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Manish Chopra
[ Upstream commit 2c9a266afefe137bff06bbe0fc48b4d3b3cb348c ]
When running small packets [length < 256 bytes] traffic, pac
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Eric Dumazet
[ Upstream commit fe30937b65354c7fec244caebbdaae68e28ca797 ]
bond_get_stats() can be called from rtnetlink (with RTNL held
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit 48906f62c96cc2cd35753e59310cb70eb08cc6a5 ]
Some devices will silently fail setup unless
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Arnd Bergmann
[ Upstream commit e725a66c0202b5f36c2f9d59d26a65c53bbf21f7 ]
gcc-6 finds an out of bounds access in the fst_add_one funct
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Diego Viola
[ Upstream commit ee50c130c82175eaa0820c96b6d3763928af2241 ]
The JMC260 network card fails to suspend/resume because the ca
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Willem de Bruijn
[ Upstream commit 8e2ad4113ce4671686740f808ff2795395c39eef ]
The stack expects link layer headers in the skb linear se
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Sergei Shtylyov
[ Upstream commit c1b7fca65070bfadca94dd53a4e6b71cd4f69715 ]
In a low memory situation, if netdev_alloc_skb() fails on
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Bill Sommerfeld
[ Upstream commit 59dca1d8a6725a121dae6c452de0b2611d5865dc ]
IPv4 interprets a negative return value from a protocol ha
Schrieb Stephan Mueller:
> Am Montag, 25. April 2016, 21:59:43 schrieb George Spelvin:
>> Indeed, this is an incredibly popular novice mistake and I don't
>> understand why people keep making it.
> Can you please elaborate on your statement to help me understanding the issue
> and substantiate yo
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: "subas...@codeaurora.org"
[ Upstream commit 071d36bf21bcc837be00cea55bcef8d129e7f609 ]
A crash is observed when a decrypted packet is p
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Bernie Harris
[ Upstream commit 5146d1f151122e868e594c7b45115d64825aee5f ]
IPCB may contain data from previous layers (in the observed
Hi,
This is a bugfix release (2.7.3) of the LTTng modules Linux kernel
tracer. It mainly consists of fixing kernel instrumentation
quirks with older kernels, and adapting to some new distribution
kernels (e.g. RHEL), and adapting to the 4.6 Linux kernels.
The two issues about ctf_user_integer and
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: =?UTF-8?q?Bj=C3=B8rn=20Mork?=
[ Upstream commit bf13c94ccb33c3182efc92ce4989506a0f541243 ]
The MC74xx and EM74xx modules use different
On Tue, Apr 26, 2016 at 06:15:43PM +0100, Will Deacon wrote:
> Actually, you're right with cbnz. I only noticed when I came to implement
> my own version of smp_cond_load_acquire. *sigh*
>
> I have fixups applied locally, so maybe the best thing is for me to send
> you an arm64 series on top of wh
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Xin Long
[ Upstream commit 40b4f0fd74e46c017814618d67ec9127ff20f157 ]
As the member .cmp_addr of sctp_af_inet6, sctp_v6_cmp_addr should
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Oliver Neukum
commit 1666984c8625b3db19a9abc298931d35ab7bc64b upstream.
In case bind() works, but a later error forces bailing
in probe
3.19.8-ckt20 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Stefan Wahren
[ Upstream commit a4690afeb0d2d7ba4d60dfa98a89f3bb1ce60ecd ]
ether_setup sets IFF_TX_SKB_SHARING but this is not supporte
te(core);
> > > > > > + trace_clk_disable_complete_rcuidle(core);
> > > > > >
> > > > > > clk_core_disable(core->parent);
> > > > > > }
> > > > >
> > > > > Now the mole shows up here!
>
On 04/26/2016 01:05 PM, Daniel Vetter wrote:
On Tue, Apr 26, 2016 at 09:55:06PM +0300, Ville Syrjälä wrote:
On Tue, Apr 26, 2016 at 08:23:46PM +0200, Daniel Vetter wrote:
On Tue, Apr 26, 2016 at 08:40:45PM +0300, Ville Syrjälä wrote:
But really the reason for per-plane is hw composer from
Andro
On Tue, Apr 26, 2016 at 07:04:15PM +0800, Herbert Xu wrote:
> Theodore Ts'o wrote:
> >
> > Yet another difference which I've noticed as I've been going over the
> > patches is that that since it relies on CRYPTO_DRBG, it drags in a
> > fairly large portion of the crypto subsystem, and requires it
On Wed, 27 Apr 2016, Stephen Rothwell wrote:
> Hi Nicolas,
>
> On Tue, 26 Apr 2016 10:40:57 -0400 (EDT) Nicolas Pitre
> wrote:
> >
> > If you can reproduce this build failure, could you try a make mrproper
> > and attempt it again? I, too, would like to find an explanation and a
> > way to r
On Tue, Apr 26, 2016 at 12:23:28PM -0700, Andy Lutomirski wrote:
> As far as I know, the optimization doesn't work on any modern distro
> because modern distros use high addresses for ASLR. Remove it.
I disagree with this patch. For example it will be a regression
for static executables. And ran
On Tue, 26 Apr 2016 13:46:15 -0700
Tony Lindgren wrote:
> [ INFO: suspicious RCU usage. ]
> 4.6.0-rc5-next-20160426+ #1127 Not tainted
> ---
> include/trace/events/clk.h:45 suspicious rcu_dereference_check() usage!
>
> other info that might
Hi,
On Tue, Apr 26, 2016 at 5:37 AM, Heiko Stübner wrote:
>> + model = "Rockchip RK3399 Evaluation Board";
>> + compatible = "rockchip,rk3399-evb", "rockchip,rk3399",
>> + "google,rk3399evb-rev2", google,rk3399evb-rev1",
>> + "google,rk3399evb-rev0" ;
>
>
Hi,
This is a bugfix release (2.6.5) for the lttng-modules 2.6 branch
of the LTTng Linux kernel tracer. It will likely be the last
release for the 2.6 branch, since lttng 2.8 final should be
out the door soon, which will mark the end of life of the 2.6
LTTng branch.
Project website: http://lttng.
From: Eric Dumazet
copy_page_to_iter_iovec() is currently the only user of
fault_in_pages_writeable(), and it definitely can use fragments
from high order pages.
Make sure fault_in_pages_writeable() is only touching two
adjacent pages at most, as claimed.
Signed-off-by: Eric Dumazet
---
inclu
On 04/26/2016 04:15 AM, Roman Pen wrote:
> The bug in a workqueue leads to a stalled IO request in MQ ctx->rq_list
> with the following backtrace:
>
> [ 601.347452] INFO: task kworker/u129:5:1636 blocked for more than 120
> seconds.
> [ 601.347574] Tainted: G O4.4.5-1-storag
> But... that will mean that my ssh will need to be SGX-aware, and that
> I will not be able to switch to AMD machine in future. ... or to other
> Intel machine for that matter, right?
I'm not privy to AMD's CPU design plans.
However I think for the ssl/ssh case you'd use the same interfaces
curr
On Tue, 2016-04-26 at 20:07 +0930, Rusty Russell wrote:
> Ben Hutchings writes:
> >
> > Signing a module should only make it trusted by the specific kernel it
> > was built for, not anything else. Loading a signed module meant for a
> > kernel with a different ABI could have interesting effects.
Am Dienstag, 26. April 2016, 16:43:30 schrieb George Spelvin:
Hi George,
(I am not covering the initial part as I leave you time to read through the
paper which should cover those aspects)
>
> That's what I don't like about Intel's RDRAND and similar hardware RNGs:
> they are whitening too ear
On Tue, Apr 26, 2016 at 04:26:52PM +0200, Jan Glauber wrote:
> Zero-length message support (SMBUS QUICK or i2c) never worked with
> the Octeon hardware. Disable SMBUS QUICK support and bail out in
> case of a zero-length i2c request.
>
> After this change 'i2c-detect -q' will return an error on Oc
Em Tue, Apr 26, 2016 at 01:02:34PM -0700, Brendan Gregg escreveu:
> On Mon, Apr 25, 2016 at 5:49 PM, Brendan Gregg
> wrote:
> > On Mon, Apr 25, 2016 at 5:47 PM, Arnaldo Carvalho de Melo
> > wrote:
> >> Em Mon, Apr 25, 2016 at 05:44:00PM -0700, Alexei Starovoitov escreveu:
> >>> yep :)
> >>> hop
On Tue, Apr 26, 2016 at 04:52:17PM -0400, Steven Rostedt wrote:
> On Tue, 26 Apr 2016 13:46:15 -0700
> Tony Lindgren wrote:
>
>
> > [ INFO: suspicious RCU usage. ]
> > 4.6.0-rc5-next-20160426+ #1127 Not tainted
> > ---
> > incl
Hi,
Even though the urcu stable-0.7 branch was supposed to be end
of life, there is one last important fix for the urcu-signal flavor
that was sitting in that branch that I would like to release
before taking it away for good. All the good zombie movies start
like this, right ?
liburcu is a LGPLv
> > > > And I bet you will need this one as well...
> > >
> > > OK and now the mode is coming back after a short nap during idle:
> >
> > Seems a bit unfair to whack it just after a short nap, but here goes!
>
> This mode seems pretty hard headed
Mika Westerberg writes:
> On Tue, Apr 26, 2016 at 02:44:13AM +0200, Ben Gamari wrote:
>>
snip
>> It looks very much like these are describing the same device. Perhaps
>> the lpss driver should be binding to this ACPI node? Or perhaps this is
>> a firmware issue? Any guidance would be greatly ap
Add a work_struct to struct zswap_pool, and change __zswap_pool_empty
to use the workqueue instead of using call_rcu().
When zswap destroys a pool no longer in use, it uses call_rcu() to
perform the destruction/freeing. Since that executes in softirq
context, it must not sleep. However, actually
On Mon, Apr 25, 2016 at 04:33:37PM +0200, Jan Glauber wrote:
> From: Peter Swain
>
> There is a race between the TWSI interrupt and the condition
> that is required before proceeding:
>
> Low-level: interrupt flag bit must be set
> High-level controller: valid bit must be clear
>
> If the inter
* Paul E. McKenney [160426 14:08]:
> On Tue, Apr 26, 2016 at 01:46:15PM -0700, Tony Lindgren wrote:
> > * Paul E. McKenney [160426 13:42]:
> > > On Tue, Apr 26, 2016 at 01:25:39PM -0700, Tony Lindgren wrote:
> > > > * Paul E. McKenney [160426 13:12]:
> > > > > On Tue, Apr 26, 2016 at 01:06:13PM
Hi,
This is a bugfix release (0.8.9) for the Userspace RCU library.
liburcu is a LGPLv2.1 userspace RCU (read-copy-update) library. This
data synchronization library provides read-side access which scales
linearly with the number of cores. It does so by allowing multiple
copies of a given data st
On Tue, 26 Apr 2016, Elliott, Robert (Persistent Memory) wrote:
The UEFI specification is not ambiguous - you should always look
for the backup GPT Header at the last LBA:
"Two GPT Header structures are stored on the device: the primary
and the backup. The primary GPT Header must be located in
Our array nand_ecc_algos doesn't specify mappings for all available
enum nand_ecc_algo values. The one missing there is NAND_ECC_UNKNOWN
as this value is reserved for algorithm not being specified at all.
It means we have to be careful when iterating this array and avoid
NULL values.
Signed-off-by
On Mon, Apr 25, 2016 at 04:33:38PM +0200, Jan Glauber wrote:
> From: David Daney
>
> CN3860 does not interrupt the CPU when the i2c status changes. If
> we get a timeout, and see the status has in fact changed, we know we
> have this problem, and drop back to polling.
>
> Signed-off-by: David Da
> Assigned 'true' instead of '1' to bool...
To save you from annoying rebasing, I reverted my change. But it would
be nice if it could be fixed somewhen later.
signature.asc
Description: PGP signature
Hi,
This Userspace RCU library 0.9.2 release is mainly a bugfix release,
but also adds support for the membarrier system call on hppa, and
sparc64. It also adds support for the Xeon-Phi, now considered as
a new architecture instead of a vendor in MPSS. It also adds a
compability API allowing using
On Tue, Apr 26, 2016 at 02:12:59PM -0700, Tony Lindgren wrote:
> * Paul E. McKenney [160426 14:08]:
> > On Tue, Apr 26, 2016 at 01:46:15PM -0700, Tony Lindgren wrote:
> > > * Paul E. McKenney [160426 13:42]:
> > > > On Tue, Apr 26, 2016 at 01:25:39PM -0700, Tony Lindgren wrote:
> > > > > * Paul E
On Mon, Apr 25, 2016 at 08:29:22PM -0700, Elliott, Robert (Persistent Memory)
wrote:
>
>
> > -Original Message-
> > From: linux-block-ow...@vger.kernel.org [mailto:linux-block-
> > ow...@vger.kernel.org] On Behalf Of Christoph Hellwig
> > Sent: Monday, April 25, 2016 3:24 AM
> > To: Rafa
On Tue, Apr 26, 2016 at 08:27:46AM +0200, Dirk Behme wrote:
> From: Oleksij Rempel
>
> Documentation/timers/timers-howto.txt recommends to use
> usleep_range on delays > 10usec. According to my test results
> with Neonode zForce touchscreen driver, usleep_range indeed
> reduces CPU load.
>
> Sta
On 2016/04/26 15:51, Steven Rostedt wrote:
> On Tue, 26 Apr 2016 11:56:38 -0700
> Benjamin Poirier wrote:
>
> > Also recognize standalone "prompt".
> >
> > Before this patch we incorrectly identified some symbols as not having a
> > prompt and potentially needing to be selected by something else
* Paul E. McKenney [160426 14:27]:
> Done! These are at -rcu:
>
> 6eeec2b4a50c (arm: Use _rcuidle tracepoint to allow use from idle)
> 0efee3da3b29 (arm: Use more _rcuidle tracepoints to allow use from idle)
> b6cdf6d22f52 (arm: Additional _rcuidle tracepoints to allow use from idle)
> 70da6fb72
On Tue, Apr 26, 2016 at 01:22:33PM -0400, Javier Martinez Canillas wrote:
> The IS_ENABLED() macro checks if a Kconfig symbol has been enabled either
> built-in or as a module, use that macro instead of open coding the same.
>
> Signed-off-by: Javier Martinez Canillas
>
Applied to for-next, tha
Hi Nicolas,
On Tue, 26 Apr 2016 16:48:44 -0400 (EDT) Nicolas Pitre
wrote:
>
> OK! After digging and diffing through 750 megabytes of make debug logs
> I finally found the explanation. The if_changed directive is useless
> against phony targets.
Thanks for working this out.
> @Stephen: coul
Every new architecture has to add itself to the growing list of those
that do not support the legacy PC RTC driver.
This replaces the long list of architectures that don't support it
with a shorter list of those that do.
The list is taken from those architectures that have a non-empty
asm/mc14681
I've had these patches in my tree for a while, after the first one
had a few issues that are fixed in this new version. The old-style
PC RTC driver is now also disabled on m68k (as pointed out by
Geert), ppc (it was also blacklisted), and m32r (I showed that
it did not build).
For the genrtc drive
Instead of having non-standard memcpy() behavior, explicitly call the new
function memmove(), make it available to the decompressors, and switch
the two overlap cases (screen scrolling and ELF parsing) to use memmove().
Additionally documents the purpose of compressed/string.c.
Suggested-by: Lasse
The genrtc driver serves no purpose on mn10300 because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.
I assume it was initially only added for completeness when the
mn10300 port was
On Tue, 26 Apr 2016, Shi, Yang wrote:
> On 4/21/2016 5:38 PM, Shi, Yang wrote:
> > Hi folks,
> >
> > I did the below test with huge tmpfs on linux-next-20160420:
> >
> > # mount -t tmpfs huge=1 tmpfs /mnt
> > # cd /mnt
> > Then clone linux kernel
> >
> > Then I got the below bug, such test works
The asm-generic/rtc.h header can now be included by
architectures that provide their own set_rtc_time/get_rtc_time
macros, letting us remove most of the common contents in
the powerpc implementation.
Signed-off-by: Arnd Bergmann
---
arch/powerpc/include/asm/rtc.h | 36 +--
The asm-generic/rtc.h header can now be included by
architectures that provide their own set_rtc_time/get_rtc_time
macros, letting us remove most of the common contents in
the powerpc implementation.
Signed-off-by: Arnd Bergmann
---
arch/parisc/include/asm/rtc.h | 38 +---
The genrtc driver serves no purpose on Alpha because it drives the
same hardware as the original rtc.c driver, and the newer rtc-generic.c
or rtc-cmos.c drivers on architectures that use the asm-generic/rtc.h
header.
The defconfig uses CONFIG_RTC=y, so this driver is not used by default.
At one po
Nothing on these architectures ever includes the asm/mc146818rtc.h
file, the drivers that used to do this have been fixed long ago,
and the remaining users are all PC-specific.
This removes the files for good.
Signed-off-by: Arnd Bergmann
---
arch/frv/include/asm/mc146818rtc.h| 16 -
On Tue, Apr 26, 2016 at 2:15 PM, Davidlohr Bueso wrote:
> On Tue, 26 Apr 2016, Elliott, Robert (Persistent Memory) wrote:
>
>
> I have nothing against the agpt, just pass a boot param and voila,
> you can use it. This is not some sort of recent regression we are
> talking about here. How is this
Drivers should not really include stuff from asm-generic directly,
and the PC-style cmos rtc driver does this in order to reuse the
mc146818 implementation of get_rtc_time/set_rtc_time rather than
the architecture specific one for the architecture it gets built for.
To make it more obvious what is
Commit 3195ef59cb42 ("x86: Do full rtc synchronization with ntp") had
the side-effect of unconditionally enabling the RTC_LIB symbol on x86,
which in turn disables the selection of the CONFIG_RTC and
CONFIG_GEN_RTC drivers that contain a two older implementations of
the CONFIG_RTC_DRV_CMOS driver.
This is a resend of an earlier series, to clean up the rtc-generic
driver by avoiding the dependency on the architecture specific
include/asm/rtc.h header that after this series is only used
for the deprecated "genrtc" driver. As I've shown in another
series, only three architectures (m68k, powerpc
On Tue 2016-04-26 21:59:52, One Thousand Gnomes wrote:
> > But... that will mean that my ssh will need to be SGX-aware, and that
> > I will not be able to switch to AMD machine in future. ... or to other
> > Intel machine for that matter, right?
>
> I'm not privy to AMD's CPU design plans.
>
> Ho
The q40 platform is the only machine in the kernel that provides
RTC_PLL_GET/RTC_PLL_SET ioctl commands in its rtc through the
mach_get_rtc_pll/mach_set_rtc_pll callbacks.
However, this currenctly works only in the old-style genrtc
driver, not the (somewhat) modern rtc-generic driver replacing
it.
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on pa-risc, that is implemented using an open-coded
version of rtc_time_to_tm/rtc_tm_to_time.
This changes the parisc rtc-generic device to provide its
rtc_class_ops directly, usin
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and on sh, that goes through another indirection using
the rtc_sh_get_time/rtc_sh_set_time functions.
This changes the sh rtc-generic device to provide its
rtc_class_ops directly, skip
On Tue, Apr 26, 2016 at 06:05:00PM -0300, Arnaldo Carvalho de Melo wrote:
> > I started with max depth = 512, and even that was still truncated, and
> > had to profile again at 1024 to capture the full stacks. Seems to
^^
> > generally match the flame graph I genera
On Mon, Apr 25, 2016 at 09:29:28PM -0300, Arnaldo Carvalho de Melo wrote:
> commit cd544af4f7fede01cb512d52bb3efe62aa19271d
> Author: Arnaldo Carvalho de Melo
> Date: Thu Apr 21 12:28:50 2016 -0300
>
> perf core: Allow setting up max frame stack depth via sysctl
>
> The default rem
On Tue, Apr 26, 2016 at 2:05 PM, Arnaldo Carvalho de Melo
wrote:
> Em Tue, Apr 26, 2016 at 01:02:34PM -0700, Brendan Gregg escreveu:
>> On Mon, Apr 25, 2016 at 5:49 PM, Brendan Gregg
>> wrote:
>> > On Mon, Apr 25, 2016 at 5:47 PM, Arnaldo Carvalho de Melo
>> > wrote:
>> >> Em Mon, Apr 25, 2016
1) Handle v4/v6 mixed sockets properly in soreuseport, from Craig Gallak.
2) Bug fixes for the new macsec facility (missing kmalloc NULL checks,
missing locking around netdev list traversal, etc.) from Sabrina
Dubroca.
3) Fix handling of host routes on ifdown in ipv6, from David Ahern.
4)
On Fri, Apr 22, 2016 at 10:26 AM, wrote:
> From: Serge Hallyn
>
> This can only be set by root in his own namespace, and will
> only be respected by namespaces with that same root kuid
> mapped as root, or namespaces descended from it.
>
> This allows a simple setxattr to work, allows tar/untar
On Tue, 26 Apr 2016 23:14:35 +0900 Sergey Senozhatsky
wrote:
> Hello,
>
> v4.6-rc5-mmots-2016-04-25-17-33
>
>
> In file included from include/linux/hugetlb.h:418:0,
> from fs/hugetlbfs/inode.c:28:
> fs/hugetlbfs/inode.c: In function 'init_hugetlbfs_fs':
> ./arch/x86/include/a
All architectures using this driver are now converted to
provide their own operations, so this one can be turned
into a trivial stub driver relying on its platform data.
Signed-off-by: Arnd Bergmann
---
drivers/rtc/rtc-generic.c | 36 +---
1 file changed, 1 insert
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and m68k has another abstraction on top, which is a bit
silly.
This changes the m68k rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by one.
S
The rtc-generic driver provides an architecture specific
wrapper on top of the generic rtc_class_ops abstraction,
and powerpc has another abstraction on top, which is a bit
silly.
This changes the powerpc rtc-generic device to provide its
rtc_class_ops directly, to reduce the number of layers
by o
This patch makes the name of the define reflect the amount of
data tranfers per burst, in this case 16.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
---
drivers/hwtracing/coresight/coresight-tmc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/hw
The TMC block can operate in 3 modes (ETB, ETF and ETR) and accessed
via two interfaces (sysFS and Perf). That makes 6 mode to cover, which
is way too much coupling for a single file.
This patch splits the original TMC driver in 2 halves, one for ETB/ETF
and another one for ETR mode. A common co
The sysFS and Perf access methods can't be allowed to interfere
with one another. As such introducing guards to access
functions that prevents moving forward if a TMC is already
being used.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-tmc-etf.c | 60 +
When part of a path but not identified as a sink, the EFT has to
be configured as a link and placed in HW FIFO mode. As such when
enabling a path, call the right configuration function based on
the role the ETF if playing in this trace run.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Po
That way we can re-use the structure in other drivers.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-etb10.c | 20
drivers/hwtracing/coresight/coresight-priv.h | 20
2 files changed, 20 insertions(+), 20 deletions(-)
diff --g
This patch implement the AUX area interfaces required to
use the TMC (configured as an ETF) from the Perf sub-system.
The heuristic is heavily borrowed from the ETB10 implementation.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-tmc-etf.c | 198 +++
This patch implement the AUX area interfaces required to
use the TMC (configured as an ETR) from the Perf sub-system.
The ETR is configured to work with contiguous memory only.
Although not optimal, it allows the IP block to be used
while the scatter-gather mode of operation is being worked
on.
T
This patch first move the TMC_STS_TMCREADY_BIT and
TMC_FFCR_FLUSHMAN_BIT defines to their respective section.
It also removes TMC_FFCR_FLUSHMAN, since the same result
can easily be obtained using the BIT() macro.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
---
drivers/hwtracing
Accessing the HW configuration register each time the memory
width is needed simply doesn't make sense. It is much more
efficient to read the value once and keep a reference for
later use.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-tmc-etf.c | 14 +-
driver
Calling tmc_etf/etr_dump_hw() is required only when operating from
sysFS. When working from Perf, the system memory is harvested
from the AUX trace API.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-tmc-etf.c | 7 ++-
drivers/hwtracing/coresight/coresight-tmc-etr.
On Mon, Apr 25, 2016 at 05:14:35PM +0200, Petr Mladek wrote:
> LivePatch framework deserves some documentation, definitely.
> This is an attempt to provide some basic info. I hope that
> it will be useful for both LivePatch producers and also
> potential developers of the framework itself.
>
> Sig
Moving tmc_drvdata::enable to a local_t mode. That way the
sink interface is aware of it's orgin and the foundation for
mutual exclusion between the sysFS and Perf interface can be
laid out.
Signed-off-by: Mathieu Poirier
---
drivers/hwtracing/coresight/coresight-tmc-etf.c | 27
In it's current form the TMC probe() function allocates
trace buffer memory at boot time, event if coresight isn't
used. This is highly inefficient since trace buffers can
occupy a lot of memory that could be used otherwised.
This patch allocates trace buffers on the fly, when the
coresight subsy
Allowing multiple readers to access the trace data simultaniously
via sysFS provides no shortage of opportunity for race condition,
mandates two variable to be maintained (drvdata::read_count and
drvdata::reading), makes the code complex and provide little
advantages, if any.
This patch streamline
On Tue, Apr 26, 2016 at 02:58:41PM -0700, Brendan Gregg wrote:
> BTS seemed more promising (deeper stacks), and there's already Xen
> support for it (need to boot the Xen host with vpmu=bts, preferably
> vpmu=bts,arch for some PMCs as well :).
BTS is a branch tracer; it simply traces _all_ branche
The amount of #define, enumeration and structure definition
is big enough to justify moving them to a new header file.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulose
---
drivers/hwtracing/coresight/coresight-tmc.c | 102 +--
drivers/hwtracing/coresight/coresigh
Dealing with HW related matters in tmc_read_prepare/unprepare
becomes convoluted when many cases need to be handled distinctively.
As such moving processing related to HW setup to individual driver
files and keep the core driver generic.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulo
According to the TRM before programming the TMC in circular
buffer mode (and that for any configuration, ETB, ETR, ETF),
the TMCReady bit in the status register has to be set.
This patch adds a check to make sure the state machine is in
a state where it can be configured, and complains otherwise.
In their current implementation the tmc_read_prepare/unprepare()
are a lump of if/else that is difficult to read. This patch is
alleviating that by using a switch statement. The latter also
allows for a better control on the error path.
Signed-off-by: Mathieu Poirier
Reviewed-by: Suzuki K Poulo
201 - 300 of 1589 matches
Mail list logo
