[lkml]   [2020]   [Jun]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v12 00/18] Enable FSGSBASE instructions
On 5/29/20 11:27 AM, Wojtek Porczyk wrote:
> On Thu, May 28, 2020 at 11:38:01AM -0700, Andy Lutomirski wrote:
>> One useful test for the actual kernel patches would be to run your SGX
>> workload on a loaded core. That is, do something like taskset -c
>> 0 graphene_thing and, simultaneously, write a trivial infinite loop program
>> and run that under taskset -c 0 as well. For good measure, you could have
>> perf top or perf record running at the same time. Look for kernel errors,
>> but also look for any evidence of your workload malfunctioning.
> We currently run as part of CI several workloads[1], among them LTP tests[2],
> and sometimes it's not pretty, because we encounter stability problems in
> Graphene+SGX even without the patchset. We'll pick some stable subset and
> will let know. Right now we'll have to retool CI for custom kernels, which
> will take some back and forth with uni's admins.
> [1]
> [2]

Following up: we have been running a patched 5.7 kernel with v12 of this
series on one of our CI workers. As Wojtek mentions, infrastructure and
other orthogonal issues took some time.

We have run our complete SGX testing pipelines successfully several
times with no issues: no errors in Graphene or suspicious kernel messages.

I also did Andy's suggested test:
* Graphene running nginx pinned to core 0
* infinite loop on core 0
* perf top running
* Exercised with non-SGX apache bench several times (~10 minutes of
testing time) also from core 0

Again, no apparent issues, nothing in dmesg. I ran a similar setup with
our SGX-specific Graphene (PAL) unit tests. Same story: everything
looks good.

Let us know if we can be of any more help here.


 \ /
  Last update: 2020-06-25 17:28    [W:0.144 / U:5.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site