[PATCH v2] mm: page_mapped: don't assume compound page is huge or THP

2018-11-30 Thread Jan Stancek
ithub.com/jstancek/reproducers/blob/master/kernel/page_mapped_crash/repro.c Fix the loop to iterate for "1 << compound_order" pages. Debugged-by: Laszlo Ersek Suggested-by: "Kirill A. Shutemov" Signed-off-by: Jan Stancek --- mm/util.c | 2 +- 1 file changed, 1 inserti

[PATCH] mm: page_mapped: don't assume compound page is huge or THP

2018-11-29 Thread Jan Stancek
cers/blob/master/kernel/page_mapped_crash/repro.c This patch modifies page_mapped() to check for 'normal' compound pages (COMPOUND_PAGE_DTOR). Debugged-by: Laszlo Ersek Signed-off-by: Jan Stancek --- include/linux/mm.h | 9 + mm/util.c | 2 ++ 2 files changed, 11 insertions(+) d

Re: [LTP] [PATCH 4.17 00/67] 4.17.7-stable review

2018-07-16 Thread Jan Stancek
- Original Message - > On 16 July 2018 at 13:04, Greg Kroah-Hartman > wrote: > > This is the start of the stable review cycle for the 4.17.7 release. > > There are 67 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with these being

Re: LTP CVE cve-2017-17053 test failed on x86_64 device

2018-06-20 Thread Jan Stancek
- Original Message - > LTP CVE cve-2017-17053 test failed on x86_64 device. > FAIL on linux-next, mainline, and stable-rc-4.17. > PASS on stable-rc 4.16, 4.14, 4.9 and 4.4 kernel. > > Test FAIL case output, > tst_test.c:1015: INFO: Timeout per run is 0h 15m 00s > tst_taint.c:88: BROK:

Re: [LTP] [PATCH 4.4 00/24] 4.4.137-stable review

2018-06-14 Thread Jan Stancek
- Original Message - > On Thu, Jun 14, 2018 at 05:49:52AM -0400, Jan Stancek wrote: > > > > - Original Message - > > > On Thu, Jun 14, 2018 at 02:24:25PM +0530, Naresh Kamboju wrote: > > > > On 14 June 2018 at 12:04, Greg Kroah-Hartman >

Re: [LTP] [PATCH 4.4 00/24] 4.4.137-stable review

2018-06-14 Thread Jan Stancek
t; > >> The LTP CVE test is breaking in the first call to mmap(), even before > > >> trying to remap and test the security issue. That start happening in > > >> this round because of those mmap() changes and the offset used in the > > >> LTP test. Linus

[PATCH] virtio_balloon: fix increment of vb->num_pfns in fill_balloon()

2017-12-01 Thread Jan Stancek
OM") Cc: Michael S. Tsirkin <m...@redhat.com> Cc: Tetsuo Handa <penguin-ker...@i-love.sakura.ne.jp> Cc: Michal Hocko <mho...@suse.com> Cc: Wei Wang <wei.w.w...@intel.com> Signed-off-by: Jan Stancek <jstan...@redhat.com> --- drivers/virtio/virtio_balloon.c | 3 +--

Re: [Patch V3] crypto: x86/sha1 : Fix reads beyond the number of blocks passed

2017-08-02 Thread Jan Stancek
; http://marc.info/?l=linux-crypto-vger=149373371023377 > > > > This patch makes sure that there is no overflow for any buffer length. > > > > It passes the tests written by Jan Stancek that revealed this problem: > > https://github.com/jstancek/sha1-avx2-crash &

Re: [Patch V2] crypto: x86/sha1 : Fix reads beyond the number of blocks passed

2017-08-02 Thread Jan Stancek
; This patch makes sure that there is no overflow for any buffer length. > > It passes the tests written by Jan Stancek that revealed this problem: > https://github.com/jstancek/sha1-avx2-crash > > Jan, can you verify this fix? Hi, Looks good, my tests (below) PASS-ed. I updated r

Re: [PATCH 0/2] key payload access with just rcu_read_lock()

2017-03-01 Thread Jan Stancek
- Original Message - > From: "David Howells" <dhowe...@redhat.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: dhowe...@redhat.com, linux-kernel@vger.kernel.org, > linux-...@vger.kernel.org, bcodd...@redhat.com, > asav...@redhat.c

Re: [PATCH 0/2] key payload access with just rcu_read_lock()

2017-02-28 Thread Jan Stancek
- Original Message - > Here's an updated patch with fixed user_key_payload_locked() and user_read(). > That problem didn't show up with my NFS based reproducer. I re-run it again with latest version of your patch, plus also keyutils testsuite. Both completed OK for me, dmesg looks

Re: [PATCH 0/2] key payload access with just rcu_read_lock()

2017-02-28 Thread Jan Stancek
- Original Message - > Jan Stancek <jstan...@redhat.com> wrote: > > > Looks like there are still couple users that need updating, > > I'm hitting following compilation error: > > Aargh - I remembered to grep for rcu_dereference_key() but not > u

Re: [PATCH 0/2] key payload access with just rcu_read_lock()

2017-02-27 Thread Jan Stancek
- Original Message - > From: "David Howells" <dhowe...@redhat.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: dhowe...@redhat.com, linux-kernel@vger.kernel.org, > linux-...@vger.kernel.org, bcodd...@redhat.com, > asav...@redhat.co

[PATCH 1/2] KEYS: add user_key_payload_rcu()

2017-02-22 Thread Jan Stancek
user_key_payload() is wrapper for rcu_dereference_protected(), and can't be used with just rcu_read_lock() held. This patch adds user_key_payload_rcu() for accessing key payload in RCU read-side section, without the need to hold key semaphore. Signed-off-by: Jan Stancek <jstan...@redhat.

[PATCH 2/2] NFS: use user_key_payload_rcu() in RCU read-side section

2017-02-22 Thread Jan Stancek
SyS_mount+0x94/0x100 system_call+0x38/0xe0 Signed-off-by: Jan Stancek <jstan...@redhat.com> --- fs/nfs/nfs4idmap.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/nfs/nfs4idmap.c b/fs/nfs/nfs4idmap.c index c444285bb1b1..835c163f61af 100644 --- a/fs/nfs/nfs4i

[PATCH 0/2] key payload access with just rcu_read_lock()

2017-02-22 Thread Jan Stancek
Hi David, this is a follow-up for "suspicious RCU usage" warning described in these 2 linux-nfs threads: http://marc.info/?t=14755883033=1=2 http://marc.info/?t=14877677051=1=2 Did you have something like in mind? Thanks, Jan Jan Stancek (2): KEYS: add user_key_p

[tip:perf/urgent] perf header: Make build_cpu_topology skip offline/absent CPUs

2017-02-21 Thread tip-bot for Jan Stancek
Commit-ID: 43db2843a4a41cc8cdb6ab696639aeee1f4d5062 Gitweb: http://git.kernel.org/tip/43db2843a4a41cc8cdb6ab696639aeee1f4d5062 Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Fri, 17 Feb 2017 12:10:25 +0100 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[tip:perf/urgent] perf cpumap: Add cpu__max_present_cpu()

2017-02-21 Thread tip-bot for Jan Stancek
Commit-ID: 92a7e1278005b6bb3459affc50b2b6e2464e7e7c Gitweb: http://git.kernel.org/tip/92a7e1278005b6bb3459affc50b2b6e2464e7e7c Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Fri, 17 Feb 2017 12:10:24 +0100 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[tip:perf/urgent] perf tools: Replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

2017-02-21 Thread tip-bot for Jan Stancek
Commit-ID: da8a58b56c661681f9b2fd2fa59c6da3a5bac8d1 Gitweb: http://git.kernel.org/tip/da8a58b56c661681f9b2fd2fa59c6da3a5bac8d1 Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Fri, 17 Feb 2017 12:10:26 +0100 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[PATCH v4 3/3] perf: Replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

2017-02-20 Thread Jan Stancek
1 CPU 26, core 9, socket 0 CPU 27, core 9, socket 1 test child finished with 0 end Session topology: Ok Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/builtin-stat.c | 2 +- tools/perf/tests/topology.c | 4 +++- tools/perf/util/env.c | 2 +-

[PATCH v4 2/3] perf header: Make build_cpu_topology skip offline/absent CPUs

2017-02-20 Thread Jan Stancek
online CPUs. Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/util/header.c | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c index d89c9c7ef4e5..ca0f12fb5fd3 100644 --- a/tools/per

[PATCH v4 1/3] perf cpu_map: Add cpu__max_present_cpu()

2017-02-20 Thread Jan Stancek
Similar to cpu__max_cpu() (which returns max possible CPU), returns max present CPU. Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/util/cpumap.c | 22 ++ tools/perf/util/cpumap.h | 1 + 2 files changed, 23 insertions(+) diff --git a/tools/per

[PATCH v4 0/3] perf: topology on systems with offline/absent CPUs

2017-02-20 Thread Jan Stancek
core_id: 1, socket_id: 0 core_id: 1, socket_id: 1 core_id: 9, socket_id: 0 core_id: 9, socket_id: 1 Jan Stancek (3): perf cpu_map: Add cpu__max_present_cpu() perf header: Make build_cpu_topology skip offline/absent CPUs perf: Replace _SC_NPROCESSORS_CONF with max_present_cpu

[PATCH v3 2/3] perf: make build_cpu_topology skip offline/absent CPUs

2017-02-17 Thread Jan Stancek
(__libc_start_main+0xf5) [0x7f4b7c3b5b35] ./perf() [0x427fb9] test child interrupted end Session topology: FAILED! This patch makes build_cpu_topology() skip offline/absent CPUs, by checking their presence against cpu_map built from online CPUs. Signed-off-by: Jan Stancek <js

