Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

BuiltInDevices: Optional instantiation of TL adapters #2684

Merged
merged 1 commit into from
Oct 27, 2020

Conversation

rmac-sifive
Copy link
Contributor

Related issue:

Type of change: other enhancement

Impact: API modification

Development Phase: implementation

Release Notes

Makes optional the instantiation of previously mandatory adapters for these devices, and also adds a CacheCork option for the Zero device

@rmac-sifive rmac-sifive requested a review from hcook October 26, 2020 23:21
Copy link
Member

@hcook hcook left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I realllly want to refactor this such that each TLBusWrapper has a Seq[BuiltInDeviceParams], each of which has an attach method that contains the logic currently smooshed together into BuiltInDevices.attach and then that method just becomes /is replaced by a loop over calling those methods. But I guess we should think more about upstreaming HasDevices before attempting that?

@rmac-sifive
Copy link
Contributor Author

Meaning we'd get rid of special-casing of the zero/error devices and they would be instantiated by CanHaveDevices, which is mixed into TLBusWrapper? Mixed into TLBusWrapper or not, that does sound cleaner to me than the current instantiation API

@rmac-sifive rmac-sifive merged commit d6bd3c6 into master Oct 27, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants