--- Log opened Wed Jan 04 00:00:58 2017 | ||
shorne | wbx: someone has got gdbserver working before (to run on openrisc linux). But not me, and I dont have patches | 01:33 |
---|---|---|
shorne | Currently I run gdb on x86, then debug openrisc target over remote protocol | 01:33 |
shorne | linux will come later after the current setup gets upstreamed | 01:33 |
shorne | why? what are you working on? | 01:34 |
wbx | shorne: i want to integrate openrisc support to buildroot, the sample defconfigs support uClibc-ng/musl toolchains and qemu-system-or32 bootup. but with musl i get a bus error in mksh on bootup. rich felker from #musl could debug this with gdbserver or gdb. | 02:04 |
wbx | shorne: how you debug over remote protocol? with fpga hardware and jtag? | 02:04 |
wbx | shorne: btw, read your pdf from 2016, do you have a ready to go bitstream for altera de0-nano to run openrisc linux on? | 02:05 |
wbx | shorne: i need to recheck, but or1ksim seems to work, but the br-people prefer qemu defconfigs. | 02:06 |
promach | wallento: for http://www.optimsoc.org/docs/2016.1/user-guide/chap_tutorials.html, I am not having the same message status and output message as in http://paste2.org/mJjgsk54 | 03:24 |
wallento | promach: It seems the core terminated with an error | 03:26 |
wallento | are you running from master? | 03:28 |
wallento | or the v2016.1 tag? | 03:28 |
promach | master in github ? | 03:29 |
wallento | yes | 03:33 |
promach | then yup | 03:35 |
wallento | okay, thanks | 03:38 |
wallento | I did a fresh checkout on a fresh machine and will give it a try | 03:38 |
wallento | The automatic test at least says it completed successfully: https://travis-ci.org/optimsoc/sources | 03:40 |
wallento | okay, it works for me | 03:45 |
wallento | promach, can you run the command with --vcd | 03:46 |
wallento | and send me the sim.vcd as email to [email protected] | 03:46 |
wallento | thanks | 03:46 |
promach | wallento: already sent | 04:00 |
wallento | cheers, thanks! | 04:00 |
promach | wallento: with the new vmem file, | 04:53 |
promach | # OpTiMSoC trace_monitor stdout file | 04:53 |
promach | # [TIME, CORE] MESSAGE | 04:53 |
promach | [ 38916, 0] Hello World! Core 0 of 1 in tile 0, my absolute core id is: 0 | 04:53 |
promach | [ 47764, 0] There are 1 compute tiles: | 04:53 |
promach | [ 55972, 0] rank 0 is tile 0 | 04:53 |
promach | how do you debug this ? I am not sure what is wrong | 04:54 |
promach | wallento: | 04:54 |
promach | is wrong with what I have* | 04:55 |
wallento | promach: Do you maybe have the wrong toolchain? | 05:12 |
wallento | how did you install the or1k-elf toolchain? | 05:12 |
wallento | It seems to terminate after initialization of the core | 05:12 |
wallento | I have seen this before with a wrong toolchain used | 05:13 |
wallento | it must be the or1k-elf _multicore_ toolchain | 05:13 |
wallento | as installed by the prerequisites script of optimsoc | 05:13 |
stekern | shorne: removing the CONFIG_OPENRISC_HAVE_INST_LWA_SWA check is probably fine. the only downside I can see is that it might be slow on implementations that lack them | 06:04 |
stekern | s/slow/slower | 06:05 |
stekern | to do the emulation dance I mean | 06:06 |
stekern | also, I don't understand what you mean in the second clause of that commit msg? | 06:06 |
stekern | (and you shouldn't really remove stuff that isn't upstreamed yet, just fixup the original commits instead) | 06:09 |
shorne | stekern: I understand its slowerd, I guess Alan Cox asked to remove the config values | 06:51 |
shorne | I think it was removed from the Kconfig (I guess I did that?) | 06:52 |
shorne | My point in the second clause is that since HAVE_LWA_SWA is not in Kconfig, its not getting enabled | 06:52 |
shorne | (also, I was planning to squash these, just left them separate for initial review, so you can see what I changed) | 06:53 |
stekern | ah, I see | 07:01 |
stekern | all fair points | 07:01 |
shorne | stekern: the original conversation with alan cox: https://lkml.org/lkml/2014/7/24/619 | 07:05 |
shorne | let me go through this again and see if there is a better way | 07:06 |
stekern | yeah, I remember that, he was explaining some "fixup" way to alter the instructions. Don't know if that's worth the hustle in our case though, taking the emulation hit might be ok. | 07:08 |
stekern | *hassle | 07:08 |
shorne | yeah, He seems to say there are other examples, Ill have a look | 07:10 |
shorne | ALso, in terms of testing I was playing with 'make kselftest' | 07:12 |
shorne | That has tests for some of the atomic api's | 07:12 |
stekern | cool | 07:12 |
shorne | if builds small test 'main()' programs, and can install them, I pointed that into initramfs | 07:13 |
shorne | then I can boot it and run the tests | 07:13 |
shorne | But getting a lot of failure | 07:13 |
shorne | need to look into | 07:13 |
shorne | I think its because I am running with a really minimal dumb config right now (alldefconfig) | 07:14 |
shorne | wbx: there are a few ways to remote debug, all of them usually have you start gdb and run 'target remote localhost:3333' | 07:16 |
shorne | What is on the other side of that server can be or1ksim, openOCD->jtag->de0_nano | 07:17 |
shorne | lately I have been running with or1ksim | 07:17 |
shorne | since Im just working on software | 07:17 |
promach | wallento: I tried the pre-requisite script again, but this time | 08:29 |
promach | [promach@localhost 2016.1]$ ./optimsoc-prebuilt-deploy.py -d ../ or1kelf | 08:29 |
promach | Install or1kelf | 08:29 |
promach | + Download | 08:29 |
promach | Traceback (most recent call last): | 08:29 |
promach | File "./optimsoc-prebuilt-deploy.py", line 74, in <module> | 08:29 |
promach | urlretrieve(url, tmp) | 08:29 |
promach | File "/usr/lib/python3.5/urllib/request.py", line 217, in urlretrieve | 08:29 |
promach | block = fp.read(bs) | 08:29 |
promach | File "/usr/lib/python3.5/http/client.py", line 448, in read | 08:29 |
promach | n = self.readinto(b) | 08:29 |
promach | File "/usr/lib/python3.5/http/client.py", line 488, in readinto | 08:29 |
promach | n = self.fp.readinto(b) | 08:29 |
promach | File "/usr/lib/python3.5/socket.py", line 575, in readinto | 08:29 |
promach | return self._sock.recv_into(b) | 08:29 |
promach | File "/usr/lib/python3.5/ssl.py", line 929, in recv_into | 08:29 |
promach | return self.read(nbytes, buffer) | 08:29 |
promach | File "/usr/lib/python3.5/ssl.py", line 791, in read | 08:29 |
promach | return self._sslobj.read(len, buffer) | 08:29 |
promach | File "/usr/lib/python3.5/ssl.py", line 575, in read | 08:29 |
promach | v = self._sslobj.read(len, buffer) | 08:30 |
promach | ConnectionResetError: [Errno 104] Connection reset by peer | 08:30 |
wallento | promach: this looks strange, can you retry | 08:54 |
wallento | seems the Internet connection broke during the transfer | 08:54 |
promach | I have tried thrice | 08:56 |
promach | wallento: but let me try again | 08:56 |
wallento | strange | 09:09 |
wallento | it connects to github | 09:09 |
wallento | and downloads it from there | 09:09 |
wallento | let me test if something is wrong with the link | 09:09 |
wallento | It works here | 09:10 |
wallento | https://github.com/openrisc/newlib/releases/download/v2.3.0-1/or1k-elf-multicore_gcc5.3.0_binutils2.26_newlib2.3.0-1_gdb7.11.tgz | 09:10 |
wallento | that is the toolchain | 09:10 |
wallento | make sure it is the one actually in your path in case you have a second one installed | 09:11 |
promach | it is 203 MB | 09:11 |
wallento | yes | 09:12 |
promach | I see why. Internet connection issue | 09:12 |
wallento | I will pm chat you to find the error | 09:12 |
wallento | shorne, olofk, stekern: I think we talked about it before, it may make sense to make the multicore built the default | 09:14 |
wallento | and keep the other for legacy builds | 09:14 |
wallento | like inverting the default value of OR1K_MULTICORE | 09:14 |
shorne | stekern: that alternatives framework is some crazy stuff | 09:32 |
stekern | shorne: yes, that sounds about the same as I remember thinking when I looked at it ;) | 10:03 |
-!- Netsplit *.net <-> *.split quits: pecastro | 14:36 | |
-!- Netsplit over, joins: pecastro | 14:36 | |
-!- Netsplit *.net <-> *.split quits: rokka, mripard_ | 22:05 | |
-!- Netsplit over, joins: rokka | 22:05 | |
--- Log closed Thu Jan 05 00:00:59 2017 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!