Member for
2 years 7 months
Research Area
IoT Devices
Role
Digital Design Engineer
Points
1870
SoC Labs Roles
Contributor

Projects

Articles

Interests

Design Flow

Authored Comments

Subject Comment Link to Comment
Meeting this week

Anyone interested in joining the meeting this week. It is tomorrow (19th) at 3pm UK time: https://teams.microsoft.com/l/meetup-join/19%3ameeting_ZWUxYzY4YTQtNWQxYy00YjAyLWJjOGItOGQ4NWVkZGQ5MjVj%40thread.v2/0?context=%7b%22Tid%22%3a%224a5378f9-29f4-4d3e-be89-669d03ada9d8%22%2c%22Oid%22%3a%22da03259c-2f3e-4038-96bb-de5e01994a6c%22%7d

view
Upcoming milestons

Hi, Thanks for getting in contact.
The development of the HAPS workflow has been on pause for a little while as we're getting ready for a tape out. However the plans we have in place are to first build an FPGA image using our nanosoc reference design as this has already been implemented on the zcu104 and other zynq platforms. The main goal for this effort is to work on the debug environment for a SoC

After that the plan is to use the system for the development of an A class SoC. First will be to implement the A53 subsystem that we have already developed and again ensure that we can successfully debug this in the HAPS. 

Then we will use this to further develop the A53 subsystem into a full linux capable SoC; although this is likely to take some time.

If any of these are of interest to getting involved in, please let us know

Daniel

view
Arm IP Environment setup

Hi,
I saw you sent a couple of messages to the soclabs contact about setting up the Arm IP. For our reference SoC projects, we have decided to keep all of the Arm IP seperate from our open-source IP. This is so we don't risk accidentally publishing any Arm IP on our git. 

The way we have done this on our server is to have a separate drive with all the arm IP that is laid out as in this article: https://soclabs.org/design-flow/ip-library-structure
You should be able to see from some of the nanosoc flist files there is the environment variable $ARM_IP_LIBRARY_PATH. You will need this setup on your system so that the flows know where to find the Arm IP. 

view
Fix in latest Git repo

Hi,

I think we have now fixed this issue. Essentially bootloader was trying to pull data from uninitialised memory.

If you could pull the latest changes from accelerator-project and try to run this

Daniel

view
Fix in latest Git repo - megasoc_project

Hi, 

Thanks for getting in contact about this issue. I'd forgotten to add the address_map_m1_megasoc.sv file to the repository.

The newest update should work now. Just as a warning, this project is still under development so there may be some major changes happening. If you do find any bugs like this please let me know and I'll try to resolve them as soon as possible.

Daniel

view
Expansion Subsystem tech

Hi Duy Hieu,

The Expansion subsystem is a seperate git submodule. It may the case that this was added more recently. This link may help: https://stackoverflow.com/questions/1030169/pull-latest-changes-for-all-git-submodules
You will also have to run 'make first_time_setup' from the expansion_subsystem_tech directory. I will try to make this easier to do in the next update

And thank you for that suggestion, I will implement that change in the next update

Daniel. 

view

User statistics

My contributions
:
125
My comments
:
26
Overall contributor
:
#3

Add new comment

To post a comment on this article, please log in to your account. New users can create an account.