[PATCH v3 1/3] perf: add cpu__max_present_cpu()

2017-02-17 Thread Jan Stancek
Similar to cpu__max_cpu() (which returns max possible CPU), returns max present CPU. Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/util/cpumap.c | 22 ++ tools/perf/util/cpumap.h | 1 + 2 files changed, 23 insertions(+) diff --git a/tools/per

[PATCH v3 3/3] perf: replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

2017-02-17 Thread Jan Stancek
9, socket 1 test child finished with 0 end Session topology: Ok Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/builtin-stat.c | 2 +- tools/perf/tests/topology.c | 4 +++- tools/perf/util/env.c | 2 +- tools/perf/util/header.c| 16 +---

Re: [PATCH v2 2/3] perf: make build_cpu_topology skip offline/absent CPUs

2017-02-15 Thread Jan Stancek
- Original Message - > From: "Jiri Olsa" <jo...@redhat.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux-kernel@vger.kernel.org, pet...@infradead.org, mi...@redhat.com, > a...@kernel.org, "alexander shishkin" > <

[PATCH v2 1/3] perf: add cpu__max_present_cpu()

2017-02-13 Thread Jan Stancek
Similar to cpu__max_cpu() (which returns max possible CPU), returns max present CPU. Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/util/cpumap.c | 22 ++ tools/perf/util/cpumap.h | 1 + 2 files changed, 23 insertions(+) diff --git a/tools/per

[PATCH v2 3/3] perf: replace _SC_NPROCESSORS_CONF with max_present_cpu in cpu_topology_map

2017-02-13 Thread Jan Stancek
9, socket 1 test child finished with 0 end Session topology: Ok Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/builtin-stat.c | 2 +- tools/perf/tests/topology.c | 4 +++- tools/perf/util/env.c | 2 +- tools/perf/util/header.c| 16 +---

[PATCH v2 2/3] perf: make build_cpu_topology skip offline/absent CPUs

2017-02-13 Thread Jan Stancek
(__libc_start_main+0xf5) [0x7f4b7c3b5b35] ./perf() [0x427fb9] test child interrupted end Session topology: FAILED! This patch makes build_cpu_topology() skip offline/absent CPUs, by checking their presence against cpu_map built from online CPUs. Signed-off-by: Jan Stancek <js

Re: [PATCH] perf: fix topology test on systems with sparse CPUs

2017-02-02 Thread Jan Stancek
> > > When build_cpu_topo() encounters offline/absent CPUs, > > it fails to find any sysfs entries and returns failure. > > This leads to build_cpu_topology() and write_cpu_topology() > > failing as well. > > > > Because HEADER_CPU_TOPOLOGY has not been written, read leaves > > cpu_topology_map

Re: [PATCH] perf: fix topology test on systems with sparse CPUs

2017-01-31 Thread Jan Stancek
2001 Message-Id: <9bf8ece1e397b851beedaeceeb0cd07421ff6f43.1485877985.git.jstan...@redhat.com> From: Jan Stancek <jstan...@redhat.com> Date: Tue, 31 Jan 2017 14:41:46 +0100 Subject: [PATCH 1/3 v2] perf: add cpu__max_present_cpu() Similar to cpu__max_cpu() (which returns max possible CPU), retur

Re: [PATCH] perf: fix topology test on systems with sparse CPUs

2017-01-30 Thread Jan Stancek
- Original Message - > From: "Jiri Olsa" <jo...@redhat.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux-kernel@vger.kernel.org, pet...@infradead.org, mi...@redhat.com, > a...@kernel.org, "alexander shishkin" > <

[PATCH] perf: fix topology test on systems with sparse CPUs

2017-01-30 Thread Jan Stancek
dummy values in topology data. Example: coreid socketid for CPU0 coreid socketid for CPU1 -1 -1 -1 -1 -1 -1 -1 -1 coreid socketid for CPU6 coreid socketid for CPU7 ... Signed-off-by: Jan Stancek <jstan...@redhat.com> --- tools/perf/tests/topology.c | 7 --- tools/perf/util/env.c

unable to load modules with CONFIG_MODVERSIONS=y after commit 8ab2ae655b

2016-12-06 Thread Jan Stancek
Hi, Starting with 4.9-rc8 / commit 8ab2ae655b ("default exported asm symbols to zero") I'm running into issue with kernel built with CONFIG_MODVERSIONS=y and (older) binutils (binutils-2.25.1-20.base.el7.ppc64le). Modules fail to load, for example: [3.163646] Found checksum 0 vs module

Re: [PATCH 0/1] mm/hugetlb: fix huge page reservation leak in private mapping error paths

2016-10-20 Thread Jan Stancek
.jp.nec.com>, "Michal > Hocko" <mho...@suse.com>, "Kirill A . Shutemov" > <kirill.shute...@linux.intel.com>, "Hillf Danton" > <hillf...@alibaba-inc.com>, "Dave Hansen" <dave.han...@linux.intel.com>, "Jan > Stancek"

