| wolfspraul | so embarassing. I have two serious customers who are thinking about or have already bought an m1, and I know there is a > 80% chance they will regret their purchase later and/or sooner or later run into such a long list of frustrating bugs and missing features that they will just give up. | 06:22 |
|---|---|---|
| wolfspraul | my job is to give them some fake support before this 'give up' and get them to the point that they at least don't want their money back and think "ok, I was stupid in buying this" | 06:23 |
| wolfspraul | great work :-) | 06:23 |
| wpwrak | how not to run an enterprise, rule #2: put a pessimist in charge of marketing and sales :) | 06:40 |
| wolfspraul | I will try to sell m1 to them, and i will cordially invite them to this channel | 06:49 |
| wolfspraul | then I have the right problem in front of me making them happy, rather than discussing random new tech features | 06:50 |
| wolfspraul | :-) | 06:50 |
| wolfspraul | there's the optimist! :-) | 06:50 |
| wpwrak | that sounds better :) | 06:59 |
| wolfspraul | larsc said migen is an "ast generator" - what is ast? abstract syntax tree? | 07:01 |
| wolfspraul | and what's the point, or rather difference between an "ast generator" and "language"? | 07:01 |
| Jia | AST is abstract syntax tree, yes. But AST is not language. | 07:03 |
| Jia | FE have a AST generator | 07:03 |
| wolfspraul | ah Jia, hi :-) | 07:03 |
| wolfspraul | I don't understand the difference between "ast generator" and "language" and the point lars was trying to make | 07:03 |
| Jia | make what? a new compiler? | 07:04 |
| wolfspraul | it was in reference to migen | 07:05 |
| Jia | lars must be a man, I think :-) | 07:05 |
| wolfspraul | any update on the gcc-lm32 bugs you looked into? | 07:05 |
| Jia | I'm just back when I finish qemu-or32. | 07:06 |
| Jia | I nerver giev up fix gcc-lm32. and I'm still working on it. | 07:07 |
| Jia | but, it is really a BUUUUUUUUUUUUUUUG | 07:07 |
| Jia | sorry, migen is? | 07:09 |
| wolfspraul | Jia: thanks for asking, I think it's best if you read for yourself https://github.com/milkymist/migen | 07:17 |
| wolfspraul | the README is right there | 07:17 |
| Jia | Wow! cool! | 07:18 |
| Jia | replace verilog? | 07:18 |
| lekernel | wolfspraul: and what do you expect from these two people? | 08:04 |
| wolfspraul | expect? I would hope that m1 satisfies them. | 08:06 |
| wolfspraul | obviously | 08:06 |
| wolfspraul | or maybe m1 is depression training? | 08:06 |
| wpwrak | maybe one of them is a magic frog, waiting to be awakened by a kiss from M1. then he'll be eternally grateful and grant you everlasting fame, mountains of gold, and beautiful princesses :) | 08:07 |
| lekernel | wpwrak: :)) | 08:09 |
| Fallenou | lekernel: what's your plan about milkymist-ng and mmu exactly ? | 09:39 |
| lekernel | well, the only big plans that I have are about -ng. it will replace the current soc at some point. | 10:01 |
| wolfspraul | I don't really see that on m1 | 10:11 |
| wolfspraul | it sounds like many m1 features will not work, and some are hard to represent via -ng? or am I wrong? | 10:11 |
| wolfspraul | we just wait and see | 10:12 |
| lekernel | just reuse the legacy verilog code | 10:44 |
| lekernel | this is much simpler than reverse engineering fpga architectures and bitstream formats by the way ... | 10:55 |
| lekernel | so, unless you're not convinced that -ng will work or brings any benefit at all, "wait and see" doesn't exactly sound like the right thing to do | 10:56 |
| Fallenou | lekernel: I mean what do you plan using the MMU for on milkymist-ng ? Running Linux ? | 11:36 |
| lekernel | not me - but nevertheless, the current soc will become obsolete. | 11:41 |
| lekernel | unless you insist that MM should have slow memory, difficult to connect buses, low video resolution, etc. | 11:42 |
| Fallenou | sure I would rather use milkymist-ng on M1 | 12:11 |
| Fallenou | if it's not too difficult to integrate all the other cores (for instance those doing DMA on FML) | 12:11 |
| lekernel | there's only video-in | 12:34 |
| Fallenou | ok so upgrading M1 to milkymist-ng would only break video-in feature ? | 12:38 |
| lekernel | if someone ports the other cores (midi, dmx, etc.), yes | 13:07 |
| lekernel | which are quite easy to port | 13:07 |
| lekernel | what I'll do for -ng on m1 is read-only flash, uart, ddr, vga, ethernet, tmu, and usb. probably nothing else. | 13:09 |
| lekernel | oh and dvi on r4 | 13:09 |
| kristianpaul | obsolete if migen aceptance is high.. have anyone check google trends latelly? ;-) | 14:18 |
| kristianpaul | also rtems still just suported on the legacy m1 soc :), i'm not agaisnt lua, but for wider porpuses it may get hang | 14:32 |
| lekernel | then port it or use bare metal or linux | 14:33 |
| lekernel | and btw http://www.google.com/trends/?q=lua,rtems =] | 14:34 |
| kristianpaul | lol | 14:34 |
| lekernel | the lua results are probably biased though | 14:35 |
| kristianpaul | as rtems return zero, yeah | 14:35 |
| kristianpaul | http://www.google.com/trends/?q=milkymist,+nanonote :p | 14:36 |
| GitHub74 | [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/a5915101890ecf7052c058d860aad546170f792c | 14:59 |
| GitHub74 | [migen/master] ASMI simulation models - Sebastien Bourdeauducq | 14:59 |
| wpwrak | of course, ... http://www.googlefight.com/index.php?lang=en_GB&word1=rtems&word2=linux | 15:09 |
| wpwrak | the rtems bar definitely isn't to scale :) | 15:10 |
| kristianpaul | lol http://www.googlefight.com/index.php?lang=en_GB&word1=rtems&word2=baremetal | 15:21 |
| kristianpaul | nice website wpwrak | 15:22 |
| wpwrak | bare metal barely wins :) | 15:48 |
| GitHub36 | [migen] sbourdeauducq pushed 3 new commits to master: https://github.com/milkymist/migen/compare/a5915101890e...ce9e35b8efe9 | 15:54 |
| GitHub36 | [migen/master] PureSimulable - Sebastien Bourdeauducq | 15:54 |
| GitHub36 | [migen/master] Reorganize examples folder - Sebastien Bourdeauducq | 15:54 |
| GitHub36 | [migen/master] fix SimActor get_fragment - Sebastien Bourdeauducq | 15:54 |
| Fallenou | lekernel: I suggest you wait that I push my refactoring before trying to integrate mmu in milkymist-ng/mmubranch | 15:56 |
| Fallenou | I think I will push it today or tomorrow | 15:56 |
| Fallenou | I move a lot of code around | 15:56 |
| GitHub150 | [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/3a58916a4ffc6917a634530e16337699963d9864 | 17:58 |
| GitHub150 | [migen/master] examples/dataflow/dma: refactor - Sebastien Bourdeauducq | 17:58 |
| GitHub109 | [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/b14be4c8a339eb1a39d9abb8576d990d71518fd0 | 19:06 |
| GitHub109 | [migen/master] actorlib: ASMI sequential reader - Sebastien Bourdeauducq | 19:06 |
| GitHub64 | [milkymist-mmu-simulation] fallen pushed 2 new commits to master: http://git.io/CmrJgg | 19:14 |
| GitHub64 | [milkymist-mmu-simulation/master] Cleanup and refactor DTLB code - Yann Sionneau | 19:14 |
| GitHub64 | [milkymist-mmu-simulation/master] Cleanup and refactor ITLB code - Yann Sionneau | 19:14 |
| Fallenou | synthetizing, let's try ITLB on real fpga | 19:29 |
| Fallenou | does not work :) | 19:53 |
| Fallenou | gn8! | 21:54 |
| GitHub68 | [milkymist-mmu-simulation] fallen pushed 1 new commit to master: http://git.io/zA4ejQ | 21:55 |
| GitHub68 | [milkymist-mmu-simulation/master] Add support for ITLB miss generating page fault - Yann Sionneau | 21:55 |
| GitHub81 | [milkymist-mmu] fallen pushed 1 new commit to mmu-bios: http://git.io/RW2Y3Q | 21:59 |
| GitHub81 | [milkymist-mmu/mmu-bios] Add BIOS support for ITLB page fault handling - Yann Sionneau | 21:59 |
| --- Wed Jun 13 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!