| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
 Re: [Xen-devel] [PATCH v5 01/10] xen/arm: add generic TEE mediator framework
 
To: Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>From: Julien Grall <julien.grall@xxxxxxx>Date: Fri, 7 Jun 2019 10:36:17 +0100Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wei.liu2@xxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Ian Jackson <ian.jackson@xxxxxxxxxxxxx>, Tim Deegan <tim@xxxxxxx>, "tee-dev@xxxxxxxxxxxxxxxx" <tee-dev@xxxxxxxxxxxxxxxx>, Jan Beulich <jbeulich@xxxxxxxx>Delivery-date: Fri, 07 Jun 2019 09:54:03 +0000List-id: Xen developer discussion <xen-devel.lists.xenproject.org> 
 
On 06/06/2019 17:02, Julien Grall wrote:
 
Hi Volodymyr,
On 5/21/19 10:25 PM, Volodymyr Babchuk wrote:
 
+static inline bool tee_handle_call(struct cpu_user_regs *regs)
+{
+    return false;
+}
+
+static inline int tee_domain_init(struct domain *d, uint16_t tee_type)
+{
+    return -ENODEV;
+}
 
I had a report that Xen fails to boot with this series and !CONFIG_TEE. This is 
because you return an error here in all the case some domain creation will 
always fail. 
Instead this should check that tee_type is always NONE or else return an error.
Also, please at least check that your series does not break boot when CONFIG_TEE 
is not selected. It would also be ideal (but not mandatory) if you can check 
that it does not break on non-OPTEE platform when !CONFIG_TEE is selected.
 
I just realized this paragraph may not be clear. What I meant is we need to at 
least test there are no regression when booting when with CONFIG_TEE=n. 
For CONFIG_TEE=y, it would be good to test that it still boots on platform not 
providing OP-TEE. This is not critical because the config cannot be selected 
without CONFIG_XEN_EXPERT=y. 
Cheers,
 
Cheers,
 
--
Julien Grall
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel 
 |