April 2018 - lowrisc-dev - listmaster.pepperfish.net

by 陈东维

Hello, I'm trying to boot lowRISC Ethernet-v0.5 on a Nexys4 DDR board but got stuck in the boot process. I want to boot OS from a SD card and downloaded the pre-built SD-image provided by the tutorial. The SD card is partioned according to the tutorial. I put 'boot0000.bin' in the 32M 'W95 FAT32' partion. Then the boot process got stuck and I got the following output from microcomthrough UART connection (full output log is attached to this mail): Setting the clock ... [ 10.810000] mmc0: new SDHC card at address b368 [ 10.830000] blk_queue_max_hw_sectors: set to minimum 8 [ 10.850000] mmcblk0: mmc0:b368 CBADS 30.0 GiB [ 10.910000] mmcblk0: p1 p2 p3 rdate: timeout connecting to time server Waiting for the sd card ... Mounting the sd partition ... Switch to sd root [ 35.390000] random: nonblocking pool is initialized INIT: version 2.88 booting After the 'INIT: version 2.88 booting' I got no more output, so I cannot figure out what is going on and where I made a mistake. Could you please help me to find out the reason why the boot process was stuck? ps: I didn't connect the board and my host PC with ethernet cable, could this be the reason? Thanks & Regards, Chen Dongwei.

5 years, 5 months

3
5
0 / 0

crash course

by secrux＠protonmail.com

Hi. Unfortunately there was nobody in the corresponding IRC channel so I think it might be worth to ask it here. I would like to get an overview about the lowRISC project. I would love to participate in one way or another in order to make the hardware availabe to the public one day. Can somebody provide me a crash-course how things are working and which further steps are needed to be done? Best, secrux

5 years, 5 months

2
1
0 / 0

Debian GNU/Linux port for RISC-V 64-bit (riscv64) in Debian infrastructure (debian-ports)

by Manuel A. Fernandez Montecelo

Hello, (My apologies if I post repeated information, I didn't have much time available lately to follow all the mailing lists that I am subscribed to). We've been working in the last few weeks to do a (second) boostrap of Debian for RISC-V, and after a few weeks of hard work it is now bootstrapped and has been imported into the Debian infrastructure, in particular, debian-ports (* description below). All packages that are uploaded to the archive by any of the hundreds/thousands of contributors are attempted to be built for each one of the architectures/ABIs almost immediately, so having "riscv64" as a Debian architecture is a quite critical step. This means that, from now on, anybody can download .deb packages targetted for riscv64 (rv64gc, to be precise) which compile successfuly, often only a few hours after being uploaded to the archive (as long as their build-dependencies are satisfied). You can download them from here: https://deb.debian.org/debian-ports/pool-riscv64/main/ (We will attempt to provide more ready-to-use system images in the future). One can follow the progress of this architecture (>4k packages, or ~30% of the arch-dependent packages, built successfully by now) from: https://buildd.debian.org/status/architecture.php?a=riscv64&suite=sid And from here one can see the detailed output of all the compilations of gcc-8 or nethack (only 1 version of each so far), to compare with previous builds or versions, or with other distributions: https://buildd.debian.org/status/logs.php?pkg=gcc-8&ver=8-20180331-1&arch... clicking on the link of the "result" column: https://buildd.debian.org/status/fetch.php?pkg=gcc-8&arch=riscv64&ver=8-2... https://buildd.debian.org/status/logs.php?pkg=nethack&arch=riscv64 clicking on the link of the "result" column: https://buildd.debian.org/status/fetch.php?pkg=nethack&arch=riscv64&ver=3... So we hope that this is a valuable resource, and that it helps to continue the development of RISC-V hardware, and that you can run it on your devices in the near future ;-) More background info about the process, if interested: https://people.debian.org/~mafm/posts/2018/20180402_debian-gnulinux-port-... Cheers. (*) In Debian, "ports" are different ABI targets (sometimes they evolve slightly over the years, like "i386", upgrading the baseline ISA). Those which are well established and have good support of hardware, several developers behind and can keep up with building the archive successfully, are designed as the main ones (amd64/x86_64, arm64/-hf/-el, ppc64el, s390x, several mips*). Those which are still "in the nursery" or do not have good support for being old or similar reasons (sparc64, m68k, alpha) are in what's known as "debian-ports", which means architectures/ABIs which are not supported for the full lifetime of stable realeases, they cannot compile 90% of the archive, etc. They can lag behind in building packages, without delaying or harming the main supported architectures -- that's the main reason to have this separation. -- Manuel A. Fernandez Montecelo <manuel.montezelo(a)gmail.com>

5 years, 5 months

5
5
0 / 0

Support for Fedora / compressed extension

by Richard W.M. Jones

Hi, I was going to try v0.5 on my Nexys 4 DDR. However I believe that this version doesn't support the Compressed extension. I disassembled the sample bbl and there are no short instructions. Is support for the C extension available and/or planned? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v

5 years, 5 months

8
14
0 / 0

Untethered lowRISC FPGA_FULL mode simulation Error

by golirev

Hi, LowRISC team: When I do FPGA_FULL mode simulation of your Untethered lowRISC version 0.2 got from Git, I meet a strange simulation scenario showed below. I found the "mem_nasti.r_ready[0:0]" always be 0, but driver of this wire is 1. The driver is "io_nasti_r_ready" of Rocket. So the Hellworld test will be failed. But if I use FPGA mode to do the simulation for same Helloworld test, it is successful finished. I have checked the difference of this two simulation modes, the difference are forcus on DRAM(xilinx mig) ,clock and reset generation which is not the interface the Helloworld test need to access. I am not sure it is VCS simulator's problem, or I missed something? Waiting your feedback. Thank you! jzhang 31/3

5 years, 5 months

2
1
0 / 0

Re: [sw-dev] Debian GNU/Linux port for RISC-V 64-bit (riscv64) in Debian infrastructure (debian-ports)

by Luke Kenneth Casson Leighton

On Mon, Apr 2, 2018 at 3:44 AM, Manuel A. Fernandez Montecelo <manuel.montezelo(a)gmail.com> wrote: > We've been working in the last few weeks to do a (second) boostrap of > Debian for RISC-V, and after a few weeks of hard work it is now > bootstrapped and has been imported into the Debian infrastructure, in > particular, debian-ports (* description below). this is fantastic, manuel - i've been watching the debian patches being submitted and it's great to see the results of them being accepted. congratulations to everyone involved, this is a huge step forward. l.

5 years, 5 months

1
0
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

lowrisc-dev April 2018