| --- Log opened Sat Dec 20 00:00:19 2014 | ||
| stekern | olofk: all the single stepping issues have been addressed, so shouldn't be related | 05:20 |
|---|---|---|
| stekern | there could be new issues of course, there's been some changes going on in the control module | 05:22 |
| * stekern thinks he's got the multiway tlbs ready for some testing | 07:16 | |
| stekern | at least the code works with OPTION_xMMU_WAYS set to 1 | 07:16 |
| poke53281 | stekern: Can you explain what this means. I looked up in the specification, but didnt find much. | 12:49 |
| poke53281 | Do you need support under Linux? | 12:50 |
| stekern | yes | 13:08 |
| stekern | but I haven't done any of that yet | 13:08 |
| stekern | it means that you have x number of match and translation regs per each access | 13:10 |
| stekern | where x is 0-3 | 13:10 |
| stekern | so, the changes necessary for linux is to add some replacement mechanism to the tlb miss routines | 13:11 |
| stekern | i.e. lru, random or something like that | 13:12 |
| stekern | s/0-3/1-4 | 13:28 |
| olofk | stekern: I ran the code to be single-stepped from ROM if that makes any difference | 14:32 |
| poke53281 | Ahh, Ok. I think I understand | 15:22 |
| poke53281 | so instead of writing always to way 0 you rotate through 0-3 | 15:23 |
| -!- Netsplit *.net <-> *.split quits: trem, blueCmd, radii_, aou, Amadiro, ssvb | 16:30 | |
| -!- Netsplit *.net <-> *.split quits: Hesham, kiwichris | 16:42 | |
| -!- Netsplit over, joins: kiwichris | 16:45 | |
| -!- Netsplit *.net <-> *.split quits: atgreen | 16:45 | |
| -!- Netsplit over, joins: atgreen | 16:46 | |
| _franck_ | olofk: you can't singlestep code in ROM. You need hardware breakpoint for that | 17:33 |
| olofk | _franck_: Aha. I suspected there could be something like that | 18:57 |
| olofk | Does the regular breakpoint just exchange the instruction with a trap? | 18:57 |
| olofk | And does the debug unit support hw breakpoints? | 18:57 |
| olofk | blueCmd_: Is freecores on github just a single snapshot or is it continously updated? | 18:58 |
| olofk | Not that it would make any difference for most of the repos :) | 19:01 |
| _franck_ | olofk: right, software breakpoint replace the instruction by a trap | 19:14 |
| _franck_ | and no there is no hardware brakepoint | 19:14 |
| _franck_ | AFAIR, in the adv_debug_if svn repo, there is a patch for HW break point | 19:15 |
| stekern | yeah, but that's for or1200, no? | 19:26 |
| stekern | support for hw breakpoints (and watchpoints) would be cool | 19:27 |
| olofk | stekern, _franck_ : Where does the extra bits need to be added? In mor1kx, adv_debug_sys, both? | 19:43 |
| olofk | Hmm.. why doesn't my USB serial thingamob show up in /dev? | 20:14 |
| olofk | I can see that it's found in dmesg, and I think I loaded the correct kernel module | 20:15 |
| stekern | not sure, I would assume that adv_debug_sys has the support for it already | 20:18 |
| stekern | but in mor1kx you'd need to add support for it | 20:18 |
| olofk | I looked at the code in mor1k_ctrl_cappuccino, and I would say thta the debug stuff in there is begging to be moved to a separate module | 20:35 |
| stekern | mmm | 20:35 |
| stekern | I'm not going to argue against that | 20:35 |
| olofk | :) | 20:35 |
| stekern | consider that the tick timer and pic was in there at some point as well ;) | 20:36 |
| stekern | juliusb did a nice job factoring those out | 20:36 |
| olofk | I guess there would be extra benefits if the stuff could be shared between the espressos as well | 20:36 |
| stekern | yes, definitely | 20:37 |
| olofk | I took a first shot at it, but I would need more time to dive into the functionality and preferably some regression tests as well | 20:43 |
| olofk | haha. Just noticed a weird bug/feature when using screen to connect to my USB serial adapter. I killed the screen from another terminal, but when the screen exited, the keystrokes were still redirected to the serial adapter | 20:51 |
| stekern | first shot at refactoring out the debug stuff, or hw bp? | 21:01 |
| olofk | refactoring | 21:01 |
| stekern | ok, cool | 21:01 |
| stekern | I can't decide if I like or dislike the fact that verilator ignores the difference between reg and wire | 21:05 |
| olofk | I think it's a bad thing. Verilator is usually quite picky with those things | 21:06 |
| stekern | I think I'm inclined to liking it | 21:06 |
| olofk | For system verilog there's the 'logic' type which does ecactly that | 21:07 |
| stekern | all other tools will tell you about it right away, so it's going to be caught early anyways | 21:07 |
| stekern | and I bet you can set verilator to complain about it as well | 21:07 |
| olofk | Yes, so you lose an early warning :) | 21:07 |
| olofk | Yeah probably. It has tons of options | 21:07 |
| stekern | but in early development of changes, it's nice to not have to bother with changing the type of the signal when you do a quick test of turning a assign sig = val; to always @(*) sig = val; | 21:08 |
| olofk | Huh? Why does gdb suddenly give me signed ints instead of hex when I read the memory? | 21:08 |
| stekern | because it remembers the setting, and I bet you have read something as a signed int previously | 21:09 |
| olofk | It stopped doing it now | 21:09 |
| olofk | Fuck knows why | 21:09 |
| olofk | How do I reset the CPU from gdb? | 21:10 |
| _franck_ | olofk: try "mon reset", or set npc to 0x100 | 21:12 |
| stekern | cool, linux 3.18 merged without pain, and boots too | 21:14 |
| _franck_ | this argument order to remember in fusesoc is anoying | 21:14 |
| _franck_ | "verbose" before "sim", "force" after "sim" | 21:15 |
| olofk | _franck_: Yeah I know. I thought it was a clever way to do it, but it's annoying when you need to insert something in the middle | 21:15 |
| olofk | But it's pretty cool that you can get help on different topics depending on where you put --help | 21:16 |
| stekern | reminds me... I should dig in and get autotools to automagically install that tab-completion script | 21:16 |
| _franck_ | stekern: when will you push your linux upstream. It's about time the vanilla Kernel boots nicely (AFAIR it does not now) | 21:16 |
| olofk | stekern: Yeah, that would be great. Do you need any support in fusesoc for that? | 21:16 |
| stekern | _franck_: well, the patches that's needed for that has all been posted on lkml afaik | 21:17 |
| stekern | it's up to Jonas to pick them up... | 21:17 |
| _franck_ | stekern: ah ok | 21:18 |
| stekern | I've offered to step in as a co-maintainer if he's too busy to handle it, but he never responded on that | 21:19 |
| olofk | Yeah, it would be great to get some attention on that | 21:19 |
| _franck_ | you sould insist ;) That would be a great benefit for our community | 21:19 |
| stekern | yeah, I should, I know. otoh, I'm also afraid of getting what I'm asking for and all that ;) | 21:23 |
| olofk | haha | 21:24 |
| --- Log closed Sun Dec 21 00:00:20 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!