/******************************************************************************1* tpmif.h2*3* TPM I/O interface for Xen guest OSes.4*5* Permission is hereby granted, free of charge, to any person obtaining a copy6* of this software and associated documentation files (the "Software"), to7* deal in the Software without restriction, including without limitation the8* rights to use, copy, modify, merge, publish, distribute, sublicense, and/or9* sell copies of the Software, and to permit persons to whom the Software is10* furnished to do so, subject to the following conditions:11*12* The above copyright notice and this permission notice shall be included in13* all copies or substantial portions of the Software.14*15* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR16* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,17* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE18* AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER19* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING20* FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER21* DEALINGS IN THE SOFTWARE.22*23* Copyright (c) 2005, IBM Corporation24*25* Author: Stefan Berger, [email protected]26* Grant table support: Mahadevan Gomathisankaran27*28* This code has been derived from tools/libxc/xen/io/netif.h29*30* Copyright (c) 2003-2004, Keir Fraser31*/3233#ifndef __XEN_PUBLIC_IO_TPMIF_H__34#define __XEN_PUBLIC_IO_TPMIF_H__3536#include "../grant_table.h"3738struct tpmif_tx_request {39unsigned long addr; /* Machine address of packet. */40grant_ref_t ref; /* grant table access reference */41uint16_t unused;42uint16_t size; /* Packet size in bytes. */43};44typedef struct tpmif_tx_request tpmif_tx_request_t;4546/*47* The TPMIF_TX_RING_SIZE defines the number of pages the48* front-end and backend can exchange (= size of array).49*/50typedef uint32_t TPMIF_RING_IDX;5152#define TPMIF_TX_RING_SIZE 15354/* This structure must fit in a memory page. */5556struct tpmif_ring {57struct tpmif_tx_request req;58};59typedef struct tpmif_ring tpmif_ring_t;6061struct tpmif_tx_interface {62struct tpmif_ring ring[TPMIF_TX_RING_SIZE];63};64typedef struct tpmif_tx_interface tpmif_tx_interface_t;6566/******************************************************************************67* TPM I/O interface for Xen guest OSes, v268*69* Author: Daniel De Graaf <[email protected]>70*71* This protocol emulates the request/response behavior of a TPM using a Xen72* shared memory interface. All interaction with the TPM is at the direction73* of the frontend, since a TPM (hardware or virtual) is a passive device -74* the backend only processes commands as requested by the frontend.75*76* The frontend sends a request to the TPM by populating the shared page with77* the request packet, changing the state to TPMIF_STATE_SUBMIT, and sending78* and event channel notification. When the backend is finished, it will set79* the state to TPMIF_STATE_FINISH and send an event channel notification.80*81* In order to allow long-running commands to be canceled, the frontend can82* at any time change the state to TPMIF_STATE_CANCEL and send a notification.83* The TPM can either finish the command (changing state to TPMIF_STATE_FINISH)84* or can cancel the command and change the state to TPMIF_STATE_IDLE. The TPM85* can also change the state to TPMIF_STATE_IDLE instead of TPMIF_STATE_FINISH86* if another reason for cancellation is required - for example, a physical87* TPM may cancel a command if the interface is seized by another locality.88*89* The TPM command format is defined by the TCG, and is available at90* http://www.trustedcomputinggroup.org/resources/tpm_main_specification91*/9293enum tpmif_state {94TPMIF_STATE_IDLE, /* no contents / vTPM idle / cancel complete */95TPMIF_STATE_SUBMIT, /* request ready / vTPM working */96TPMIF_STATE_FINISH, /* response ready / vTPM idle */97TPMIF_STATE_CANCEL, /* cancel requested / vTPM working */98};99/* Note: The backend should only change state to IDLE or FINISH, while the100* frontend should only change to SUBMIT or CANCEL. Status changes do not need101* to use atomic operations.102*/103104105/* The shared page for vTPM request/response packets looks like:106*107* Offset Contents108* =================================================109* 0 struct tpmif_shared_page110* 16 [optional] List of grant IDs111* 16+4*nr_extra_pages TPM packet data112*113* If the TPM packet data extends beyond the end of a single page, the grant IDs114* defined in extra_pages are used as if they were mapped immediately following115* the primary shared page. The grants are allocated by the frontend and mapped116* by the backend. Before sending a request spanning multiple pages, the117* frontend should verify that the TPM supports such large requests by querying118* the TPM_CAP_PROP_INPUT_BUFFER property from the TPM.119*/120struct tpmif_shared_page {121uint32_t length; /* request/response length in bytes */122123uint8_t state; /* enum tpmif_state */124uint8_t locality; /* for the current request */125uint8_t pad; /* should be zero */126127uint8_t nr_extra_pages; /* extra pages for long packets; may be zero */128uint32_t extra_pages[0]; /* grant IDs; length is actually nr_extra_pages */129};130typedef struct tpmif_shared_page tpmif_shared_page_t;131132#endif133134/*135* Local variables:136* mode: C137* c-file-style: "BSD"138* c-basic-offset: 4139* tab-width: 4140* indent-tabs-mode: nil141* End:142*/143144145