Re: [bug/regression] libhugetlbfs testsuite failures and OOMs eventually kill my system

2016-10-18 Thread Jan Stancek
- Original Message - > Jan Stancek <jstan...@redhat.com> writes: > > Hi Mike, > > > > Revert of 67961f9db8c4 helps, I let whole suite run for 100 iterations, > > there were no issues. > > > > I cut down reproducer and removed last mmap/wr

Re: [bug/regression] libhugetlbfs testsuite failures and OOMs eventually kill my system

2016-10-17 Thread Jan Stancek
- Original Message - > From: "Mike Kravetz" <mike.krav...@oracle.com> > To: "Jan Stancek" <jstan...@redhat.com>, linux...@kvack.org, > linux-kernel@vger.kernel.org > Cc: "hillf zj" <hillf...@alibaba-inc.com>, &quo

Re: [bug/regression] libhugetlbfs testsuite failures and OOMs eventually kill my system

2016-10-14 Thread Jan Stancek
On 10/14/2016 01:26 AM, Mike Kravetz wrote: > > Hi Jan, > > Any chance you can get the contents of /sys/kernel/mm/hugepages > before and after the first run of libhugetlbfs testsuite on Power? > Perhaps a script like: > > cd /sys/kernel/mm/hugepages > for f in hugepages-*/*; do > n=`cat

[bug/regression] libhugetlbfs testsuite failures and OOMs eventually kill my system

2016-10-13 Thread Jan Stancek
Hi, I'm running into ENOMEM failures with libhugetlbfs testsuite [1] on a power8 lpar system running 4.8 or latest git [2]. Repeated runs of this suite trigger multiple OOMs, that eventually kill entire system, it usually takes 3-5 runs: * Total System Memory..: 18024 MB * Shared Mem Max

Re: [PATCH] perf powerpc: Don't call perf_event_disable from atomic context

2016-10-05 Thread Jan Stancek
ot; <mi...@kernel.org>, > "Michael Neuling" <mi...@neuling.org>, > "Paul Mackerras" <pau...@samba.org>, "Alexander Shishkin" > <alexander.shish...@linux.intel.com>, "Jan Stancek" > <jstan...@redhat.com> > Sent

[PATCH] crypto: testmgr - add guard to dst buffer for ahash_export

2016-09-28 Thread Jan Stancek
-by: Jan Stancek <jstan...@redhat.com> Cc: Herbert Xu <herb...@gondor.apana.org.au> Cc: Marcelo Cerri <marcelo.ce...@canonical.com> --- crypto/testmgr.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/crypto/testmgr.c b/crypto/testmgr.c index 5c9d5a5e

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-28 Thread Jan Stancek
> Jan, > > Can you check if the problem occurs with this patch? No issues in over-night test with this patch. > --- a/drivers/crypto/vmx/vmx.c > +++ b/drivers/crypto/vmx/vmx.c > @@ -28,6 +28,8 @@ > #include > #include > > +int p8_ghash_fallback_descsize(void); > + > extern struct

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-28 Thread Jan Stancek
- Original Message - > From: "Herbert Xu" <herb...@gondor.apana.org.au> > To: "Marcelo Cerri" <marcelo.ce...@canonical.com> > Cc: "Jan Stancek" <jstan...@redhat.com>, "rui y wang" <rui.y.w...@intel.com&

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-27 Thread Jan Stancek
- Original Message - > From: "Herbert Xu" <herb...@gondor.apana.org.au> > To: "Marcelo Cerri" <marcelo.ce...@canonical.com> > Cc: "Jan Stancek" <jstan...@redhat.com>, "rui y wang" <rui.y.w...@intel.com&

Re: [bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-26 Thread Jan Stancek
- Original Message - > From: "Marcelo Cerri" <marcelo.ce...@canonical.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: "rui y wang" <rui.y.w...@intel.com>, herb...@gondor.apana.org.au, > mhce...@linux.vnet.ibm.com,

[bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

2016-09-23 Thread Jan Stancek
Hi, I'm chasing a memory corruption with 4.8-rc7 as I'm observing random Oopses on ppc BE/LE systems (lpars, KVM guests). About 30% of issues is that module list gets corrupted, and "cat /proc/modules" or "lsmod" triggers an Oops, for example: [ 88.486041] Unable to handle kernel paging

Re: [bug] pwritev02 hang on s390x with 4.8.0-rc7

2016-09-20 Thread Jan Stancek
- Original Message - > From: "Al Viro" <v...@zeniv.linux.org.uk> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux-kernel@vger.kernel.org > Sent: Tuesday, 20 September, 2016 5:06:57 PM > Subject: Re: [bug] pwritev02 hang on s390x wi

[bug] pwritev02 hang on s390x with 4.8.0-rc7

2016-09-20 Thread Jan Stancek
Hi, I'm hitting a regression with LTP's pwritev02 [1] on s390x with 4.8.0-rc7. Specifically the EFAULT case, which is passing an iovec with invalid base address: #define CHUNK 64 static struct iovec wr_iovec3[] = { {(char *)-1, CHUNK}, }; hangs with 100% cpu usage and not very

[tip:perf/urgent] perf tests: objdump output can contain multi byte chunks

2016-08-04 Thread tip-bot for Jan Stancek
Commit-ID: b2d0dbf09772d091368261ce95db3afce45d994d Gitweb: http://git.kernel.org/tip/b2d0dbf09772d091368261ce95db3afce45d994d Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Tue, 12 Jan 2016 11:07:44 +0100 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> Commit

[PATCH] crypto: qat - make qat_asym_algs.o depend on asn1 headers

2016-06-30 Thread Jan Stancek
Parallel build can sporadically fail because asn1 headers may not be built yet by the time qat_asym_algs.o is compiled: drivers/crypto/qat/qat_common/qat_asym_algs.c:55:32: fatal error: qat_rsapubkey-asn1.h: No such file or directory #include "qat_rsapubkey-asn1.h" Signed-o

Re: [PATCH] mm/hugetlb: use EOPNOTSUPP in hugetlb sysctl handlers

2016-03-05 Thread Jan Stancek
- Original Message - > From: "Andrew Morton" <a...@linux-foundation.org> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux...@kvack.org, linux-kernel@vger.kernel.org, > n-horigu...@ah.jp.nec.com, "mike kravetz" > <mi

[PATCH] mm/hugetlb: use EOPNOTSUPP in hugetlb sysctl handlers

2016-03-03 Thread Jan Stancek
z <mike.krav...@oracle.com> Cc: Hillf Danton <hillf...@alibaba-inc.com> Cc: "Kirill A. Shutemov" <kirill.shute...@linux.intel.com> Cc: Dave Hansen <dave.han...@linux.intel.com> Cc: Paul Gortmaker <paul.gortma...@windriver.com> Signed-off-by: Jan Stancek <

Re: [BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

2016-02-08 Thread Jan Stancek
On 01/29/2016 11:33 AM, Jan Stancek wrote: >> >> Also note that I don't think failing this test is a bug per se. >> Undesirable maybe, but within spec, since SIGALRM is process wide, so it >> being delivered to the SCHED_OTHER task is accepted, and SCHED_OTHER has >

Re: [BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

2016-01-29 Thread Jan Stancek
- Original Message - > From: "Peter Zijlstra" <pet...@infradead.org> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: "alex shi" <alex@intel.com>, "guz fnst" <guz.f...@cn.fujitsu.com>, > mi...@redhat.c

Re: [BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

2016-01-28 Thread Jan Stancek
On 01/27/2016 03:52 PM, Jan Stancek wrote: > Hello, > > pthread_cond_wait_1/2 [1] is rarely failing for me on 4.5.0-rc1, > on x86_64 KVM guest with 2 CPUs. > > This test [1]: > - spawns 2 SCHED_RR threads > - first thread with higher priority sets alarm for 2 seconds an

Re: [BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

2016-01-28 Thread Jan Stancek
- Original Message - > From: "Peter Zijlstra" <pet...@infradead.org> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: "alex shi" <alex@intel.com>, "guz fnst" <guz.f...@cn.fujitsu.com>, > mi...@redhat.c

[BUG] scheduler doesn't balance thread to idle cpu for 3 seconds

2016-01-27 Thread Jan Stancek
Hello, pthread_cond_wait_1/2 [1] is rarely failing for me on 4.5.0-rc1, on x86_64 KVM guest with 2 CPUs. This test [1]: - spawns 2 SCHED_RR threads - first thread with higher priority sets alarm for 2 seconds and blocks on condition - second thread with lower priority is busy looping for 5

Re: [BUG] perf test 21("Test object code reading") failure on ARM64

2015-12-19 Thread Jan Stancek
On Sat, Dec 19, 2015 at 11:04:21AM +0800, xiakaixu wrote: > > >>>... > > > > Hi, > > > > What is your objdump version? > > Hi, > > Sorry for the late reply. > > # objdump --version > GNU objdump (GNU Binutils) 2.25. > > I am sure that the system is Little endian. > > I have attached a

Re: [BUG] perf test 21("Test object code reading") failure on ARM64

2015-12-17 Thread Jan Stancek
"Ingo Molnar" > <mi...@kernel.org>, "masami hiramatsu pt" <masami.hiramatsu...@hitachi.com>, > linux-kernel@vger.kernel.org, "Wangnan > (F)" <wangn...@huawei.com>, "Jan Stancek" <jstan...@redhat.com> > Sent: Thursday, 17 December, 2

Re: [tip:locking/core] sched/wait: Fix signal handling in bit wait helpers

2015-12-11 Thread Jan Stancek
- Original Message - > From: "Peter Zijlstra" > To: "Paul Turner" > Cc: "NeilBrown" , "Linus Torvalds" > , "Thomas Gleixner" > , "LKML" , "Mike

Re: kernel BUG at mm/filemap.c:238! (4.4.0-rc4)

2015-12-07 Thread Jan Stancek
On 12/07/2015 12:40 PM, Jan Stancek wrote: > Hi, > > "ADSP018" test from LTP[1] is triggering BUG_ON below reliably for me on > 4.4.0-rc4. > I'll start a bisect - if someone already sees a suspect/culprit that could > narrow > it down, please let me know. >

Re: kernel BUG at mm/filemap.c:238! (4.4.0-rc4)

2015-12-07 Thread Jan Stancek
- Original Message - > From: "Peter Zijlstra" <pet...@infradead.org> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux...@kvack.org, linux-kernel@vger.kernel.org, "Oleg Nesterov" > <o...@redhat.com> > Sent: Mond

kernel BUG at mm/filemap.c:238! (4.4.0-rc4)

2015-12-07 Thread Jan Stancek
Hi, "ADSP018" test from LTP[1] is triggering BUG_ON below reliably for me on 4.4.0-rc4. I'll start a bisect - if someone already sees a suspect/culprit that could narrow it down, please let me know. # ./aiodio_sparse -i 4 -a 8k -w 16384k -s 65536k -n 2 aiodio_sparse0 TINFO : Dirtying

Re: [PATCH 2/2] drivers/base/node.c: skip non-present sections in register_mem_sect_under_node

2015-10-05 Thread Jan Stancek
- Original Message - > From: "Greg KH" <gre...@linuxfoundation.org> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: linux-kernel@vger.kernel.org, linux...@kvack.org, "Dave Young" > <dyo...@redhat.com> > Sent: Sunday, 4 O

Re: [PATCH 2/2] drivers/base/node.c: skip non-present sections in register_mem_sect_under_node

2015-09-22 Thread Jan Stancek
- Original Message - > From: "Jan Stancek" <jstan...@redhat.com> > To: gre...@linuxfoundation.org > Cc: linux-kernel@vger.kernel.org, linux...@kvack.org, "Dave Young" > <dyo...@redhat.com> > Sent: Wednesday, 9 September, 2015 1:11:23 PM

[tip:perf/core] perf tests: Print objdump/dso buffers if they don 't match

2015-09-15 Thread tip-bot for Jan Stancek
Commit-ID: fd405cf6cfddd300377bd5fd9b93d2ff66fbc32d Gitweb: http://git.kernel.org/tip/fd405cf6cfddd300377bd5fd9b93d2ff66fbc32d Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Wed, 2 Sep 2015 10:19:17 +0200 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[tip:perf/core] perf tests: Make objdump disassemble zero blocks

2015-09-15 Thread tip-bot for Jan Stancek
Commit-ID: 06f679c18fcf414cc8462938466f8361315f18cb Gitweb: http://git.kernel.org/tip/06f679c18fcf414cc8462938466f8361315f18cb Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Thu, 3 Sep 2015 13:23:32 +0200 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[tip:perf/core] perf tests: Take into account address of each objdump line

2015-09-15 Thread tip-bot for Jan Stancek
Commit-ID: 729a7ed103ae1b04a5c87a5855885e0973161da4 Gitweb: http://git.kernel.org/tip/729a7ed103ae1b04a5c87a5855885e0973161da4 Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Wed, 2 Sep 2015 10:19:14 +0200 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

[tip:perf/core] perf tests: Stop reading if objdump output crossed sections

2015-09-15 Thread tip-bot for Jan Stancek
Commit-ID: edfdb7eab0fe5f98f2951598dc679b71bdb3e16b Gitweb: http://git.kernel.org/tip/edfdb7eab0fe5f98f2951598dc679b71bdb3e16b Author: Jan Stancek <jstan...@redhat.com> AuthorDate: Wed, 2 Sep 2015 10:19:16 +0200 Committer: Arnaldo Carvalho de Melo <a...@redhat.com> CommitD

Re: [PATCH 2/2] drivers/base/node.c: skip non-present sections in register_mem_sect_under_node

2015-09-09 Thread Jan Stancek
Greg, any thoughts about the patch? Regards, Jan - Original Message - > From: "Dave Young" <dyo...@redhat.com> > To: "Jan Stancek" <jstan...@redhat.com> > Cc: gre...@linuxfoundation.org, linux-kernel@vger.kernel.org, > linux...@kvack.org &

Re: [PATCH v3 2/4] perf tests: make objdump disassemble zero blocks

2015-09-03 Thread Jan Stancek
On 09/03/2015 05:14 PM, Arnaldo Carvalho de Melo wrote: > Em Thu, Sep 03, 2015 at 02:35:55PM +0300, Adrian Hunter escreveu: >> On 03/09/15 14:23, Jan Stancek wrote: >>> Add -z parameter to avoid skipping zero blocks: >>> >>> 816704fe <sysret_che

[PATCH v3 2/4] perf tests: make objdump disassemble zero blocks

2015-09-03 Thread Jan Stancek
81670518 Signed-off-by: Jan Stancek <jstan...@redhat.com> Cc: Arnaldo Carvalho de Melo <a...@kernel.org> Cc: Jiri Olsa <jo...@kernel.org> Cc: Adrian Hunter <adrian.hun...@intel.com> Cc: David Ahern <dsah...@gmail.com> Cc: Corey Ashford <cjash...@linux

[PATCH v3 1/4] perf tests: take into account address of each objdump line

2015-09-03 Thread Jan Stancek
add%cl,0x5c(%rbx,%rcx,4) 8164efb8 : 8164efb8: 4c 8b 5c 24 30 mov0x30(%rsp),%r11 8164efbd: 4c 8b 54 24 38 mov0x38(%rsp),%r10 Store objdump output to buffer according to offset calculated from address on each line. Signed-off-by: Jan Stancek

[PATCH v2 3/4] perf tests: stop reading if objdump output crossed sections

2015-09-02 Thread Jan Stancek
dress starts going backwards, assuming we crossed sections. Signed-off-by: Jan Stancek <jstan...@redhat.com> Cc: Arnaldo Carvalho de Melo <a...@kernel.org> Cc: Jiri Olsa <jo...@kernel.org> Cc: Adrian Hunter <adrian.hun...@intel.com> Cc: David Ahern <dsah...@gmail.com> Cc:

[PATCH v2 1/4] perf tests: take into account address of each objdump line

2015-09-02 Thread Jan Stancek
add%cl,0x5c(%rbx,%rcx,4) 8164efb8 : 8164efb8: 4c 8b 5c 24 30 mov0x30(%rsp),%r11 8164efbd: 4c 8b 54 24 38 mov0x38(%rsp),%r10 Store objdump output to buffer according to offset calculated from address on each line. Signed-off-by: Jan Stancek

[PATCH v2 2/4] perf tests: make objdump disassemble zero blocks

2015-09-02 Thread Jan Stancek
81670518 Signed-off-by: Jan Stancek <jstan...@redhat.com> Cc: Arnaldo Carvalho de Melo <a...@kernel.org> Cc: Jiri Olsa <jo...@kernel.org> Cc: Adrian Hunter <adrian.hun...@intel.com> Cc: David Ahern <dsah...@gmail.com> Cc: Corey Ashford <cjash...@linux

[PATCH v2 4/4] perf tests: print objdump/dso buffers if they don't match

2015-09-02 Thread Jan Stancek
Signed-off-by: Jan Stancek <jstan...@redhat.com> Cc: Arnaldo Carvalho de Melo <a...@kernel.org> Cc: Jiri Olsa <jo...@kernel.org> Cc: Adrian Hunter <adrian.hun...@intel.com> Cc: David Ahern <dsah...@gmail.com> Cc: Corey Ashford <cjash...@linux.vnet.ibm.co

[PATCH] perf tests: improve reading of objdump output

2015-08-31 Thread Jan Stancek
init.text: 0008 <init_module+0x8>: 8: 00 00 add%al,(%rax) a: 00 00 add%al,(%rax) c: 48 89 e5 This patch aborts further reading if address starts going backwards, assuming we crossed sections. S

[PATCH 2/2] drivers/base/node.c: skip non-present sections in register_mem_sect_under_node

2015-08-27 Thread Jan Stancek
to access page for first pfn of this mem_blk (8192 == 32 * 256) and crashes. Signed-off-by: Jan Stancek jstan...@redhat.com Cc: Greg Kroah-Hartman gre...@linuxfoundation.org --- drivers/base/node.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/base/node.c b/drivers/base/node.c index

[PATCH 1/2] drivers/base/node.c: split loop in register_mem_sect_under_node

2015-08-27 Thread Jan Stancek
Split single loop going over all pfn in mem_blk into 2 loops, where outer loop goes over all sections and inner loop goes over pfn from that section. This is preparatory patch for next patch: skip non-present sections in register_mem_sect_under_node Signed-off-by: Jan Stancek jstan

[PATCH] crypto: nx-sha256/512: respect sg limit bounds when building sg lists

2015-08-08 Thread Jan Stancek
concurrence issue and sg limit bounds) Signed-off-by: Jan Stancek jstan...@redhat.com Cc: Leonidas Da Silva Barbosa leosi...@linux.vnet.ibm.com Cc: Marcelo Henrique Cerri mhce...@linux.vnet.ibm.com Cc: Fionnuala Gunter f...@linux.vnet.ibm.com Cc: Herbert Xu herb

Re: [PATCH 2/2] proc: fix PAGE_SIZE limit of /proc/$PID/cmdline

2015-05-28 Thread Jan Stancek
- Original Message - From: Alexey Dobriyan adobri...@gmail.com To: a...@linux-foundation.org Cc: linux-kernel@vger.kernel.org, gorcu...@openvz.org, ja...@redhat.com, jstan...@redhat.com Sent: Wednesday, 27 May, 2015 11:49:53 PM Subject: [PATCH 2/2] proc: fix PAGE_SIZE limit of

Re: [PATCH try #4] proc: fix PAGE_SIZE limit of /proc/$PID/cmdline

2015-05-27 Thread Jan Stancek
On Wed, May 27, 2015 at 01:27:13AM -0400, Jarod Wilson wrote: On May 26, 2015, at 5:24 PM, Alexey Dobriyan adobri...@gmail.com wrote: Should have tested on more than just x86, it appears. We've started hammering on this internally across all arches, and its exploded multiple times on

[PATCH] powerpc: fix memory corruption by pnv_alloc_idle_core_states

2015-03-31 Thread Jan Stancek
: 7cba160ad789 (powernv/cpuidle: Redesign idle states management) Signed-off-by: Jan Stancek jstan...@redhat.com --- arch/powerpc/include/asm/cputhreads.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/powerpc/include/asm/cputhreads.h b/arch/powerpc/include/asm

Re: powerpc/perf: add missing put_cpu_var in power_pmu_event_init

2015-03-25 Thread Jan Stancek
- Original Message - From: Michael Ellerman m...@ellerman.id.au To: Jan Stancek jstan...@redhat.com, linuxppc-...@lists.ozlabs.org Cc: linux-kernel@vger.kernel.org, pau...@samba.org, an...@samba.org, t...@kernel.org, c...@linux.com, jo...@redhat.com, jstan...@redhat.com, j

[PATCH] powerpc/perf: add missing put_cpu_var in power_pmu_event_init

2015-03-24 Thread Jan Stancek
, .branch_sample_type = PERF_SAMPLE_BRANCH_ANY_RETURN, }; int main() { syscall(__NR_perf_event_open, event, 0, -1, -1, 0); } Signed-off-by: Jan Stancek jstan...@redhat.com --- arch/powerpc/perf/core-book3s.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff

Re: time / gtod seconds value out of sync?

2015-02-20 Thread Jan Stancek
- Original Message - From: Nishanth Aravamudan n...@linux.vnet.ibm.com To: John Stultz john.stu...@linaro.org Cc: Thomas Gleixner t...@linutronix.de, lkml linux-kernel@vger.kernel.org, jstan...@redhat.com, Ingo Molnar mi...@kernel.org Sent: Thursday, 19 February, 2015 8:28:40 PM

[PATCH] ipv6: fix possible deadlock in ip6_fl_purge / ip6_fl_gc

2015-02-11 Thread Jan Stancek
(ip6_fl_lock); *** DEADLOCK *** Signed-off-by: Jan Stancek jstan...@redhat.com --- net/ipv6/ip6_flowlabel.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/net/ipv6/ip6_flowlabel.c b/net/ipv6/ip6_flowlabel.c index 2f780cb..f45d6db 100644 --- a/net/ipv6/ip6_flowlabel.c +++ b

perf test object code reading occasionally fails

2014-12-11 Thread Jan Stancek
Hi, I see this testcase occasionally failing. After reproducing it with verbose output and checking objdump output I found at least 3 scenarios where data read from objdump output does not match: 1. same byte is repeated in objdump output Note that byte at 815cf071 is in output twice

Re: [PATCH] futex: avoid race between requeue and wake

2014-04-09 Thread Jan Stancek
- Original Message - From: Linus Torvalds torva...@linux-foundation.org To: Jan Stancek jstan...@redhat.com Cc: Peter Zijlstra pet...@infradead.org, Linux Kernel Mailing List linux-kernel@vger.kernel.org, Srikar Dronamraju sri...@linux.vnet.ibm.com, Davidlohr Bueso davidl

[PATCH] futex: avoid race between requeue and wake

2014-04-08 Thread Jan Stancek
. Signed-off-by: Jan Stancek jstan...@redhat.com --- kernel/futex.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/kernel/futex.c b/kernel/futex.c index 67dacaf..5163899 100644 --- a/kernel/futex.c +++ b/kernel/futex.c @@ -284,7 +284,10 @@ static inline void

Re: [PATCH] futex: avoid race between requeue and wake

2014-04-08 Thread Jan Stancek
- Original Message - From: Linus Torvalds torva...@linux-foundation.org To: Jan Stancek jstan...@redhat.com Cc: Linux Kernel Mailing List linux-kernel@vger.kernel.org, Srikar Dronamraju sri...@linux.vnet.ibm.com, Davidlohr Bueso davidl...@hp.com, Ingo Molnar mi...@kernel.org

Re: [PATCH] futex: avoid race between requeue and wake

2014-04-08 Thread Jan Stancek
- Original Message - From: Linus Torvalds torva...@linux-foundation.org To: Peter Zijlstra pet...@infradead.org Cc: Jan Stancek jstan...@redhat.com, Linux Kernel Mailing List linux-kernel@vger.kernel.org, Srikar Dronamraju sri...@linux.vnet.ibm.com, Davidlohr Bueso davidl