<lekernel__>
but then you have no simulator, are bound to a particular fpga family, etc.
<lekernel__>
ie it's a royal pain and generating verilog is a much better solution
<lekernel__>
no
<kristianpaul>
ah no no reading fpgaworls slides yes i remenber now
<kristianpaul>
need to go..
<kristianpaul>
bye
<lekernel__>
bye!
aeris has joined #milkymist
Alarm has joined #milkymist
<wpwrak>
lekernel__: jlime for the ben doesn't have python by default (nor perl for that matter)
lkcl_ has joined #milkymist
<lkcl_>
hi folks - does anyone have a mmone JTAG daughterboard made up, that i can either borrow or buy? as long as it's standard JTAG that is :)
Fallenou has joined #milkymist
<lekernel__>
wpwrak: are you serious about running fpga synthesis on the ben? :)
<lekernel__>
lkcl_: where do you live?
<lekernel__>
wpwrak: though maybe wolfspraul's tools could handle small designs there... if the chip model fits in the RAM
lkcl_ has quit [Ping timeout: 250 seconds]
lkcl_ has joined #milkymist
<lkcl_>
lekernel__: i'm in the UK. i'm debugging the 1st revision of the A10 EOMA68 CPU Card, i need a JTAG board, and i'd rather work with people who are in the free software community
<Fallenou>
is there really a Linux syscall to flush data or instruction cache ?
<Fallenou>
I'm not sure a userland application should have access to such low level stuff like "flush caches"
<Fallenou>
a syscall access to DCC ICC seems reasonable though
<Fallenou>
if such a syscall already exist in Linux I can see no point in not implementing it
azonenberg has joined #milkymist
lkcl_ has quit [Ping timeout: 246 seconds]
<Fallenou>
mwalle: what's the difference between your mmu and mmu-cleanup branch ?
lkcl_ has joined #milkymist
<roh>
lkcl_: i recommend anything similar to the moko develboard or the amontec ones
<roh>
atleast for arm based stuff.. works great with openocd
<roh>
he sells openmoko phones and sends out the debug boards for free with his moko orders on request
aeris has joined #milkymist
Alarm has quit [Quit: ChatZilla 0.9.89 [Firefox 17.0.1/20121128204232]]
<wpwrak>
lekernel__: (synthesis) dunno :) just commented on your question whether there was any distribution that had no python by default
<wpwrak>
and i would indeed hope that more efficient synthesis tools would eventually result from wolfgang's effort. the incredible slowness of the closed tools is plain incomprehensible and an insult to human ingenuity
<wpwrak>
Fallenou: i'm not aware of any such syscalls. a syscall would seem somewhat heavy for this kind of tasks anyway.
<Fallenou>
wpwrak: ok, what would you think about allowing a user land application to play with ICC and DCC? It seems odd to me
<Fallenou>
user land should never have access to very low level stuff
mumptai has quit [Ping timeout: 245 seconds]
<wpwrak>
there may be some use for being able to flush caches, e.g., to implement fast user-space interprocess communication
<wpwrak>
not sure how far other architectures let you go there
<wpwrak>
in general, flushing your caches should be a relatively harmless operation, considering that you could obtain the same effect by other means as well
<Fallenou>
yes
<mwalle>
Fallenou: mh the mmu-cleanup branch are cleanuped patches for milkymist
<Fallenou>
so the most up to date tree with all features and work in progress is "mmu" ?
<mwalle>
but i'm working on a lm32 module, i hope lekernel__ can be convinced to include the processor as a submodule
<mwalle>
Fallenou: the diff should be minimal, there are some additional cleanups on the mmu-cleanup branch, but there are more cleanups on the lm32 repo (not released yet)
<Fallenou>
I think if you submit a patch that makes the makefile do the git submodule update --init stuff etc automatically he would agree ;)
<mwalle>
but the mmu stuff is the same on mmu-cleanup and the upcoming lm32 module
<Fallenou>
ok
<Fallenou>
I will very soon try to catch up with what you've done recently
<mwalle>
the mmu branch is better for reading the history :)
<Fallenou>
ok great :)
<mwalle>
ah and i found a bug in the qemu lm32 emulation code :)
<Fallenou>
ohoh
<Fallenou>
it was hiding deeply in qemu codebase
<Fallenou>
nice
<mwalle>
cmpgeiu and cmpgiu may give the wrong result
<mwalle>
importing the qemu tests in the lm32 test bench worked surprisingly well ;)
<Fallenou>
:)
<Fallenou>
going to bed, gn8!
elldekaa has quit [Read error: Connection reset by peer]