commit | 9bb11ef5b872146c6cf545a20275ca0a04c327ef | [log] [tgz] |
---|---|---|
author | Rupert Swarbrick <rswarbrick@lowrisc.org> | Wed Jun 16 10:55:35 2021 +0100 |
committer | Rupert Swarbrick <rswarbrick@gmail.com> | Thu Jun 17 18:05:43 2021 +0100 |
tree | 5b88f3cc07c0be6b384a5c7ee465ef5bdf650087 | |
parent | 56544b0b2ca3da2bed1270446f4543a6d130f62e [diff] |
[tlul] Drop the "quick fail" path from tlul_adapter_sram.sv Before this change, the adapter responded immediately on the A channel if the request would cause an internal error (assuming there was space in the request FIFO). The logic is that there's no need to wait for a grant from the SRAM side since we're not sending anything to the SRAM anyway. This patch removes that logic so now the TL interface is stalled unconditionally if !gnt_i. This might shorten some timing paths a bit (since we no longer have the combinatorial path from request to response, unless there's one on the SRAM side). However, my actual motivation is to be able to assert things like "if gnt_i is false, the TL side will stall" without having to add special handling for the error case. There will be a small observable slow-down for responses that should generate an error, but this doesn't seem like a big deal (it's an error! We probably don't care how quickly it's reported!). Indeed, making that sort of thing more uniform seems like a more secure approach anyway since it might eliminate some timing channel. Signed-off-by: Rupert Swarbrick <rswarbrick@lowrisc.org>
OpenTitan is an open source silicon Root of Trust (RoT) project. OpenTitan will make the silicon RoT design and implementation more transparent, trustworthy, and secure for enterprises, platform providers, and chip manufacturers. OpenTitan is administered by lowRISC CIC as a collaborative project to produce high quality, open IP for instantiation as a full-featured product. See the OpenTitan site and OpenTitan docs for more information about the project.
This repository contains hardware, software and utilities written as part of the OpenTitan project. It is structured as monolithic repository, or “monorepo”, where all components live in one repository. It exists to enable collaboration across partners participating in the OpenTitan project.
The project contains comprehensive documentation of all IPs and tools. You can access it online at docs.opentitan.org.
Have a look at CONTRIBUTING and our documentation on project organization and processes for guidelines on how to contribute code to this repository.
Unless otherwise noted, everything in this repository is covered by the Apache License, Version 2.0 (see LICENSE for full text).