| GitHub129 | [scripts] xiangfu pushed 1 new commit to master: http://git.io/BRvp0g | 01:53 |
|---|---|---|
| GitHub129 | [scripts/master] m32 toolchain build script: fix parallel build - David Kuehling | 01:53 |
| cladamwa | wpwrak, do you think we need completely remove C238? | 02:04 |
| GitHub34 | [scripts] xiangfu pushed 1 new commit to master: http://git.io/9_VGRg | 02:09 |
| GitHub34 | [scripts/master] compile-flickernoise: removes unnccessary subshell parens - Xiangfu Liu | 02:09 |
| wpwrak | cladamwa: yes, C238 must die :) | 02:11 |
| cladamwa | wpwrak, since to duplicate PTC current protection, I hope I can find smd type of Zener to replace through hole ones. not sure if I can find. I'll try. since current through hole will annoy me. ;-) | 03:05 |
| cladamwa | wpwrak, since I don't want to bend pins of Zener before sending them to factory. see works i did: http://en.qi-hardware.com/wiki/File:Bending_zerner_diode.JPG | 03:08 |
| wolfspraul | cladamwa: please search on digikey (or octopart) first | 03:08 |
| cladamwa | wpwrak, too much work though. | 03:09 |
| wolfspraul | preferably digikey | 03:09 |
| cladamwa | wolfspraul, sure, will search digikey first. | 03:09 |
| wolfspraul | yes, definitely. good! :-) | 03:09 |
| wolfspraul | (no bending) | 03:09 |
| wpwrak | the bending looks lovely ;-) | 03:19 |
| cladamwa | (newest) http://downloads.qi-hardware.com/hardware/milkymist_one/sch/tmp/MILKYMISTONE.pdf | 03:25 |
| cladamwa | wpwrak, I added second 2A protection for usb in Power.SchDoc, few details need to chat with you. ;-) | 03:26 |
| cladamwa | 1. since I expected extra-ext. usb and int. usb will occupied present area a lot, so I'd like to keep second circuit of F3/D28/D29 etc still close to J11 DC jack area, how so you think? | 03:29 |
| cladamwa | 2. if like this, then the net of "USB5V' will go long far then get reach usb c ~ f circuit routing area. if this being established, it would be still added a C286/220uF to reduce noise while long routings. The C286 will be placed close to usb c~f area, how do you think? | 03:32 |
| cladamwa | 3. if against item 1&2, we may have another alternative, thus is placing second F3/etc. to the bottom side of pcb of planed usb c~f area. then C286/220uF could be reduced as possible. | 03:36 |
| cladamwa | the 3) is probably not work since also arising routing complexity in those area, so item 1&2 would seemly be possible solution. or do you have any idea? | 03:39 |
| qi-bot | The Firmware build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120203-0300/ | 03:47 |
| wpwrak | (1) keeping it close to DC jack sounds good | 04:00 |
| wpwrak | (2) hmm, c-f are internal and external ? may be easier to have all the external usb on one protection circuit, and everything that's internal (usb and the rest of the system) on the other | 04:02 |
| cladamwa | a~c now are external, e/f are internal. | 04:27 |
| cladamwa | s/a~c/a~d | 04:28 |
| cladamwa | wpwrak, your (2) idea is much better. tks. will change it. | 04:29 |
| qi-bot | The Firmware build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120203-0458/ | 05:45 |
| cladamw | (Zener smd 5.6V 5W) http://search.digikey.com/us/en/products/SMBJ5339B-TP/SMBJ5339B-TPMSCT-ND/1636205 | 07:26 |
| cladamw | in R3, we used a 0.57 usd/ea: http://search.digikey.com/us/en/products/1N5339BG/1N5339BGOS-ND/1474079 | 07:27 |
| cladamw | I'd prefer to go for this smd type even it's @0.9 usd/ea, that could save productive time a lot of course. The problem is available sotck of DO-2144A, SMB is only 105pcs. A though hole type is 6,496 pcs available. | 07:32 |
| cladamw | (SMBJ5339B) good news on Mouser that is 4,447 pcs available now, don't need to worry. so last time R3 production, didn't see Mouser has this part came into their warehouse. | 07:37 |
| GitHub76 | [llvm-lm32] jpbonn pushed 150 new commits to master: http://git.io/GtoUnA | 07:54 |
| GitHub76 | [llvm-lm32/master] jalr should use t9 ($25) for indirect calls regardless of the relocation model - Akira Hatanaka | 07:54 |
| GitHub76 | [llvm-lm32/master] Rename WrapperPIC. It is now used for both pic and static. - Akira Hatanaka | 07:54 |
| GitHub76 | [llvm-lm32/master] Typo. - Chad Rosier | 07:54 |
| GitHub177 | [clang-lm32] jpbonn pushed 92 new commits to master: http://git.io/vlajrQ | 07:54 |
| GitHub177 | [clang-lm32/master] This patch extends thread safety analysis with support for the scoped_lockable attribute. - DeLesley Hutchins | 07:54 |
| GitHub177 | [clang-lm32/master] add tree test for suse on ppc64 (r146142) - Hal Finkel | 07:54 |
| GitHub177 | [clang-lm32/master] Fix an edge case in IRGen for conditionals. PR11509. - Eli Friedman | 07:54 |
| Fallenou | larsc lekernel : is it normal that at some point in lm32 simulation mem[0] becomes 0x00000000 , then mem[1] as well etc gradually all instruction SRAM clears itself | 09:06 |
| Fallenou | uploading bios.elf to show you the code I am running which is pretty straight forward | 09:07 |
| Fallenou | and does not do any memory load/store | 09:07 |
| Fallenou | http://www.2shared.com/file/SgVyiV9X/bios.html | 09:10 |
| lekernel | no, it is not | 09:12 |
| Fallenou | source code is here : http://pastebin.com/5tmrBnYM | 09:12 |
| Fallenou | and EBA s initialized to 0 in lm32_include.v | 09:12 |
| Fallenou | so next I will try to understand why sram is zeroing itself up :/ | 09:12 |
| lekernel | by the way, why bother with the full BIOS if you're only testing a few MMU instructions? | 09:12 |
| Fallenou | I removed almost everything | 09:13 |
| lekernel | btw if you commented out bi main it will continue into save_all etc. | 09:13 |
| Fallenou | I just zero r0, set EBA and jump to _ctr0 | 09:13 |
| Fallenou | and then do a while(1) nop | 09:13 |
| lekernel | try simply _reset_handler: bi _reset_handler: | 09:14 |
| lekernel | maybe with xor r0, r0, r0 | 09:14 |
| lekernel | but no moe | 09:14 |
| lekernel | more | 09:14 |
| Fallenou | hum ok | 09:15 |
| larsc | lekernel: i send you a migen pull request on github | 09:21 |
| lekernel | ok | 09:23 |
| lekernel | ah you already did... for some reason it didn't show up in my notifications | 09:24 |
| lekernel | thanks | 09:24 |
| larsc | uh, yes, sorry, s/send/sent/ | 09:24 |
| larsc | my brain is still frozen ;) -15C outside | 09:25 |
| GitHub111 | [migen] sbourdeauducq pushed 4 new commits to master: https://github.com/milkymist/migen/compare/3143608...504a169 | 09:25 |
| GitHub111 | [migen/master] Lower required python version to 3.1 - Lars-Peter Clausen | 09:25 |
| GitHub111 | [migen/master] fhdl/namer: Add support for STORE_DEREF opcode - Lars-Peter Clausen | 09:25 |
| GitHub111 | [migen/master] Use enumerate(x) instead of zip(range(x), x) - Lars-Peter Clausen | 09:25 |
| Fallenou | lekernel: at startup the icache flushes and invalidates itself before anything happen, ok normal, then cpu I_ADR_O starts incrementing (0, 4, 8 etc) and at this exact moment sram starts to zero itself | 09:30 |
| Fallenou | and so the way_data of the icache starts to refill itself, storing the 0 of the sram | 09:31 |
| Fallenou | instead of storing what used to be the real instructions | 09:31 |
| Fallenou | makes me crazy | 09:31 |
| Fallenou | I did as you said xor r0,r0,r0 then bi _reset_handler | 09:31 |
| Fallenou | and this is a non modified lm32 cpu, the lm32_dcache is the original one, not the mmu-modified-one | 09:32 |
| Fallenou | very weird | 09:33 |
| lekernel | what's the SRAM WE signal? | 09:35 |
| lekernel | note that I did not test this stuff, so there might be some bugs | 09:35 |
| Fallenou | it seems there is no WE signal | 09:36 |
| Fallenou | I cannot see one in soc.V | 09:36 |
| Fallenou | oh sorry yes there is | 09:36 |
| Fallenou | frag_sram0[] | 09:36 |
| Fallenou | ok let's add it to the wave window | 09:37 |
| Fallenou | lekernel: yep frag_sram0[3:0] keeps toogling between 4'd0 and 4'b1111 | 09:40 |
| Fallenou | grmbl why | 09:41 |
| lekernel | should be better now *g* | 09:43 |
| GitHub113 | [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/6iDnLA | 09:43 |
| GitHub113 | [milkymist-ng/master] sram: fix WE signal - Sebastien Bourdeauducq | 09:43 |
| Fallenou | frag_sram0[k] <= ((sram0_wishbone_cyc_i & sram0_wishbone_stb_i) & sram0_wishbone_sel_i[k]); | 09:43 |
| Fallenou | ah yep | 09:44 |
| Fallenou | indeed | 09:44 |
| Fallenou | thanks :) | 09:44 |
| Fallenou | why 3-i ? wishbone is little endian ? | 09:46 |
| lekernel | no, it's big endian... | 09:46 |
| lekernel | but migen has reversed signal indexes (compared to verilog) to be consistent with python slices | 09:48 |
| Fallenou | oh yep I just noticed | 09:48 |
| Fallenou | frag_sram0[0] means mem[n][7:0] and not [31:24] | 09:49 |
| Fallenou | ok | 09:49 |
| Fallenou | let's try again | 09:49 |
| Fallenou | lekernel: ok awesome ! | 10:03 |
| Fallenou | works way better now | 10:03 |
| Fallenou | fetches 0, 4, 8, c then 0 and stays at 0 for a reason I don't know yet | 10:03 |
| Fallenou | and way_data starts to fill up with real instructions :) | 10:04 |
| Fallenou | I guess bi 0 is not super nice to lm32 | 10:04 |
| lekernel | no, it should work | 10:11 |
| lekernel | cladamw: seems you inadvertently flipped U6 in your latest schematics | 10:30 |
| lekernel | be careful ... | 10:30 |
| cladamw | lekernel, ;-) no, i tried intendly to modify its frame but didn't in success, wanted to set its apparent feature, then later just change its frame color. ;-) yuh, I'm very carefully on U6. ;-) | 10:33 |
| lekernel | but http://downloads.qi-hardware.com/hardware/milkymist_one/sch/tmp/MILKYMISTONE.pdf has messed up connections | 10:34 |
| cladamw | i didn't listed up all details on each page. but here i recorded them firstly: http://en.qi-hardware.com/wiki/Milkymist_One_Schematic_Change_History#R4_.28not_finished_yet.29 | 10:36 |
| lekernel | meh | 10:37 |
| lekernel | http://milkymist.org/midiflip.png <= this is wrong, period | 10:39 |
| cladamw | lekernel, oah...yes, you got it. I need to mirror it again. tks. | 10:41 |
| cladamw | lekernel, updated. | 10:46 |
| cladamw | (crowbar) any further idea? Do we feel strongly enough about it to implement and test that crowbar? | 10:50 |
| lekernel | the thyristor thing? it's not on this schematics, right? | 10:55 |
| lekernel | and no, I think we should not implement it | 10:55 |
| cladamw | yes, not added them now, at least needs to discuss and even if we really need it also need to test before add. | 10:57 |
| lekernel | wpwrak: can you post again that autodependency makefile you pointed to? I can't find it again in the irc log | 11:10 |
| lekernel | ah, http://projects.qi-hardware.com/index.php/p/fped/source/tree/master/Makefile | 11:11 |
| GitHub109 | [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/myJj2w | 11:15 |
| GitHub109 | [milkymist-ng/master] Copy some software code from the original Milkymist SoC. - Sebastien Bourdeauducq | 11:15 |
| Fallenou | time for lunch ! | 11:21 |
| GitHub126 | [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/p6CkRg | 11:31 |
| GitHub126 | [milkymist-ng/master] software: dependencies the Werner way - Sebastien Bourdeauducq | 11:31 |
| lekernel | wolfspraul: http://commons.wikimedia.org/wiki/User:Evan-Amos/Everyday | 12:23 |
| wpwrak | nice picture collection | 13:13 |
| xiangfu | wpwrak, Hi. | 13:24 |
| xiangfu | you may saw my message. I got the HID_REPORT_DESCRIPTOR correct now. :) my plan is parse the REPORT_ID first. since it's very simple. | 13:24 |
| xiangfu | then it can maybe most 2 interfaces Keyboard+Mouse working. :) | 13:25 |
| dvdk | wolfspraul: about the LM32 license. Just looking at it. Unfortunately I can't agree that it is 100% bsd-style open. Maybe "95%" :). Also it has a few points that make it incompatible with GPL: | 14:32 |
| dvdk | 6. export control according to US law | 14:33 |
| dvdk | and 1.: forbids to charge recipients for distribution | 14:33 |
| dvdk | just my $(1/50) | 14:34 |
| whitequark | hah! 3..+inf days and I'll be a happy M1 owner | 15:10 |
| whitequark | (+inf) you never know for sure with russian post. | 15:11 |
| Fallenou | :) | 15:16 |
| qi-bot | The Firmware build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120203-2021/ | 21:08 |
| --- Sat Feb 4 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
