From: fweimer at redhat.com (Florian Weimer)
Subject: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
Date: Thu, 14 Jun 2018 22:19:11 +0200 [thread overview]
Message-ID: <c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com> (raw)
In-Reply-To: <1528937115-10132-1-git-send-email-linuxram@us.ibm.com>
On 06/14/2018 02:44 AM, Ram Pai wrote:
> Test
> ----
> Verified for correctness on powerpc. Need help verifying on x86.
> Compiles on x86.
It breaks make in tools/testing/selftests/x86:
make: *** No rule to make target `protection_keys.c', needed by
`/home/linux/tools/testing/selftests/x86/protection_keys_64'. Stop.
The generic implementation no longer builds 32-bit binaries. Is this
the intent?
It's possible to build 32-bit binaries with “make CC='gcc -m32'”, so
perhaps this is good enough?
But with that, I get a warning:
protection_keys.c: In function ‘dump_mem’:
protection_keys.c:172:3: warning: format ‘%lx’ expects argument of type
‘long unsigned int’, but argument 4 has type ‘uint64_t’ [-Wformat=]
dprintf1("dump[%03d][@%p]: %016lx\n", i, ptr, *ptr);
^
I suppose you could use %016llx and add a cast to unsigned long long to
fix this.
Anyway, both the 32-bit and 64-bit tests fail here:
assert() at protection_keys.c::943 test_nr: 12 iteration: 1
running abort_hooks()...
I've yet checked what causes this. It's with the kernel headers from
4.17, but with other userspace headers based on glibc 2.17. I hope to
look into this some more before the weekend, but I eventually have to
return the test machine to the pool.
Thanks,
Florian
--
To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: fweimer@redhat.com (Florian Weimer)
Subject: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
Date: Thu, 14 Jun 2018 22:19:11 +0200 [thread overview]
Message-ID: <c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com> (raw)
Message-ID: <20180614201911.88qxXO4ERbq3ak7LAAnN6givMIH03C-Sd36JUAJH2pM@z> (raw)
In-Reply-To: <1528937115-10132-1-git-send-email-linuxram@us.ibm.com>
On 06/14/2018 02:44 AM, Ram Pai wrote:
> Test
> ----
> Verified for correctness on powerpc. Need help verifying on x86.
> Compiles on x86.
It breaks make in tools/testing/selftests/x86:
make: *** No rule to make target `protection_keys.c', needed by
`/home/linux/tools/testing/selftests/x86/protection_keys_64'. Stop.
The generic implementation no longer builds 32-bit binaries. Is this
the intent?
It's possible to build 32-bit binaries with “make CC='gcc -m32'”, so
perhaps this is good enough?
But with that, I get a warning:
protection_keys.c: In function ‘dump_mem’:
protection_keys.c:172:3: warning: format ‘%lx’ expects argument of type
‘long unsigned int’, but argument 4 has type ‘uint64_t’ [-Wformat=]
dprintf1("dump[%03d][@%p]: %016lx\n", i, ptr, *ptr);
^
I suppose you could use %016llx and add a cast to unsigned long long to
fix this.
Anyway, both the 32-bit and 64-bit tests fail here:
assert() at protection_keys.c::943 test_nr: 12 iteration: 1
running abort_hooks()...
I've yet checked what causes this. It's with the kernel headers from
4.17, but with other userspace headers based on glibc 2.17. I hope to
look into this some more before the weekend, but I eventually have to
return the test machine to the pool.
Thanks,
Florian
--
To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Ram Pai <linuxram@us.ibm.com>,
shuahkh@osg.samsung.com, linux-kselftest@vger.kernel.org
Cc: linux-arch@vger.kernel.org, dave.hansen@intel.com,
x86@kernel.org, mhocko@kernel.org, linux-mm@kvack.org,
mingo@redhat.com, aneesh.kumar@linux.vnet.ibm.com,
bauerman@linux.vnet.ibm.com, msuchanek@suse.de,
linuxppc-dev@lists.ozlabs.org
Subject: Re: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
Date: Thu, 14 Jun 2018 22:19:11 +0200 [thread overview]
Message-ID: <c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com> (raw)
In-Reply-To: <1528937115-10132-1-git-send-email-linuxram@us.ibm.com>
On 06/14/2018 02:44 AM, Ram Pai wrote:
> Test
> ----
> Verified for correctness on powerpc. Need help verifying on x86.
> Compiles on x86.
It breaks make in tools/testing/selftests/x86:
make: *** No rule to make target `protection_keys.c', needed by
`/home/linux/tools/testing/selftests/x86/protection_keys_64'. Stop.
The generic implementation no longer builds 32-bit binaries. Is this
the intent?
It's possible to build 32-bit binaries with “make CC='gcc -m32'”, so
perhaps this is good enough?
But with that, I get a warning:
protection_keys.c: In function ‘dump_mem’:
protection_keys.c:172:3: warning: format ‘%lx’ expects argument of type
‘long unsigned int’, but argument 4 has type ‘uint64_t’ [-Wformat=]
dprintf1("dump[%03d][@%p]: %016lx\n", i, ptr, *ptr);
^
I suppose you could use %016llx and add a cast to unsigned long long to
fix this.
Anyway, both the 32-bit and 64-bit tests fail here:
assert() at protection_keys.c::943 test_nr: 12 iteration: 1
running abort_hooks()...
I've yet checked what causes this. It's with the kernel headers from
4.17, but with other userspace headers based on glibc 2.17. I hope to
look into this some more before the weekend, but I eventually have to
return the test machine to the pool.
Thanks,
Florian
WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Ram Pai <linuxram@us.ibm.com>,
shuahkh@osg.samsung.com, linux-kselftest@vger.kernel.org
Cc: mpe@ellerman.id.au, linuxppc-dev@lists.ozlabs.org,
linux-mm@kvack.org, x86@kernel.org, linux-arch@vger.kernel.org,
mingo@redhat.com, dave.hansen@intel.com, mhocko@kernel.org,
bauerman@linux.vnet.ibm.com, msuchanek@suse.de,
aneesh.kumar@linux.vnet.ibm.com
Subject: Re: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
Date: Thu, 14 Jun 2018 22:19:11 +0200 [thread overview]
Message-ID: <c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com> (raw)
Message-ID: <20180614201911.0dRw2bbNL4d4uDbmlCNCj3zOG4goq4t0WXDEfULLPsk@z> (raw)
In-Reply-To: <1528937115-10132-1-git-send-email-linuxram@us.ibm.com>
On 06/14/2018 02:44 AM, Ram Pai wrote:
> Test
> ----
> Verified for correctness on powerpc. Need help verifying on x86.
> Compiles on x86.
It breaks make in tools/testing/selftests/x86:
make: *** No rule to make target `protection_keys.c', needed by
`/home/linux/tools/testing/selftests/x86/protection_keys_64'. Stop.
The generic implementation no longer builds 32-bit binaries. Is this
the intent?
It's possible to build 32-bit binaries with “make CC='gcc -m32'”, so
perhaps this is good enough?
But with that, I get a warning:
protection_keys.c: In function ‘dump_mem’:
protection_keys.c:172:3: warning: format ‘%lx’ expects argument of type
‘long unsigned int’, but argument 4 has type ‘uint64_t’ [-Wformat=]
dprintf1("dump[%03d][@%p]: %016lx\n", i, ptr, *ptr);
^
I suppose you could use %016llx and add a cast to unsigned long long to
fix this.
Anyway, both the 32-bit and 64-bit tests fail here:
assert() at protection_keys.c::943 test_nr: 12 iteration: 1
running abort_hooks()...
I've yet checked what causes this. It's with the kernel headers from
4.17, but with other userspace headers based on glibc 2.17. I hope to
look into this some more before the weekend, but I eventually have to
return the test machine to the pool.
Thanks,
Florian
WARNING: multiple messages have this Message-ID (diff)
From: Florian Weimer <fweimer@redhat.com>
To: Ram Pai <linuxram@us.ibm.com>,
shuahkh@osg.samsung.com, linux-kselftest@vger.kernel.org
Cc: mpe@ellerman.id.au, linuxppc-dev@lists.ozlabs.org,
linux-mm@kvack.org, x86@kernel.org, linux-arch@vger.kernel.org,
mingo@redhat.com, dave.hansen@intel.com, mhocko@kernel.org,
bauerman@linux.vnet.ibm.com, msuchanek@suse.de,
aneesh.kumar@linux.vnet.ibm.com
Subject: Re: [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys
Date: Thu, 14 Jun 2018 22:19:11 +0200 [thread overview]
Message-ID: <c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com> (raw)
In-Reply-To: <1528937115-10132-1-git-send-email-linuxram@us.ibm.com>
On 06/14/2018 02:44 AM, Ram Pai wrote:
> Test
> ----
> Verified for correctness on powerpc. Need help verifying on x86.
> Compiles on x86.
It breaks make in tools/testing/selftests/x86:
make: *** No rule to make target `protection_keys.c', needed by
`/home/linux/tools/testing/selftests/x86/protection_keys_64'. Stop.
The generic implementation no longer builds 32-bit binaries. Is this
the intent?
It's possible to build 32-bit binaries with a??make CC='gcc -m32'a??, so
perhaps this is good enough?
But with that, I get a warning:
protection_keys.c: In function a??dump_mema??:
protection_keys.c:172:3: warning: format a??%lxa?? expects argument of type
a??long unsigned inta??, but argument 4 has type a??uint64_ta?? [-Wformat=]
dprintf1("dump[%03d][@%p]: %016lx\n", i, ptr, *ptr);
^
I suppose you could use %016llx and add a cast to unsigned long long to
fix this.
Anyway, both the 32-bit and 64-bit tests fail here:
assert() at protection_keys.c::943 test_nr: 12 iteration: 1
running abort_hooks()...
I've yet checked what causes this. It's with the kernel headers from
4.17, but with other userspace headers based on glibc 2.17. I hope to
look into this some more before the weekend, but I eventually have to
return the test machine to the pool.
Thanks,
Florian
next prev parent reply other threads:[~2018-06-14 20:19 UTC|newest]
Thread overview: 198+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-14 0:44 [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 01/24] selftests/x86: Move protecton key selftest to arch neutral directory linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 02/24] selftests/vm: rename all references to pkru to a generic name linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 03/24] selftests/vm: move generic definitions to header file linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 04/24] selftests/vm: move arch-specific definitions to arch-specific header linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 05/24] selftests/vm: Make gcc check arguments of sigsafe_printf() linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 06/24] selftests/vm: typecast the pkey register linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 07/24] selftests/vm: generic function to handle shadow key register linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` [PATCH v13 08/24] selftests/vm: fix the wrong assert in pkey_disable_set() linuxram
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-14 0:44 ` Ram Pai
2018-06-20 14:47 ` dave.hansen
2018-06-20 14:47 ` Dave Hansen
2018-06-20 14:47 ` Dave Hansen
2018-06-20 14:47 ` Dave Hansen
2018-07-17 15:58 ` linuxram
2018-07-17 15:58 ` Ram Pai
2018-07-17 15:58 ` Ram Pai
2018-07-17 15:58 ` Ram Pai
2018-07-17 17:53 ` dave.hansen
2018-07-17 17:53 ` Dave Hansen
2018-07-17 17:53 ` Dave Hansen
2018-07-17 17:53 ` Dave Hansen
2018-06-14 0:45 ` [PATCH v13 09/24] selftests/vm: fixed bugs in pkey_disable_clear() linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 10/24] selftests/vm: clear the bits in shadow reg when a pkey is freed linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 14:49 ` dave.hansen
2018-06-20 14:49 ` Dave Hansen
2018-06-20 14:49 ` Dave Hansen
2018-06-20 14:49 ` Dave Hansen
2018-07-17 16:00 ` linuxram
2018-07-17 16:00 ` Ram Pai
2018-07-17 16:00 ` Ram Pai
2018-07-17 16:00 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 11/24] selftests/vm: fix alloc_random_pkey() to make it really random linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 12/24] selftests/vm: introduce two arch independent abstraction linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 13/24] selftests/vm: pkey register should match shadow pkey linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 14:53 ` dave.hansen
2018-06-20 14:53 ` Dave Hansen
2018-06-20 14:53 ` Dave Hansen
2018-06-20 14:53 ` Dave Hansen
2018-07-17 16:02 ` linuxram
2018-07-17 16:02 ` Ram Pai
2018-07-17 16:02 ` Ram Pai
2018-07-17 16:02 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 14/24] selftests/vm: generic cleanup linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 14:57 ` dave.hansen
2018-06-20 14:57 ` Dave Hansen
2018-06-20 14:57 ` Dave Hansen
2018-06-20 14:57 ` Dave Hansen
2018-06-14 0:45 ` [PATCH v13 15/24] selftests/vm: powerpc implementation for generic abstraction linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:06 ` dave.hansen
2018-06-20 15:06 ` Dave Hansen
2018-06-20 15:06 ` Dave Hansen
2018-06-20 15:06 ` Dave Hansen
2018-06-14 0:45 ` [PATCH v13 16/24] selftests/vm: clear the bits in shadow reg when a pkey is freed linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:07 ` dave.hansen
2018-06-20 15:07 ` Dave Hansen
2018-06-20 15:07 ` Dave Hansen
2018-06-20 15:07 ` Dave Hansen
2018-07-17 16:03 ` linuxram
2018-07-17 16:03 ` Ram Pai
2018-07-17 16:03 ` Ram Pai
2018-07-17 16:03 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 17/24] selftests/vm: powerpc implementation to check support for pkey linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:09 ` dave.hansen
2018-06-20 15:09 ` Dave Hansen
2018-06-20 15:09 ` Dave Hansen
2018-06-20 15:09 ` Dave Hansen
2018-07-17 16:05 ` linuxram
2018-07-17 16:05 ` Ram Pai
2018-07-17 16:05 ` Ram Pai
2018-07-17 16:05 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 18/24] selftests/vm: fix an assertion in test_pkey_alloc_exhaust() linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:11 ` dave.hansen
2018-06-20 15:11 ` Dave Hansen
2018-06-20 15:11 ` Dave Hansen
2018-06-20 15:11 ` Dave Hansen
2018-07-17 16:08 ` linuxram
2018-07-17 16:08 ` Ram Pai
2018-07-17 16:08 ` Ram Pai
2018-07-17 16:08 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 19/24] selftests/vm: associate key on a mapped page and detect access violation linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:16 ` dave.hansen
2018-06-20 15:16 ` Dave Hansen
2018-06-20 15:16 ` Dave Hansen
2018-06-20 15:16 ` Dave Hansen
2018-07-17 16:13 ` linuxram
2018-07-17 16:13 ` Ram Pai
2018-07-17 16:13 ` Ram Pai
2018-07-17 16:13 ` Ram Pai
2018-07-17 17:56 ` dave.hansen
2018-07-17 17:56 ` Dave Hansen
2018-07-17 17:56 ` Dave Hansen
2018-07-17 17:56 ` Dave Hansen
2018-07-17 19:10 ` linuxram
2018-07-17 19:10 ` Ram Pai
2018-07-17 19:10 ` Ram Pai
2018-07-17 19:10 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 20/24] selftests/vm: associate key on a mapped page and detect write violation linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 21/24] selftests/vm: detect write violation on a mapped access-denied-key page linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 22/24] selftests/vm: testcases must restore pkey-permissions linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:20 ` dave.hansen
2018-06-20 15:20 ` Dave Hansen
2018-06-20 15:20 ` Dave Hansen
2018-06-20 15:20 ` Dave Hansen
2018-07-17 16:09 ` linuxram
2018-07-17 16:09 ` Ram Pai
2018-07-17 16:09 ` Ram Pai
2018-07-17 16:09 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 23/24] selftests/vm: sub-page allocator linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` [PATCH v13 24/24] selftests/vm: test correct behavior of pkey-0 linuxram
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-14 0:45 ` Ram Pai
2018-06-20 15:22 ` dave.hansen
2018-06-20 15:22 ` Dave Hansen
2018-06-20 15:22 ` Dave Hansen
2018-06-20 15:22 ` Dave Hansen
2018-06-14 20:19 ` fweimer [this message]
2018-06-14 20:19 ` [PATCH v13 00/24] selftests, powerpc, x86 : Memory Protection Keys Florian Weimer
2018-06-14 20:19 ` Florian Weimer
2018-06-14 20:19 ` Florian Weimer
2018-06-14 20:19 ` Florian Weimer
2018-06-15 0:58 ` linuxram
2018-06-15 0:58 ` Ram Pai
2018-06-15 0:58 ` Ram Pai
2018-06-15 0:58 ` Ram Pai
2018-06-15 0:58 ` Ram Pai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c5c119b0-f5ca-4ddc-43c0-a6b597173973@redhat.com \
--to=unknown@example.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.