<kristianpaul> hmm some missing (stall_ , err_ , lock_ , rty_, sel_, tga_ ) signla in milkymist wishbone-like soc
<kristianpaul> err_ looks like a should help no?
<kristianpaul> at least current conbus is inmune to errors, by detect those ;)
<kristianpaul> well so ack is the only way of end bus cycle..
<kristianpaul> ah well, err_ will require async support in conbus.
<kristianpaul> and rule 3.40 defines the minimun MUST wich is what milkymist uses..
<kristianpaul> not bad 8-)
<wolfspraul> OK I'm moving to Ethernet land, and of course first it won't work :-) Can't get any connection to my notebook
<wolfspraul> on the m1 side, both the green and yellow lights are always on, starting from somewhere in the boot process
<wolfspraul> dmesg says 'eth0: link is not ready'
<wolfspraul> (this is with xiangfu's latest snapshot)
<lekernel> phy problem
<wolfspraul> and?
<wolfspraul> is it normal that on the m1 side, both the green and yellow lights are on even without a cable inserted?
<lekernel> no. as I said this is a symptom of the phy problem
<lekernel> (the reset bug)
<lekernel> reboot the board until it works
<wolfspraul> hmm. looks like the reset bug is more serious than I thought. let's hope those things are gone in rc3. ok trying now, rebooting...
<lekernel> I don't think this has anything to do with the 'no configuration' bug
<lekernel> btw, if you get the rtems shell, you can reset the PHY alone from there
<wolfspraul> reset bug and configuration bug are two different things?
<wolfspraul> are both fixed in our current rc3 plan?
<wolfspraul> how can I reset PHY in the rtems shell?
<lekernel> write 1 to the minimac phy rst register, then 0
<lekernel> configuration reset bug is fixed, phy reset bug is fixable in the bitstream by making the FPGA continuously reset that piece of crap PHY until it works
<lekernel> (if nothing else...)
<wolfspraul> oh I see, the PHY reset bug is fixable in software, even on rc2?
<lekernel> yes, should be
<lekernel> for some reason it didn't manifest itself as often with the previous minimac btw
<lekernel> wolfspraul: does it work now?
<wolfspraul> I just booted and the lights stayed off, need to try (give me 10min or so)
<wolfspraul> yes sure
<wolfspraul> it got a lot better before and since the Olympics though
<wolfspraul> before the Olympics it would have been like on the right side > 50% of days
<wolfspraul> maybe even 80%
<wolfspraul> but now it's like that only 10% of days
<wolfspraul> if even that
<wolfspraul> that's not to say that air quality is good, in no way. it just improved from horrendous to very bad.
<wolfspraul> lekernel: wow yes, I can ftp into the box now :-)
<wolfspraul> another bug to remember - Ethernet PHY reset bug...
<wolfspraul> thanks a lot
<wolfspraul> how do I get to the rtems shell when m1 is running?
<wolfspraul> I connected my jtag-serial usb cable, but unfortunately my kernel doesn't even recognize the serial port
<wolfspraul> so I have to tell it about the serial port, then that's where the rtems shell lives?
<lekernel> yeah, or you can telnet in (but that needs working ethernet *g*)
<wolfspraul> cool, telnet work - great!
<wolfspraul> worked
<CIA-48> milkymist: Sebastien Bourdeauducq master * ra026067 / (3 files): BIOS: report rescue mode to the application using R4 - http://bit.ly/gX5ayA
<lekernel> hmm what's that http://pastebin.com/WdEC0hWG
<kristianpaul> simulation compatibillity code?
<lekernel> yeah but for what simulator?
<lekernel> the GDB thingy doesn't work, and qemu-lm32 wasn't there (afaik) when that code was written
<lekernel> i'll remove it, it's not portable anyway (e.g. won't work with qemu-lm32 -M milkymist)
<kristianpaul> hi trem_
<trem_> hi kristianpaul
<lekernel> xiangfu: just do away with keymap.c in one pass
<lekernel> faster
<lekernel> otherwise you're writing translation tables for keycodes that immediately become obsolete after
<CIA-48> rtems-milkymist: Sebastien Bourdeauducq master * r853139d / (2 files in 2 dirs): Ethernet: minimac2 driver - http://bit.ly/fv8G7y
<CIA-48> rtems-milkymist: Sebastien Bourdeauducq master * rfeab54e / c/src/lib/libbsp/lm32/shared/start/start.S : CRT: detect rescue mode through R4 and set BSP command line - http://bit.ly/ex63Xi
<CIA-48> rtems-milkymist: Sebastien Bourdeauducq master * r3890d16 / c/src/lib/libbsp/lm32/shared/start/start.S : remove CRT cruft - http://bit.ly/ijYKsT
<CIA-48> flickernoise: Sebastien Bourdeauducq master * r2c9f5e7 / src/sysconfig.c : Do not load configuration in rescue mode - http://bit.ly/hGgpyx
<kristianpaul> ah, cti_ is intended register for feedback_ , looks intereresting
<kristianpaul> :o slaves may also support some burst types with cti, nice
<kristianpaul> ha, cti is no implemented on the milkymist soc.. i just see it asigned to masters including the lm32 core wich seems the only able to support it?..
<kristianpaul> so classic cycle for now :-)
<guyzmo> ola
<guyzmo> for flterm, I tried to use a pipe, without luck, and I found a poll-emulation library in the macports, but either I didn't succeed in compiling against it, or it is non working (I'm not sure, ldd does not show me the libpoll I compiled against)
<kristianpaul> hum..
<CIA-48> milkymist: Sebastien Bourdeauducq master * re39899e / cores/minimac2/rtl/minimac2_ctlif.v : Do not assert PHY reset for too long - http://bit.ly/hHdW2I
<guyzmo> anyway, I'm not using linux' ldd, but darwin's equivalent that is 'otool -L' and it shows me only one lib : "libSystem" ...
<lekernel> guyzmo: i'm sure you'd have spent less overall time using system()
<lekernel> select()
<trem> nite all, sweet dreams