diff options
author | Frederic Barrat <fbarrat@linux.ibm.com> | 2018-11-14 18:02:49 +0100 |
---|---|---|
committer | Stewart Smith <stewart@linux.ibm.com> | 2018-11-19 16:44:14 +1100 |
commit | cdaa6d1b26142e647c4e074b0a6d5837ed503c0d (patch) | |
tree | 337d471b94b1c3487ad94a79cd9c4cd8b198bc7e | |
parent | 4d28576dffd565b790a9f9332d7094bed4094ddb (diff) | |
download | skiboot-cdaa6d1b26142e647c4e074b0a6d5837ed503c0d.zip skiboot-cdaa6d1b26142e647c4e074b0a6d5837ed503c0d.tar.gz skiboot-cdaa6d1b26142e647c4e074b0a6d5837ed503c0d.tar.bz2 |
platform/witherspoon: Fix opencapi lane-mask used on GPU0
When an opencapi device is used via the Acorn adapter, the link used
is connected to the "middle" group of lanes of the obus. We were using
the wrong set of lanes. The link was somehow still training, likely
because the default settings at power-on were good enough, but it's
still wrong.
Signed-off-by: Frederic Barrat <fbarrat@linux.ibm.com>
Signed-off-by: Stewart Smith <stewart@linux.ibm.com>
-rw-r--r-- | platforms/astbmc/witherspoon.c | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/platforms/astbmc/witherspoon.c b/platforms/astbmc/witherspoon.c index 772a719..fe13899 100644 --- a/platforms/astbmc/witherspoon.c +++ b/platforms/astbmc/witherspoon.c @@ -300,11 +300,11 @@ static void witherspoon_npu2_device_detect(struct npu2 *npu) chip->id); /* * On witherspoon, bricks 2 and 3 are connected to - * the lanes matching links 1 and 0 in OpenCAPI mode. + * the lanes matching links 0 and 1 in OpenCAPI mode. */ - set_link_details(npu, 0, 3, NPU2_DEV_TYPE_OPENCAPI); + set_link_details(npu, 1, 3, NPU2_DEV_TYPE_OPENCAPI); /* We current don't support using the second link */ - set_link_details(npu, 1, 2, NPU2_DEV_TYPE_UNKNOWN); + set_link_details(npu, 0, 2, NPU2_DEV_TYPE_UNKNOWN); } else { prlog(PR_DEBUG, "PLAT: Chip %d GPU#0 is NVLink\n", chip->id); |