--- Log opened Mon Apr 18 00:00:26 2016 | ||
mithro | olofk / wallento: I was actually using the pipistrello and minispartan6 for doing my testing | 00:24 |
---|---|---|
mithro | But I'm pretty sure that it would all work on the Atlys board with my ixo-usb-jtag too | 00:25 |
mithro | andrzejr / olofk: Yeah Digilent seems to use a *different* chip for doing the USB JTAG stuff on pretty every board | 00:25 |
mithro | Looks like the older boards like the Baysys and Atlys where FX2 based but there are also FTDI and Atmel based boards | 00:28 |
mithro | I assume its most likely because they contact their designs out to random external firms with the requirements that they can talk to the board using some type of C api | 00:32 |
mithro | _franck_: morning? | 02:01 |
mithro | opps | 02:07 |
mithro | what does the mor1k do if it encounters an illegal instruction? | 02:22 |
stekern | mithro: it throws an illegal instruction exception | 02:29 |
mithro | stekern: which will cause it to jump to an exception vector somewhere? | 02:30 |
olofk | mithro: So I guess that the best way would still be if Digilent just opened up their damn protocol | 02:30 |
mithro | olofk: I don't think they use the same protocol on all their boards | 02:30 |
mithro | olofk: actually I'm pretty sure they don't use the same USB protocol on their boards | 02:31 |
stekern | mithro: yes, 0x700 to be precise | 02:31 |
mithro | stekern: so, we should put something there :) | 02:40 |
olofk | mithro: Or just avoid illegal instructions :) | 02:42 |
mithro | olofk: well, there are a bunch of configuration options for the cpu which need to match the options you give gcc | 02:44 |
olofk | true | 02:45 |
olofk | Doesn't newlib solve this for us? | 02:45 |
mithro | olofk: It might, I just a monkey which is good at putting together things I don't understand :P | 03:22 |
_franck__ | mithro: hi | 03:35 |
olofk | Trying to build mor1kx with icestorm, but it's failing to route. Any ideas on how to slim it down. Disabled caches, debugunit and mmus so far | 06:41 |
-!- zama_ is now known as zama | 07:10 | |
stekern | olofk: I had this "template" for a minimal baremetal setup: http://pastie.org/10802074 | 07:17 |
stekern | you can try to disable mul/div too | 07:18 |
olofk | stekern: Both caches are enabled in that one, so I guess it could be made smaller :) | 07:32 |
stekern | yeah yeah, but disregard that ;) | 07:47 |
stekern | cappuccino without caches is kinda useless though | 07:48 |
olofk | I'm not looking for useful, just thought it would be fun to get OpenRISC running on the ice40 | 07:49 |
stekern | that's the space espresso would fill | 07:49 |
olofk | I just assumed that espresso is broken | 07:49 |
stekern | but not sure if that'd be smaller, faster or working | 07:49 |
stekern | so, I think you're on the right path ;) | 07:50 |
stekern | caches and mmu aren't very resource hungry btw, if you disregard memory usage | 07:51 |
mithro | olofk: definitely disabling things like mul/div should reduce the usage on an ice40 | 08:11 |
mithro | olofk: I don't ice40 has many features which make doing things like that efficient? | 08:12 |
-!- _franck_1 is now known as _franck_ | 15:21 | |
shorne | Hello, what is the longest some of you ahve run mor1k on fpga? | 23:37 |
shorne | I have been seeing some weird crashes after a few days running linux | 23:37 |
shorne | after a l.jal c002092c, it actually jumps to bffa092c | 23:38 |
shorne | looking at the tlb, it still has | 23:40 |
shorne | itlbw0mr80 (/32): 0xC0020001 | 23:40 |
shorne | itlbw0tr80 (/32): 0x000200F0 | 23:40 |
shorne | so it looks like tlb isnt corrupt, also I checked memory and it looks like no corruption, the failure is a bus error (due to jump to bffa092c) | 23:41 |
shorne | Last time I got a crash it had bus error bffe2ce0, when trying to jump to c0062ce0 | 23:43 |
shorne | it seems like some mask gets applied to the hi part of the jump | 23:44 |
--- Log closed Tue Apr 19 00:00:28 2016 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!