| --- Log opened Thu Jun 23 00:00:06 2016 | ||
| olofk | Hmm... we really should get this adv_debug_sys uart working. Got a board now without any easy way to break out two uart pins | 04:16 |
|---|---|---|
| wallento | or you can switch to Open SoC Debug ;) | 04:23 |
| wallento | getting the run-control (aka adv_debug_sys) running there is still on top of my wishlist only unfortunately.. | 04:24 |
| wallento | but it has a "virtual" UART | 04:24 |
| wallento | ;) | 04:24 |
| stekern | olofk: isn't it almost working? | 05:12 |
| olofk | stekern: It works in polling mode, but fails in Linux when interrupts are enabled | 06:35 |
| stekern | ah, right | 06:35 |
| olofk | wallento: Program loading and UART are what I need. Is program loading considered part of run-control? | 06:36 |
| olofk | But yes. I'm interested in Open SoC Debug, but I got a setup for a client now and can't justify changing debug system atm | 06:46 |
| olofk | Why is it always so hard to remember how to space-extend a string with verilog $display | 06:57 |
| olofk | aha! It's just %0s. For strings and decimal values that trims the 0's, but for hex and binary it insert zeros | 07:00 |
| olofk | Veri logical :) | 07:00 |
| ZipCPU | olofk: Did I hear you mention the word "client"? You mean there's actual money to be made in this business? | 07:01 |
| olofk | ZipCPU: Well yes. If the client asks for some FPGA functionality and it makes sense to put in a CPU, I much rather use an OpenRISC than MicroBlaze or NIOS | 07:03 |
| olofk | That makes it more portable, I can simulate it properly and I have less proprietary crap that I have to get working | 07:04 |
| ZipCPU | Okay, that makes sense. A lot of sense in fact. Keep going, then, and don't let me slow you down. :) | 07:05 |
| olofk | :) | 07:05 |
| olofk | And the good thing here is that I could reuse much of the code that I wrote for another client some time ago. That client explicitly asked for having as much as possible Open Source | 07:05 |
| olofk | Everybody wins! :) | 07:06 |
| wallento | olofk: loading is another part of Open SoC Debug, I hope we can release the OpenRISC stuff over summer | 07:50 |
| shorne | ok, another newlib patch sent, I think that fixes the duplicate environ thing. but its really simple, not sure why it was done like that in the first place | 08:29 |
| shorne | https://github.com/openrisc/newlib/pull/10 | 08:30 |
| SMDwrk | Can anyone tell me how system registers work for mor1kx? Let's say I'm implementing PCU, so I need to create my own module, connect it to spr bus and then check if addr/data on spr bus relates to PCU, make something I want, right? | 08:55 |
| -!- heroux_ is now known as heroux | 09:36 | |
| olofk | SMDwrk: I realized now that I'm not sure what a PCU is | 09:56 |
| SMDwrk | perfomance counters unit | 09:56 |
| olofk | ah right | 09:57 |
| olofk | You've talked about that before | 09:57 |
| SMDwrk | I'm finally have some time at work while tests are running) | 09:58 |
| olofk | I haven't really looked into that part of the or1k spec | 09:59 |
| olofk | doing it now | 09:59 |
| olofk | But yes, that sounds about right | 09:59 |
| SMDwrk | Ok then I'll start implementing it that way, thanks | 10:00 |
| olofk | I would assume that there is a SPR address mux somewhere in the code and some code to handle the other SPR accesses that you can look at | 10:01 |
| olofk | I have only touched the SPR stuff for hacking on the version register... and that could have been the or1200... like five years ago | 10:02 |
| SMDwrk | I think I'll take PIC as example | 10:03 |
| olofk | shorne: The travis build failed with your patch, but it looks like it was because binutils was unavailable | 10:04 |
| olofk | But your patch is probably fine. Don't know if it breaks using environ from bare-metal apps, because no one has probably ever tried | 10:06 |
| SMDwrk | And what should happen if you try to read sysreg from user mode while this register is available only in system? Should you read just 0 or get an exception? | 10:13 |
| -!- heroux_ is now known as heroux | 10:15 | |
| shorne | olofk: having a look at the failure. Thats what I wasnt sure about would you compile bare-metal app expecting libc and not link libc? | 10:37 |
| shorne | I mean libgloss has the main and handlers, but you wouldnt want the environ without libc | 10:37 |
| shorne | not sure if that makes sense | 10:37 |
| shorne | I guess we would need to rerun the test | 10:46 |
| olofk | shorne: I think that you could theoretically set up environ to be loaded from a specified memory address or via a register value (like we do for the Linux device tree) | 11:50 |
| --- Log closed Thu Jun 23 16:27:31 2016 | ||
| --- Log opened Thu Jun 23 16:28:16 2016 | ||
| -!- Irssi: #openrisc: Total of 51 nicks [0 ops, 0 halfops, 0 voices, 51 normal] | 16:28 | |
| -!- Irssi: Join to #openrisc was synced in 14 secs | 16:28 | |
| olofk | I think I'm getting ready to release FuseSoC 1.5. Any known issues I should fix first? | 16:37 |
| olofk | Got a lot of big stuff lined up that I want to add after the release | 16:37 |
| olofk | Ahh.. just remembered one thing | 16:38 |
| --- Log closed Fri Jun 24 00:00:07 2016 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!