| --- Log opened Tue Apr 14 00:00:06 2015 | ||
| -!- Netsplit *.net <-> *.split quits: knz, martinboehnert1, Amadiro | 03:06 | |
| -!- Netsplit over, joins: martinboehnert1, knz, Amadiro | 03:13 | |
| Hesham | Are these 4 asm instructions enough to light up the LEDS on Atlys board (regardless of setting the direction regs)? http://pastebin.com/CdWismA1 | 08:15 |
|---|---|---|
| bandvig | Hesham: I think, you should configure PIO as outputs by writing FF into 0x91000001 before playing with ON/OFF LEDs. | 08:32 |
| Hesham | bandvig: Yeah I did, that's why I said (regardless of setting the direction regs). | 08:33 |
| Hesham | Even though, they produce no output when dumping them to rom.v instead of the bootloader. | 08:34 |
| bandvig | Hesham: My ROM-code with round switching LEDs could be found in 1st comment here https://github.com/openrisc/orpsoc-cores/pull/70. It worked after correction ROM address size in wb-interconnect. | 08:36 |
| Hesham | Thanks, I made this correction according to your help before ;) | 08:39 |
| _franck__ | Hesham: I also have a led blinker asm code here: http://www.elec4fun.fr/2011-03-30-10-16-30/2012-08-22-20-50-31/or1200-barebox-on-de1 | 08:39 |
| Hesham | Perfect, let me try again. | 08:40 |
| Hesham | Seems like it will be the only way to debug on my Atlys board | 08:42 |
| _franck__ | :) | 08:54 |
| -!- Netsplit *.net <-> *.split quits: bentley` | 10:02 | |
| Hesham | Great. RTEMS is finally alive and working on real hardware now (Atlys) :) | 12:38 |
| poke53281 | http://s-macke.github.io/jor1k/demos/rtems.html | 12:47 |
| poke53281 | I don't have a clue, what I should do with rtems. | 12:47 |
| poke53281 | But it's running :) | 12:48 |
| Hesham | poke53281: Yeah, the current RTEMS can run on or1ksim, QEMU and jor1k, but not on real hardware. | 12:49 |
| Hesham | Mainly because simulators don't care about UART init code. | 12:50 |
| Hesham | There was a bug at the RTEMS UART driver, which I am submitting a patch for now. | 12:50 |
| olofk | Hesham: Great news! | 12:54 |
| olofk | Are you still using the complicated way to download software by embedding it in a u-boot image? | 12:54 |
| poke53281 | @Hesham: Do you have a good demo, which can be run in rtems? | 12:54 |
| Hesham | olofk: Yes for now, now I can hack around and upload some data via UART from RTEMS, which can be useful for downloading software later. | 12:58 |
| Hesham | But now, I am not using u-boot | 12:59 |
| Hesham | I replaced u-boot with RTEMS image (i.e. ticker.exe) | 12:59 |
| Hesham | poke53281: on hardware? | 12:59 |
| Hesham | I wrote a tutorial how to build/run RTEMS on or1ksim and QEMU recently | 13:00 |
| Hesham | That's it http://heshamelmatary.blogspot.co.uk/p/howto-rtems.html | 13:00 |
| poke53281 | @Hesham. I mean something like a game, something like bash, a video player, .... | 13:02 |
| Hesham | poke53281: The jor1k RTEMS demo you provided a link for is bash-like app | 13:04 |
| poke53281 | @Hesham: Nothing more fancy? | 13:55 |
| Hesham | I don't think so, it's a real-time OS. It's great you can see some output :) | 13:56 |
| poke53281 | No comparison between a car run by rtems vs. a car run by windows? | 14:08 |
| poke53281 | A car, which would stall for 5 seconds in windows, when doing a full brake, | 14:08 |
| poke53281 | because the screen update routine cannot show the braking symbol, because it | 14:08 |
| poke53281 | has to wait for an update of the network filesystem in the explorer? | 14:08 |
| poke53281 | ;) | 14:08 |
| Hesham | That's why they are using RTEMS instead of Windows on space missions ;) | 14:12 |
| Hesham | As I expected, the problem was with the USB-UART Linux driver from Exar! | 15:45 |
| Hesham | It wasn't working properly, that's why I couldn't send commands to u-boot. | 15:45 |
| Hesham | They released a new update early this year and it's working now. | 15:46 |
| Hesham | Next step is to send some binaries via USB-UART. olofk, any hints how to send data to a ttyUSB device instead of minicom, putty, etc? | 15:52 |
| sb0 | Hesham, https://github.com/m-labs/misoc/blob/master/tools/flterm.c | 16:30 |
| sb0 | we also found shittons of bugs in RTEMS | 16:31 |
| Hesham | sb0: Which hardware platform are you using? or1k? | 16:32 |
| sb0 | for rtems? lm32. but the bugs I'm talking about were in platform independent code. | 16:33 |
| Hesham | I see, of course you can file tickets with any bugs you find there. | 16:34 |
| sb0 | we filed them, sent patches even. | 16:37 |
| sb0 | at least those bugs are gone now | 16:38 |
| sb0 | but there were pretty serious ones, e.g. races due to the ISRs when using message queues | 16:38 |
| Hesham | olofk: Have you come across the riscv HTIF interface? I think it can serve as general purpose host/target interface for debugging, loading programs, console output, etc | 19:14 |
| Hesham | It requires addition to the hardware | 19:14 |
| Hesham | But it can work with either Ethernet and/or rs232 | 19:16 |
| olofk | Wishbone async ack got me confused again. Do I need to do anything about them on the master side? | 20:58 |
| olofk | I found a bug in my BFM that was caused by earlier confusion when I thought that (Classic cycles) === (cti == 000) === (async ack) | 21:01 |
| stekern | no, you don't need to do anything special on the master side | 21:30 |
| --- Log closed Wed Apr 15 00:00:07 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!