| --- Log opened Thu Feb 19 00:00:47 2015 | ||
| stekern | olofk: it might, but not completely nicely | 00:53 |
|---|---|---|
| stekern | it could/should be improved by implementing msync | 00:54 |
| stekern | the problem is that stores are deferred, so you might have register contents not matching what you would expect at the pc that is reported as epcr | 00:56 |
| stekern | i.e. epcr is lying slightly, and reports the pc of the load/store and not the pc at the time of the bus error | 00:56 |
| stekern | applying a l.msync should handle the problem, but unfortunately I haven't implemented that | 00:58 |
| stekern | ... I think I'll set lk aside for a minu lk aside for a minute today and do that.. | 00:59 |
| olofk | stekern: Haha. You do know that you can mask interrupts from me, right? ;) | 06:26 |
| olofk | sheridp: Cool. I'm interested in seeing that. Would be good to have altor32 available in FuseSoC as well | 06:27 |
| olofk | stekern: I found a potential use case for recovering from bus errors. I want to flash a status LED with GPIO in a bootloader, but I don't want it to crash if GPIO isn't mapped to 0x91000000 | 06:28 |
| olofk | So I want to do a test read from 0x91000000 and if that fails, I just set a flag and don't try to access it any more | 06:29 |
| stekern | olofk: nope, you're nmi | 08:48 |
| stekern | ;) | 08:48 |
| stekern | yes, I figured you had a use case like that in mind, or to try to pronbe the bus for something | 08:49 |
| stekern | now I'm having problems with the new or1k-headers in newlib has broke all the tests in or1k-tests | 08:50 |
| stekern | so I'm sed'ing through them to use the new spr header instead | 08:50 |
| stekern | typical openrisc development, you start with one thing and when you touch the corner of that you notice everything else is falling apart ;) | 08:51 |
| olofk | haha | 08:58 |
| olofk | I had to rewrite some stuff too for the new newlib | 08:58 |
| olofk | VDSO support sounds great. Haven't fully understood what it's for though | 09:24 |
| stekern | afaik, it's syscalls with less overhead | 09:28 |
| olofk | Found a very good post on stack overflow explaining the subject | 09:30 |
| Me1234 | What can be the cause of Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000007 | 15:41 |
| Me1234 | on or1200? | 15:41 |
| Me1234 | Linux works ok on or1ksim | 15:41 |
| Me1234 | I think that initramfs is built by wrong toolchain | 15:41 |
| stekern | Me1234: what initramfs are you using? | 16:19 |
| Me1234 | stekern: From linux here https://github.com/skristiansson/linux. I think, I need to use mor1kx or rebuild initramfs whti or32-linux toolchain. | 16:49 |
| Me1234 | stekern: Do I understand right, that mor1kx has a bit different ISA? | 16:56 |
| stekern | it has atomic instructions, but those should be emulated by the kernel | 17:00 |
| -!- _franck__ is now known as _franck_ | 19:23 | |
| Me1234 | If I use ORPSoCv3 with old SPI core 0x00003840 in spi_core_data_avail () | 19:31 |
| Me1234 | I meant spiflash-program.elf also hangs. | 19:32 |
| Me1234 | All the same, even if defines about SPI (always enabled) are removed (in verilog) | 19:41 |
| Me1234 | [p,v,s,h] > s | 19:41 |
| Me1234 | SPI core: 0 | 19:41 |
| Me1234 | SPI slave select: 0x1 | 19:41 |
| Me1234 | SPI slave info: | 19:41 |
| Me1234 | And hangs. | 19:41 |
| sheridp | Does anyone have suggestions / example code for a bootloader that loads an image over a uart? Is das uboot a candidate for this? | 21:00 |
| olofk | Me1234: Can you read out any of the registers from the SPI core manually with the debugger? | 21:01 |
| olofk | sheridp: U-boot is way too big for this. It will most likely use >100kB and your platform is pretty memory-constrained | 21:03 |
| olofk | I don't know if the Arduino bootloaders would be good for this. Haven't looked at them, but they probably do just what you're looking for | 21:03 |
| olofk | Has anyone compiled lynx or links for OpenRISC? | 21:14 |
| poke53281 | olofk: Yes | 22:41 |
| poke53281 | http://jor1k.com/packages/ | 22:41 |
| sheridp | olofk: Yes, after downloading the uboot source; I think it is overkill. I will just write something simple | 23:10 |
| --- Log closed Fri Feb 20 00:00:49 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!