mirror of
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
synced 2024-08-27 11:19:37 +00:00
![Harald Freudenberger](/assets/img/avatar_default.png)
This patch provides support for new dynamic AP bus message limit with the existing zcrypt device driver and AP bus core code. There is support for a new field 'ml' from TAPQ query. The field gives if != 0 the AP bus limit for this card in 4k chunk units. The actual message size limit per card is shown as a new read-only sysfs attribute. The sysfs attribute /sys/devices/ap/cardxx/max_msg_size shows the upper limit in bytes used by the AP bus and zcrypt device driver for requests and replies send to and received from this card. Currently up to CEX7 support only max 12kB msg size and thus the field shows 12288 meaning the upper limit of a valid msg for this card is 12kB. Please note that the usable payload is somewhat lower and depends on the msg type and thus the header struct which is to be prepended by the zcrypt dd. The dispatcher responsible for choosing the right card and queue is aware of the individual card AP bus message limit. So a request is only assigned to a queue of a card which is able to handle the size of the request (e.g. a 14kB request will never go to a max 12kB card). If no such card is found the ioctl will fail with ENODEV. The reply buffer held by the device driver is determined by the ml field of the TAPQ for this card. If a response from the card exceeds this limit however, the response is not truncated but the ioctl for this request will fail with errno EMSGSIZE to indicate that the device driver has dropped the response because it would overflow the buffer limit. If the request size does not indicate to the dispatcher that an adapter with extended limit is to be used, a random card will be chosen when no specific card is addressed (ANY addressing). This may result in an ioctl failure when the reply size needs an adapter with extended limit but the randomly chosen one is not capable of handling the broader reply size. The user space application needs to use dedicated addressing to forward such a request only to suitable cards to get requests like this processed properly. Signed-off-by: Harald Freudenberger <freude@linux.ibm.com> Reviewed-by: Ingo Tuchscherer <ingo.tuchscherer@linux.ibm.com> Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
162 lines
5.1 KiB
C
162 lines
5.1 KiB
C
/* SPDX-License-Identifier: GPL-2.0+ */
|
|
/*
|
|
* Copyright IBM Corp. 2001, 2012
|
|
* Author(s): Robert Burroughs
|
|
* Eric Rossman (edrossma@us.ibm.com)
|
|
*
|
|
* Hotplug & misc device support: Jochen Roehrig (roehrig@de.ibm.com)
|
|
* Major cleanup & driver split: Martin Schwidefsky <schwidefsky@de.ibm.com>
|
|
* MSGTYPE restruct: Holger Dengler <hd@linux.vnet.ibm.com>
|
|
*/
|
|
|
|
#ifndef _ZCRYPT_MSGTYPE6_H_
|
|
#define _ZCRYPT_MSGTYPE6_H_
|
|
|
|
#include <asm/zcrypt.h>
|
|
|
|
#define MSGTYPE06_NAME "zcrypt_msgtype6"
|
|
#define MSGTYPE06_VARIANT_DEFAULT 0
|
|
#define MSGTYPE06_VARIANT_NORNG 1
|
|
#define MSGTYPE06_VARIANT_EP11 2
|
|
|
|
/**
|
|
* The type 6 message family is associated with CEXxC/CEXxP cards.
|
|
*
|
|
* It contains a message header followed by a CPRB, both of which
|
|
* are described below.
|
|
*
|
|
* Note that all reserved fields must be zeroes.
|
|
*/
|
|
struct type6_hdr {
|
|
unsigned char reserved1; /* 0x00 */
|
|
unsigned char type; /* 0x06 */
|
|
unsigned char reserved2[2]; /* 0x0000 */
|
|
unsigned char right[4]; /* 0x00000000 */
|
|
unsigned char reserved3[2]; /* 0x0000 */
|
|
unsigned char reserved4[2]; /* 0x0000 */
|
|
unsigned char apfs[4]; /* 0x00000000 */
|
|
unsigned int offset1; /* 0x00000058 (offset to CPRB) */
|
|
unsigned int offset2; /* 0x00000000 */
|
|
unsigned int offset3; /* 0x00000000 */
|
|
unsigned int offset4; /* 0x00000000 */
|
|
unsigned char agent_id[16]; /* 0x4341000000000000 */
|
|
/* 0x0000000000000000 */
|
|
unsigned char rqid[2]; /* rqid. internal to 603 */
|
|
unsigned char reserved5[2]; /* 0x0000 */
|
|
unsigned char function_code[2]; /* for PKD, 0x5044 (ascii 'PD') */
|
|
unsigned char reserved6[2]; /* 0x0000 */
|
|
unsigned int ToCardLen1; /* (request CPRB len + 3) & -4 */
|
|
unsigned int ToCardLen2; /* db len 0x00000000 for PKD */
|
|
unsigned int ToCardLen3; /* 0x00000000 */
|
|
unsigned int ToCardLen4; /* 0x00000000 */
|
|
unsigned int FromCardLen1; /* response buffer length */
|
|
unsigned int FromCardLen2; /* db len 0x00000000 for PKD */
|
|
unsigned int FromCardLen3; /* 0x00000000 */
|
|
unsigned int FromCardLen4; /* 0x00000000 */
|
|
} __packed;
|
|
|
|
/**
|
|
* The type 86 message family is associated with CEXxC/CEXxP cards.
|
|
*
|
|
* It contains a message header followed by a CPRB. The CPRB is
|
|
* the same as the request CPRB, which is described above.
|
|
*
|
|
* If format is 1, an error condition exists and no data beyond
|
|
* the 8-byte message header is of interest.
|
|
*
|
|
* The non-error message is shown below.
|
|
*
|
|
* Note that all reserved fields must be zeroes.
|
|
*/
|
|
struct type86_hdr {
|
|
unsigned char reserved1; /* 0x00 */
|
|
unsigned char type; /* 0x86 */
|
|
unsigned char format; /* 0x01 (error) or 0x02 (ok) */
|
|
unsigned char reserved2; /* 0x00 */
|
|
unsigned char reply_code; /* reply code (see above) */
|
|
unsigned char reserved3[3]; /* 0x000000 */
|
|
} __packed;
|
|
|
|
#define TYPE86_RSP_CODE 0x86
|
|
#define TYPE87_RSP_CODE 0x87
|
|
#define TYPE86_FMT2 0x02
|
|
|
|
struct type86_fmt2_ext {
|
|
unsigned char reserved[4]; /* 0x00000000 */
|
|
unsigned char apfs[4]; /* final status */
|
|
unsigned int count1; /* length of CPRB + parameters */
|
|
unsigned int offset1; /* offset to CPRB */
|
|
unsigned int count2; /* 0x00000000 */
|
|
unsigned int offset2; /* db offset 0x00000000 for PKD */
|
|
unsigned int count3; /* 0x00000000 */
|
|
unsigned int offset3; /* 0x00000000 */
|
|
unsigned int count4; /* 0x00000000 */
|
|
unsigned int offset4; /* 0x00000000 */
|
|
} __packed;
|
|
|
|
unsigned int get_cprb_fc(bool userspace, struct ica_xcRB *, struct ap_message *,
|
|
unsigned int *, unsigned short **);
|
|
unsigned int get_ep11cprb_fc(bool userspace, struct ep11_urb *, struct ap_message *,
|
|
unsigned int *);
|
|
unsigned int get_rng_fc(struct ap_message *, int *, unsigned int *);
|
|
|
|
#define LOW 10
|
|
#define MEDIUM 100
|
|
#define HIGH 500
|
|
|
|
int speed_idx_cca(int);
|
|
int speed_idx_ep11(int);
|
|
|
|
/**
|
|
* Prepare a type6 CPRB message for random number generation
|
|
*
|
|
* @ap_dev: AP device pointer
|
|
* @ap_msg: pointer to AP message
|
|
*/
|
|
static inline void rng_type6CPRB_msgX(struct ap_message *ap_msg,
|
|
unsigned int random_number_length,
|
|
unsigned int *domain)
|
|
{
|
|
struct {
|
|
struct type6_hdr hdr;
|
|
struct CPRBX cprbx;
|
|
char function_code[2];
|
|
short int rule_length;
|
|
char rule[8];
|
|
short int verb_length;
|
|
short int key_length;
|
|
} __packed * msg = ap_msg->msg;
|
|
static struct type6_hdr static_type6_hdrX = {
|
|
.type = 0x06,
|
|
.offset1 = 0x00000058,
|
|
.agent_id = {'C', 'A'},
|
|
.function_code = {'R', 'L'},
|
|
.ToCardLen1 = sizeof(*msg) - sizeof(msg->hdr),
|
|
.FromCardLen1 = sizeof(*msg) - sizeof(msg->hdr),
|
|
};
|
|
static struct CPRBX local_cprbx = {
|
|
.cprb_len = 0x00dc,
|
|
.cprb_ver_id = 0x02,
|
|
.func_id = {0x54, 0x32},
|
|
.req_parml = sizeof(*msg) - sizeof(msg->hdr) -
|
|
sizeof(msg->cprbx),
|
|
.rpl_msgbl = sizeof(*msg) - sizeof(msg->hdr),
|
|
};
|
|
|
|
msg->hdr = static_type6_hdrX;
|
|
msg->hdr.FromCardLen2 = random_number_length,
|
|
msg->cprbx = local_cprbx;
|
|
msg->cprbx.rpl_datal = random_number_length,
|
|
memcpy(msg->function_code, msg->hdr.function_code, 0x02);
|
|
msg->rule_length = 0x0a;
|
|
memcpy(msg->rule, "RANDOM ", 8);
|
|
msg->verb_length = 0x02;
|
|
msg->key_length = 0x02;
|
|
ap_msg->len = sizeof(*msg);
|
|
*domain = (unsigned short)msg->cprbx.domain;
|
|
}
|
|
|
|
void zcrypt_msgtype6_init(void);
|
|
void zcrypt_msgtype6_exit(void);
|
|
|
|
#endif /* _ZCRYPT_MSGTYPE6_H_ */
|