On Wed, Aug 30, 2017 at 2:58 AM, Abhisit Sangjan wrote:
> Hi Rob,
>
> On Sat, Aug 26, 2017 at 1:35 AM, Rob Herring wrote:
>>
>> On Tue, Aug 22, 2017 at 01:26:11PM +0700, s.abhi...@gmail.com wrote:
>> > From: Abhisit Sangjan
>> >
>> > TI
On Thu, Aug 31, 2017 at 09:24:23AM +0200, Paolo VALENTE wrote:
>
> > Il giorno 15 gen 2017, alle ore 04:42, Shaohua Li ha scritto:
> >
> > Hi,
> >
> > cgroup still lacks a good iocontroller. CFQ works well for hard disk, but
> > not
> > much for SSD. This patch set try to add a
On Sep 5, 2017, at 3:06 PM, Jaegeuk Kim wrote:
>
> This patch fixes bavail and bfree finally.
>
> longf_bfree;/* free blocks in fs */
> longf_bavail; /* free blocks avail to non-superuser */
>
> So, bfree represents all the reserved blocks, while bavail does
Replace an occurrence of virt_to_phys() with __pa_symbol() macro.
See 64fc2a947a9873700929ec0ef02b4654a04e0476 ("ARM: 8641/1: treewide:
Replace uses of virt_to_phys with __pa_symbol").
Fixes: 172067e0bc87 ("ARM: owl: Implement CPU enable-method for S500")
Reported-by: Florian Fainelli
Commit 18cfd9429d8a82c49add8f3ca9d366599bfcac45 simplified the S500 SMP
code by removing a loop for pen_release in owl_secondary_boot().
Since then it is only calling owl_v7_invalidate_l1() before branching to
secondary_startup().
The owl_v7_invalidate_l1() assembler function is superfluous,
Hello,
This mini-series further cleans up the SMP code for Actions Semi S500 SoC.
@David, can you please reply with an Acked-by for the second patch? Thanks!
Work branch for testing:
https://github.com/afaerber/linux/commits/bg96-next
Have a lot of fun!
Cheers,
Andreas
v1 -> v2:
* Prepended
From: Jason Wang
Date: Mon, 4 Sep 2017 11:36:08 +0800
> We reserve headroom unconditionally which could cause unnecessary
> stress on socket memory accounting because of increased trusesize. Fix
> this by only reserve extra headroom when XDP is set.
>
> Cc: Jakub Kicinski
Add background and details on inter-event hist triggers, including
hist variables, synthetic events, and actions.
Signed-off-by: Tom Zanussi
Signed-off-by: Baohong Liu
---
Documentation/trace/events.txt | 385
Change the order event_mutex and trace_types_lock are taken, to avoid
circular dependencies and lockdep spew.
Changing the order shouldn't matter to any current code, but does to
anything that takes the event_mutex first and then trace_types_lock.
This is the case when calling tracing_set_clock
Synthetic events are user-defined events generated from hist trigger
variables saved from one or more other events.
To define a synthetic event, the user writes a simple specification
consisting of the name of the new event along with one or more
variables and their type(s), to the
Allow tracing code outside of trace.c to access tracing_set_clock().
Some applications may require a particular clock in order to function
properly, such as latency calculations.
Also, add an accessor returning the current clock string.
Signed-off-by: Tom Zanussi
Users should be able to directly specify event fields in hist trigger
'actions' rather than being forced to explicitly create a variable for
that purpose.
Add support allowing fields to be used directly in actions, which
essentially does just that - creates 'invisible' variables for each
bare
On Tue, 2017-09-05 at 09:25 -0500, Rob Herring wrote:
> > So in the meantime, I'm thinking adding some kind of runtime way
> > of disabling this default populate. Would you be ok with that ?
> >
> > Something like:
> >
> > bool arch_wants_of_platform_defaults(void)
> >
> > With a weak
Lookups inflate the hitcount, making it essentially useless. Only
inserts and updates should really affect the hitcount anyway, so
explicitly filter lookups out.
Signed-off-by: Tom Zanussi
---
kernel/trace/tracing_map.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Vedang Patel
A duplicate in the tracing_map hash table is when 2 different entries
have the same key and, as a result, the key_hash. This is possible due
to a race condition in the algorithm. This race condition is inherent to
the algorithm and not a bug. This was
traceprobe_probes_write() and traceprobe_command() actually contain
nothing that ties them to kprobes - the code is generically useful for
similar types of parsing elsewhere, so separate it out and move it to
trace.c/trace.h.
Other than moving it, the only change is in naming:
On Tue, Sep 05, 2017 at 11:50:44AM -0700, David Miller wrote:
> From: Thomas Meyer
> Date: Sun, 03 Sep 2017 14:19:31 +0200
>
> > Use ARRAY_SIZE macro, rather than explicitly coding some variant of it
> > yourself.
> > Found with: find -type f -name "*.c" -o -name "*.h" | xargs
gt; Unable to handle kernel paging request at virtual address ce80
> pgd = c0004000 [ce80] *pgd=
> Internal error: Oops: 805 [#1] SMP ARM
> Modules linked in:
> CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.13.0-next-20170905+ #662
> Hardware name: Nokia RX-51 board
>
Calls to udelay are not preemtable by userspace so userspace
applications experience a large (~200us) latency when running on core0.
Instead usleep_range can be used to be more friendly to userspace
since it is preemtable. This is due to udelay using busy-wait loops
while usleep_rang uses
On Fri, Sep 01, 2017 at 05:26:48PM +0800, Dennis Yang wrote:
> >On Mon, Aug 28, 2017 at 08:01:59PM +0800, Dennis Yang wrote:
> >> break_stripe_batch_list() did not preserve STRIPE_ON_UNPLUG_LIST which is
> >> set when a stripe_head gets queued to the stripe_head list maintained by
> >>
From: Markus Elfring
Date: Tue, 5 Sep 2017 22:22:21 +0200
Add a jump target so that a bit of exception handling can be better reused
at the end of this function.
This issue was detected by using the Coccinelle software.
Signed-off-by: Markus Elfring
On 2017/9/6 5:06, Jaegeuk Kim wrote:
> This patch fixes bavail and bfree finally.
>
> longf_bfree;/* free blocks in fs */
> longf_bavail; /* free blocks avail to non-superuser */
>
> So, bfree represents all the reserved blocks, while bavail does the space only
> visible to normal
Preparing the base code for subsequent changes. This does not change
existing logic.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/kvm/svm.c | 28
1 file changed, 20 insertions(+), 8 deletions(-)
diff --git a/arch/x86/kvm/svm.c
Modify struct kvm_x86_ops.arch.apicv_active() to take struct kvm_vcpu
pointer as parameter in preparation to subsequent changes.
Signed-off-by: Suravee Suthikulpanit
---
arch/x86/include/asm/kvm_host.h | 2 +-
arch/x86/kvm/svm.c | 2 +-
Certain QEMU options fails to boot VM guest w/ SVM AVIC enabled
(e.g. modprobe kvm_amd avic=1). Investigation shows that this mainly
due to AVIC hardware does not trap into hypervisor when guest OS
writes to APIC_EOI register.
The boot hang is caused by missing timer interrupt when using
On Sep 6 2017 01:18, Sebastian Andrzej Siewior wrote:
From: Thomas Gleixner
The tasklet is used to defer the execution of snd_pcm_period_elapsed() to
the softirq context. Using the CLOCK_MONOTONIC_SOFT base invokes the timer
callback in softirq context as well which renders
On Wed, Sep 06, 2017 at 12:57:41AM +0200, Thomas Gleixner wrote:
> On Sun, 3 Sep 2017, Thomas Gleixner wrote:
>
> > On Fri, 1 Sep 2017, Chen Yu wrote:
> >
> > > This is the major logic to spread the vectors on different CPUs.
> > > The main idea is to choose the 'idlest' CPU which has assigned
>
Hi,
I encountered this bug while fuzzing linux kernel 4.13-rc7 with syzkaller.
UBSAN: Undefined behaviour in ./include/linux/time.h:233:27
signed integer overflow:
8391720337152500783 * 10 cannot be
On Tue, Sep 5, 2017 at 9:30 PM, Shankara Pailoor wrote:
> Hi,
>
> I encountered this bug while fuzzing linux kernel 4.13-rc7 with syzkaller.
>
>
> UBSAN: Undefined behaviour in
This patch adds the documentation for Spreadtrum watchdog driver.
Signed-off-by: Eric Long
---
.../devicetree/bindings/watchdog/sprd-wdt.txt | 19 +++
1 file changed, 19 insertions(+)
create mode 100644
This patch adds the watchdog driver for Spreadtrum SC9860 platform.
Signed-off-by: Eric Long
---
drivers/watchdog/Kconfig| 8 +
drivers/watchdog/Makefile | 1 +
drivers/watchdog/sprd_wdt.c | 366
3 files changed,
On 09/06, Chao Yu wrote:
> On 2017/9/6 5:06, Jaegeuk Kim wrote:
> > This patch fixes bavail and bfree finally.
> >
> > longf_bfree;/* free blocks in fs */
> > longf_bavail; /* free blocks avail to non-superuser */
> >
> > So, bfree represents all the reserved blocks, while bavail
On Sun, Sep 03, 2017 at 11:23:21AM -0700, Joel Fernandes wrote:
> These patches fix issues seen when cross-compiling eBPF samples on arm64.
> Compared to [1], I dropped the controversial inline-asm patch pending further
> discussion on the right way to do it. However these patches are still a step
From: zijun_hu
type bool is used to index three arrays in alloc_and_link_pwqs()
it doesn't look like conventional.
it is fixed by using type int to index the relevant arrays.
Signed-off-by: zijun_hu
---
kernel/workqueue.c | 9 +
1 file changed, 5
On 08/28/17 at 11:20am, Dou Liyang wrote:
> Calling native_smp_prepare_cpus() to prepare for SMP bootup, does
> some sanity checking, enables APIC mode and disables SMP feature.
>
> Now, APIC mode setup has been unified to apic_intr_mode_init(),
> some sanity checks are redundant and need to be
Hi,
I am hitting this bug when running the syzkaller fuzzer on kernel 4.13-rc7
Syzkaller hit 'UBSAN: Undefined behaviour in ./include/linux/log2.h:LINE' bug.
Guilty file: fs/pipe.c
Maintainers: []
UBSAN: Undefined behaviour in ./include/linux/log2.h:57:13
shift exponent 64 is too large for
CC Catalin
On 2017/9/6 2:58, gengdongjiu wrote:
> when exit from guest, some host PSTATE bits may be lost, such as
> PSTATE.PAN or PSTATE.UAO. It is because host and hypervisor all run
> in the EL2, host PSTATE value cannot be saved and restored via
> SPSR_EL2. So if guest has changed the
On Tue, 2017-08-22 at 22:38 +0800, Joerg Roedel wrote:
> On Mon, Aug 21, 2017 at 07:00:13PM +0800, Yong Wu wrote:
> > Yong Wu (8):
> > dt-bindings: mediatek: Add binding for mt2712 IOMMU and SMI
> > iommu/mediatek: Move MTK_M4U_TO_LARB/PORT into mtk_iommu.c
> > iommu/mediatek: Add mt2712
Hi Baoquan,
At 09/06/2017 01:26 PM, Baoquan He wrote:
[...]
static void __init smp_cpu_index_default(void)
@@ -1335,19 +1295,20 @@ void __init native_smp_prepare_cpus(unsigned int
max_cpus)
Please also cleanup the passed in max_cpus since it's not used here any
more. And up to the caller:
Code can be optimized more by making single exit point of function and calling
mutex_unlock at the end
Signed-off-by: Pushkar Jambhlekar
---
drivers/iommu/tegra-smmu.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/iommu/tegra-smmu.c
On Wed, Sep 06, 2017 at 11:02:35AM +0800, Dennis Yang wrote:
> In release_stripe_plug(), if a stripe_head has its STRIPE_ON_UNPLUG_LIST
> set, it indicates that this stripe_head is already in the raid5_plug_cb
> list and release_stripe() would be called instead to drop a reference
> count.
In release_stripe_plug(), if a stripe_head has its STRIPE_ON_UNPLUG_LIST
set, it indicates that this stripe_head is already in the raid5_plug_cb
list and release_stripe() would be called instead to drop a reference
count. Otherwise, the STRIPE_ON_UNPLUG_LIST bit would be set for this
stripe_head
Got the following report while fuzzing 4.9.47.
It seems that this bug has been reported by Dmitry Vyukov
[https://lkml.org/lkml/2017/1/27/828]
But I still can reproduce the bug on latest Ubuntu1604 (4.4.0-94-generic)
PoC:
SVM AVIC hardware accelerates guest write to APIC_EOI register
(for edge-trigger interrupt), which means it does not trap to KVM.
So, only enable SVM AVIC only in split irqchip mode.
(e.g. launching qemu w/ option '-machine kernel_irqchip=split').
Suggested-by: Paolo Bonzini
Hi Jaegeuk,
Do we have time to test and stabilize this new feature before merge window?
Thanks,
On 2017/9/4 18:58, Chao Yu wrote:
> Now, in product, more and more features based on file encryption were
> introduced, their demand of xattr space is increasing, however, inline
> xattr has
It appears there is a regression for 32-bit kernels due to SME changes.
I bisected my particular problem (Xen PV guest) to
21729f81ce8ae76a6995681d40e16f7ce8075db4 but I also saw pmd_clear_bad()
errors on baremetal. This seems to be caused by sme_me_mask being an
unsigned long as opposed to
Thanks for looking at this,
(please bear my slow response as I need to check related code
before replying.)
On Sun, Sep 03, 2017 at 08:17:04PM +0200, Thomas Gleixner wrote:
> On Fri, 1 Sep 2017, Chen Yu wrote:
>
> > This is the major logic to spread the vectors on different CPUs.
> > The main
From: Joonsoo Kim
Freepage on ZONE_HIGHMEM doesn't work for kernel memory so it's not that
important to reserve. When ZONE_MOVABLE is used, this problem would
theorectically cause to decrease usable memory for GFP_HIGHUSER_MOVABLE
allocation request which is mainly used
Fix brace style of if-else case
Signed-off-by: Pushkar Jambhlekar
---
drivers/staging/pi433/pi433_if.c | 162 +--
1 file changed, 54 insertions(+), 108 deletions(-)
diff --git a/drivers/staging/pi433/pi433_if.c
Hi Rob,
Today's linux-next merge of the devicetree tree got a conflict in:
Documentation/devicetree/bindings/net/brcm,bgmac-nsp.txt
between commit:
ea6c3077678f ("dt-bindings: net: Remove duplicate NSP Ethernet MAC binding
document")
from Linus' tree and commit:
4da722ca19f3
On 9/4/17 1:36 AM, Haishuang Yan wrote:
In collect_md mode, if the tun dev is down, it still can call
__ip6_tnl_rcv to receive on packets, and the rx statistics increase
improperly.
Fixes: 8d79266bc48c ("ip6_tunnel: add collect_md mode to IPv6 tunnels")
Cc: Alexei Starovoitov
Hi David,
2017-09-06 11:09 GMT+09:00 David Daney :
> On 09/05/2017 06:40 PM, Masahiro Yamada wrote:
>>
>> IRQ_DOMAIN_HIERARCHY is not user-configurable, but supposed to be
>> selected by drivers that need IRQ domain hierarchy support.
>>
>> GPIO_THUNDERX is the only
net.
Signed-off-by: Surender Polsani <surend...@techveda.org>
Acked-by: Niklas Cassel <niklas.cas...@axis.com>
---
Changes for v2:
- Done few changes as suggested by Niklas Cassel.
- Patch is rebased and built(ARCH=arm) on latest next-20170905.
---
arch/arm/boot/dts/artpec6.dtsi | 3 ---
On Wed, Sep 6, 2017 at 10:00 AM, Brendan Higgins
wrote:
> +++ b/Documentation/devicetree/bindings/arm/npcm/npcm.txt
> @@ -0,0 +1,6 @@
> +NPCM Platforms Device Tree Bindings
> +---
> +NPCM750 SoC
> +Required root node properties:
> +
Hi all,
Today's linux-next merge of the devicetree tree got a conflict in:
Documentation/devicetree/bindings/sound/rockchip,pdm.txt
between commit:
fce7358b54c6 ("ASoC: rockchip: separate pinctrl pins from each other")
from the sound tree and commit:
4da722ca19f3 ("dt-bindings: Remove
On 2017/9/6 8:15, Jaegeuk Kim wrote:
> This patch replaces (f2fs_encrypted_inode() && S_ISREG()) with
> f2fs_encrypted_file(), which gives no functional change.
>
> Signed-off-by: Jaegeuk Kim
Reviewed-by: Chao Yu
Thanks,
> ---
> fs/f2fs/data.c | 10
On 2017/9/6 8:15, Jaegeuk Kim wrote:
> This patch renames functions regarding to buffer management via META_MAPPING
> used for encrypted blocks especially. We can actually use them in generic way.
Meta inode cache is more like bd_inode cache now. ;)
Reviewed-by: Chao Yu
> On Fri, Sep 01, 2017 at 05:26:48PM +0800, Dennis Yang wrote:
> > >On Mon, Aug 28, 2017 at 08:01:59PM +0800, Dennis Yang wrote:
> > >> break_stripe_batch_list() did not preserve STRIPE_ON_UNPLUG_LIST which is
> > >> set when a stripe_head gets queued to the stripe_head list maintained by
> > >>
On 2017/9/6 11:10, Jaegeuk Kim wrote:
> On 09/06, Chao Yu wrote:
>> On 2017/9/6 5:06, Jaegeuk Kim wrote:
>>> This patch fixes bavail and bfree finally.
>>>
>>> longf_bfree;/* free blocks in fs */
>>> longf_bavail; /* free blocks avail to non-superuser */
>>>
>>> So, bfree represents
Hi Alexei,
On Tue, Sep 5, 2017 at 8:24 PM, Alexei Starovoitov
wrote:
> On Sun, Sep 03, 2017 at 11:23:21AM -0700, Joel Fernandes wrote:
>> These patches fix issues seen when cross-compiling eBPF samples on arm64.
>> Compared to [1], I dropped the controversial
Hi Baoquan,
Thanks for your reply!
My answer is in below.
At 09/06/2017 08:55 AM, Baoquan He wrote:
Hi Liyang,
On 08/28/17 at 11:20am, Dou Liyang wrote:
Now, there are many switches in kernel which are used to determine
the final interrupt delivery mode, as shown below:
1) kconfig:
From: Joonsoo Kim
slub uses higher order allocation than it actually needs. In this case,
we don't want to do direct reclaim to make such a high order page since
it causes a big latency to the user. Instead, we would like to fallback
lower order allocation that it
From: Joonsoo Kim
High-order atomic allocation is difficult to succeed since we cannot
reclaim anything in this context. So, we reserves the pageblock for
this kind of request.
In slub, we try to allocate higher-order page more than it actually
needs in order to get the
I'm running e7d0c41ecc2e372a81741a30894f556afec24315 from Linus' tree
today, and I'm seeing abysmal scheduler performance. Running make -j4
ends up with all the tasks on CPU 3 most of the time (on my
4-logical-thread laptop). taskset -c 0 whatever puts whatever on CPU
0, but plain while true; do
kernel/locking/rwsem.o: warning: objtool: up_write()+0x17: call without frame
pointer save/setup
The warning means gcc 7.2.0 placed the __up_write() inline asm (and its
call instruction) before the frame pointer setup in up_write(),
which breaks frame pointer convention and can result in
kernel/locking/rwsem.o: warning: objtool: up_read()+0x11: call without frame
pointer save/setup
The warning means gcc 7.2.0 placed the __up_read() inline asm (and its
call instruction) before the frame pointer setup in up_read(),
which breaks frame pointer convention and can result in incorrect
On 09/06/17 at 12:25pm, Baoquan He wrote:
> On 08/28/17 at 11:20am, Dou Liyang wrote:
> > - /*
> > * Should not be necessary because the MP table should list the boot
> > * CPU too, but we do it for the sake of robustness anyway.
> > */
> > @@ -1254,29 +1237,6 @@ static int __init
Hi Lee,
On 9/5/2017 12:38 AM, Lee Jones wrote:
On Sat, 02 Sep 2017, sathyanarayanan.kuppusw...@linux.intel.com wrote:
From: Kuppuswamy Sathyanarayanan
Removed redundant IPC helper functions and refactored the driver to use
generic IPC device
kernel/locking/rwsem.o: warning: objtool: downgrade_write()+0x22: call without
frame pointer save/setup
The warning means gcc 7.2.0 placed the __downgrade_write() inline asm (and
its call instruction) before the frame pointer setup in downgrade_write(),
which breaks frame pointer convention and
Some warning were showed by objtool using gcc 7.2.0
kernel/locking/rwsem.o: warning: objtool: up_read()+0x11: call without frame
pointer save/setup
kernel/locking/rwsem.o: warning: objtool: up_write()+0x17: call without frame
pointer save/setup
kernel/locking/rwsem.o: warning: objtool:
Hi all,
Please do not add any v4.15 related material to your linux-next
included branches until after v4.14-rc1 has been released.
Changes since 20170905:
The devicetree tree gained conflicts against Linus' and the sound trees.
The akpm-current tree lost its build failure.
Non-merge commits
On Tue, 5 Sep 2017, chengjian (D) wrote:
> int main(int argc, char** argv)
> {
> pthread_t id1;
> pthread_t id2;
>
> printf("main pid = %d\n", getpid( ));
>
> pthread_mutex_init(, NULL);
So this is a plain mutex, which maps to a plain futex.
> use perf ftrace
On Tue, Sep 5, 2017 at 8:23 PM, Martin Wilck wrote:
> The way I'd implemented the new helper memcpy_and_pad with
> __FORTIFY_INLINE caused compiler warnings for certain kernel
> configurations.
>
> This helper is only used in a single place at this time, and thus
> doesn't
On Tue, 5 Sep 2017, Sebastian Andrzej Siewior wrote:
> On 2017-09-05 09:12:40 [+0200], Thomas Gleixner wrote:
> > Sorry, no. That bisect is completely bogus. The commit in question merily
> > replaces the unsupported clockid with a valid one.
>
> The bisect is correct. It just has problems to
Hi Arnd,
Thanks for the patch.
On 09/05/2017 09:13 AM, Arnd Bergmann wrote:
> We get a link error when V4L2_FLASH_LED_CLASS=m and AS3645A is built-in:
>
> drivers/leds/leds-as3645a.o: In function `as3645a_v4l2_setup':
> leds-as3645a.c:(.text+0x258): undefined reference to `v4l2_flash_init'
>
On Thu, Jul 20, 2017 at 08:48:20PM -0700, Dan Williams wrote:
> On Thu, Jul 20, 2017 at 6:41 PM, Jerome Glisse wrote:
> > On Fri, Jul 21, 2017 at 09:15:29AM +0800, Bob Liu wrote:
> >> On 2017/7/20 23:03, Jerome Glisse wrote:
> >> > On Wed, Jul 19, 2017 at 05:09:04PM +0800, Bob
On Mon, Sep 4, 2017 at 2:31 AM, Ingo Molnar wrote:
>
> Please pull the latest ... git tree from:
>
>git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ...
Hmm. My laptop (XPS 13) doesn't resume any more. It suspends, but
doesn't come back from resume.
I immediately
* Linus Torvalds wrote:
> On Mon, Sep 4, 2017 at 2:31 AM, Ingo Molnar wrote:
> >
> > Please pull the latest ... git tree from:
> >
> >git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ...
>
> Hmm. My laptop (XPS 13) doesn't resume
From: Jason Wang
Date: Tue, 5 Sep 2017 09:22:05 +0800
> We check tx avail through vhost_enable_notify() in the past which is
> wrong since it only checks whether or not guest has filled more
> available buffer since last avail idx synchronization which was just
> done by
On Tue, Sep 05, KY Srinivasan wrote:
> Were you planning on sending a patch for this.
No, not yet. I dont know how SA_RESTART works.
Olaf
signature.asc
Description: PGP signature
> > I'll check.
>
> Ok, I couldn't reproduce it anymore, after you check this, please let me
> know if I should pull that perf/intel-json-metrics-2 branch so that
> someone wanting to test this can have it all in one place, ok?
Sure please pull.
The only missing thing are metrics for Skylake
Hi,
Please pull these pstore changes for v4.14-rc1. Not much happening in
pstore for this release. One change to permission management, noted below.
Thanks!
-Kees
The following changes since commit 520eccdfe187591a51ea9ab4c1a024ae4d0f68d9:
Linux 4.13-rc2 (2017-07-23 16:15:17 -0700)
are
On 28/08/2017 18:42, Shuah Khan wrote:
> On 08/06/2017 05:23 PM, Mickaël Salaün wrote:
>> When a test process is not able to write to TH_LOG_STREAM, this step
>> mechanism enable to print the assert number which triggered the failure.
>> This can be enabled by setting _metadata->no_print to true
On Tue, Sep 5, 2017 at 5:21 PM, Tobias Klauser wrote:
> On 2017-09-05 at 17:11:50 +0200, Arnd Bergmann wrote:
>> On Tue, Sep 5, 2017 at 1:27 PM, Tobias Klauser wrote:
>> > Including linux/vmalloc.h in asm-generic/io.h isn't necessary
From: Joe Perches
Date: Tue, 05 Sep 2017 13:01:18 -0700
> On Tue, 2017-09-05 at 21:45 +0200, Thomas Meyer wrote:
>> On Tue, Sep 05, 2017 at 11:50:44AM -0700, David Miller wrote:
>> > From: Thomas Meyer
>> > Date: Sun, 03 Sep 2017 14:19:31 +0200
>> >
>> > >
> On Sep 5, 2017, at 2:17 PM, Linus Torvalds
> wrote:
>
>> On Mon, Sep 4, 2017 at 2:31 AM, Ingo Molnar wrote:
>>
>> Please pull the latest ... git tree from:
>>
>> git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git ...
>
> Hmm. My
Am 06.06.2017 um 02:54 schrieb Andreas Färber:
> Add a fixed-clock for baudrate 115200.
>
> Signed-off-by: Andreas Färber
> ---
> v2 -> v3 -> v4: unchanged
>
> v2: new
>
> arch/arm/boot/dts/s500-guitar-bb-rev-b.dts | 7 +++
> 1 file changed, 7 insertions(+)
Applied
From: Håkon Bugge
Date: Tue, 5 Sep 2017 17:42:01 +0200
> The bits in m_flags in struct rds_message are used for a plurality of
> reasons, and from different contexts. To avoid any missing updates to
> m_flags, use the atomic set_bit() instead of the non-atomic
With the addition of variables and actions, it's become necessary to
provide more detailed error information to users about syntax errors.
Add a 'last error' facility accessible via the erroring event's 'hist'
file. Reading the hist file after an error will display more detailed
information
Add support for alias=$somevar where alias can be used as
onmatch($alias).
Signed-off-by: Tom Zanussi
---
kernel/trace/trace_events_hist.c | 61 ++--
1 file changed, 58 insertions(+), 3 deletions(-)
diff --git
A common key to use in a histogram is the cpuid - add a new cpu
'synthetic' field for that purpose. This field is named cpu rather
than $cpu or $common_cpu because 'cpu' already exists as a special
filter field and it makes more sense to match that rather than add
another name for the same thing.
From: Vedang Patel
We now have the logic to detect and remove duplicates in the
tracing_map hash table. The code which merges duplicates in the
histogram is redundant now. So, modify this code just to detect
duplicates. The duplication detection code is still kept to
log2 as currently implemented applies only to u64 trace_event_field
derived fields, and assumes that anything it's applied to is a u64
field.
To prepare for synthetic fields like latencies, log2 should be
applicable to those as well, so take the opportunity now to fix the
current problems as well
In preparation for hist_fields that won't be strictly based on
trace_event_fields, add a new hist_field_name() accessor to allow that
flexibility and update associated users.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace_events_hist.c | 67
Some events such as timestamps require access to a ring_buffer_event
struct; add a param so that hist field functions can access that.
Signed-off-by: Tom Zanussi
---
kernel/trace/trace_events_hist.c | 39 ---
1 file changed, 24
Define a new function, tracing_set_time_stamp_abs(), which can be used
to enable or disable the use of absolute timestamps rather than time
deltas for a trace array.
This resets the buffer to prevent a mix of time deltas and absolute
timestamps.
Only the interface is added here; a subsequent
From: Markus Elfring
Date: Tue, 5 Sep 2017 22:30:22 +0200
Two update suggestions were taken into account
from static source code analysis.
Markus Elfring (2):
Use common code in hdsp_get_iobox_version()
Use common error handling code in snd_hdspm_probe()
This patch fixes bavail and bfree finally.
longf_bfree;/* free blocks in fs */
longf_bavail; /* free blocks avail to non-superuser */
So, bfree represents all the reserved blocks, while bavail does the space only
visible to normal user.
Fix: 3e6d0b4d9c1c ("f2fs: fix incorrect
Add the necessary infrastructure to allow the variables defined on one
event to be referenced in another. This allows variables set by a
previous event to be referenced and used in expressions combining the
variable values saved by that previous event and the event fields of
the current event.
Some accessor functions, such as for variable references, require
access to a corrsponding tracing_map_elt.
Add a tracing_map_elt param to the function signature and update the
accessor functions accordingly.
Signed-off-by: Tom Zanussi
---
1 - 100 of 1658 matches
Mail list logo