| wpwrak | the things people do for ~50 US-cents ... http://pics.nase-bohren.de/chinauser.jpg/1336690214 | 00:51 |
|---|---|---|
| whitequark | wpwrak: mindsplosion | 01:16 |
| whitequark | DocScrutinizer: fwiw, I'm already patching the driver | 01:17 |
| whitequark | it was written by some poor Korean in a great hassle, so... | 01:17 |
| whitequark | there's a huge 'companion IC' which contains power management, usb phy, a LOT of switches (one usb port is used for: MHL, USB, USB OTG, audio, charging detector, car dock, regular dock and UART) | 01:19 |
| whitequark | regulators and whatnot | 01:20 |
| whitequark | max8997 | 01:20 |
| whitequark | it's an asic probably | 01:20 |
| whitequark | and it's definitely a great mess of code | 01:20 |
| whitequark | whoops, overcurrent condition. not good. | 01:37 |
| whitequark | hm. I enable charging and 0.2 seconds later the port reports OC | 01:39 |
| wolfspraul | wpwrak: I'm back at updating the schhist | 01:46 |
| wolfspraul | I am thinking about removing some outdated/unmaintained ones like Xue, what do you think? | 01:46 |
| wolfspraul | should we leave it there, move to the bottom maybe? or mark as 'unmaintained'? | 01:46 |
| wolfspraul | since we try to increase the quality and establish some sort of style guidelines, it wouldn't help if someone accidentally stumbled into unmaintained projects | 01:47 |
| wpwrak | (Xue) yeah, agreed. it's unfinished anyway. | 02:32 |
| wpwrak | there may be some residual use for questions of the kind "how was this or that done over there", but even this may produce misleading results | 02:34 |
| wolfspraul | yes | 02:36 |
| wolfspraul | I'm running the schhist for board-m1 right now, it seems to take a while | 02:36 |
| wolfspraul | lots of "cannot find crystal" "cannot find cx6slx45-..." | 02:37 |
| wolfspraul | is that normal? maybe it goes away later... (still running) | 02:37 |
| wolfspraul | I invoke it with just -S and --title "Milkymist One" | 02:37 |
| wpwrak | hmm yes, several component have changed name. since schhist walks the history of the board-m1 but keeps all other projects static, all non-monotonous changes may cause false errors | 02:38 |
| wpwrak | non-monotonous: e.g., if something is renamed or removed. | 02:38 |
| wolfspraul | yes, I vaguely remember | 02:38 |
| wolfspraul | so I just wait for now | 02:38 |
| wpwrak | yes. it should all converge in the end :) | 02:40 |
| wpwrak | not really sure if this is worth "fixing". sometimes we also have the opposite effect: something wasn't up to date at the time and then gets corrected later. | 02:41 |
| wolfspraul | yes, agreed | 02:41 |
| wolfspraul | let's wait for the outcome first | 02:41 |
| wolfspraul | so I remove xue from schhist | 02:41 |
| wolfspraul | also SIE CEIMTUN, whatever that was/is/supposed to be/etc | 02:41 |
| wpwrak | indeed ;-) | 02:41 |
| wolfspraul | same for SAKC/SIE - unmaintained, potential confusion | 02:42 |
| wpwrak | no idea what the status of this one it ... | 02:43 |
| wolfspraul | I also think we should remove avt2 from schhist, not sure how much of that circuitry is of any value in the future | 02:43 |
| wolfspraul | we are only talking about the automatically generated schhist now, of course the sources stay and anybody can run schhist locally (with some effort) | 02:43 |
| wpwrak | but it's the one that has been built ? then i'd keep it | 02:43 |
| wolfspraul | ok | 02:43 |
| wolfspraul | we keep for now, push to bottom | 02:44 |
| wpwrak | otherwise you have two milkymist projects and an army of my projects. a very tiny universe :) | 02:44 |
| wolfspraul | but that's what it is | 02:44 |
| wpwrak | we don't have to make it *that* obvious :) | 02:45 |
| wolfspraul | I will add kristianpaul's gps board | 02:45 |
| DocScrutinizer | roh: time on *.om.org is 25min off | 02:49 |
| wolfspraul | wpwrak: finished. can you look over http://projects.qi-hardware.com/schhist/board-m1/ ? | 02:57 |
| wolfspraul | one thing I noticed already is that adam is not writing commit messages with line breaks | 02:58 |
| wolfspraul | should we auto break-around in that column? | 02:58 |
| wolfspraul | cladamw: you there? when you write a longer/multi-line git commit message, I think it would be better if you manually break around into new lines, maybe after 60 characters or so | 02:59 |
| wolfspraul | or maybe something is wrong with his newline? | 02:59 |
| wolfspraul | in github it looks better... | 02:59 |
| cladamw | hi, okay, so I'll seperate commits. | 02:59 |
| wolfspraul | nono, wait | 02:59 |
| wolfspraul | we are just analyzing | 03:00 |
| wolfspraul | look at http://projects.qi-hardware.com/schhist/board-m1 | 03:00 |
| wolfspraul | some commit messages go very far to the right, without breaking around | 03:00 |
| wolfspraul | but I just look at the corresponding view in github (follow the >>>), and there it looks good | 03:00 |
| cladamw | you meant if the commit is too long , I should keep maybe 60 characters ? | 03:01 |
| wolfspraul | no | 03:01 |
| wolfspraul | wait | 03:01 |
| wolfspraul | facts are not clear yet :-) | 03:01 |
| wolfspraul | maybe werner's scripts format it into 1 line | 03:01 |
| wolfspraul | this looks good (multi-line commit msg) https://github.com/milkymist/board-m1/commit/cb81048d2a0057e347a0b6b564665818d1c8abf0 | 03:02 |
| wolfspraul | let's see what werner says, he may remember what the plan was... | 03:02 |
| wpwrak | yeah, it's my script that does this | 03:12 |
| wpwrak | the issue is space: multiline commit messages would increase the vertical spacing of everything | 03:13 |
| wpwrak | you can get the commit message in all its glory by following the link marked with >>> | 03:16 |
| wolfspraul | ok but you like them going so far to the right? | 03:18 |
| wolfspraul | it's really disturbing to see the horizontal scrollbar extend so far to the right | 03:18 |
| wpwrak | at least nothing is lost :) | 03:19 |
| wpwrak | we could truncate them if this really bothers you | 03:19 |
| wolfspraul | no, not really | 03:20 |
| wolfspraul | I just noticed it | 03:20 |
| wolfspraul | no need to waste time over this imho | 03:20 |
| wolfspraul | cladamw: you don't need to change anything, all perfect on your end with multi-line commit messages... | 03:20 |
| wolfspraul | :-) | 03:20 |
| wolfspraul | wpwrak: ok, so the output of board-m1 looks good to you? | 03:21 |
| wolfspraul | I can't spot any immediate issues | 03:21 |
| wolfspraul | it's very big though | 03:21 |
| wolfspraul | maybe some renaming/reordering of columns? | 03:21 |
| cladamw | okay | 03:21 |
| wpwrak | i was just thinking about merging columns where one timeline ends and then another timeline starts | 03:22 |
| wpwrak | e.g., when renaming/splitting/merging sheets | 03:22 |
| wolfspraul | ok, I clean up the other projects first, remove the ones discussed above, add kpaul's gps board | 03:22 |
| wpwrak | that would get rid of three columns of thumbnails. still quite a lot left, though | 03:23 |
| wpwrak | maybe we need another level of overviews :) | 03:24 |
| wpwrak | actually ... lemme see what this looks like in other browsers than konqueror ... | 03:24 |
| wolfspraul | need to run out quick, the exciting and disturbing markets are calling :-) | 03:26 |
| wolfspraul | bbl | 03:26 |
| wpwrak | looks good in all of them. i notice that there are a lot of components missing, though | 03:26 |
| wpwrak | ;-) | 03:26 |
| wolfspraul | hmm | 03:26 |
| wolfspraul | missing because? not yet in kicad-libs? something wrong with paths? | 03:27 |
| wpwrak | maybe you need to git pull in kicad-libs ? | 03:27 |
| wolfspraul | the script does this automatically, before any of the actual board projects | 03:27 |
| wpwrak | ah, good. my own foresight surprises me ;-) | 03:28 |
| wpwrak | of course, then this means something's amiss | 03:28 |
| wolfspraul | yes the markets are disturbing, a lot | 03:28 |
| wolfspraul | but I made my peace, I think, with the way people are doing business here | 03:28 |
| wpwrak | you mean supermarket ? | 03:29 |
| wolfspraul | so I just walk around now with an eternal smile on my face, floating on the air, using the markets for what they are good for, and not complaining about anything else, even to myself | 03:29 |
| wolfspraul | no other way | 03:29 |
| wolfspraul | no no, electronic markets of course :-) | 03:29 |
| wpwrak | ah :) | 03:29 |
| wolfspraul | how do they like to say, "with special chinese characteristics" | 03:29 |
| wolfspraul | ha ha | 03:29 |
| wolfspraul | like the democracy here | 03:29 |
| wolfspraul | also with "special chinese characteristics" | 03:29 |
| wolfspraul | over time you get used to it, and they don't change, for sure not... :-) | 03:30 |
| wolfspraul | nothing can disturb my smile anymore | 03:30 |
| wolfspraul | l8 | 03:30 |
| wpwrak | have fun ! :) | 03:30 |
| wolfspraul | hey I looked for ultrasonic cleaners the other day | 03:32 |
| wolfspraul | ha ha | 03:32 |
| wolfspraul | "cleaning" is not something of high value... | 03:32 |
| wolfspraul | it must be somewhere, but the tool shops I found all tried to sell me some strong airblower instead | 03:33 |
| wpwrak | they should be easy to find. there's a ton of cheap chinese ones even here on the market :) | 03:33 |
| wpwrak | naw, liquid, not air :) | 03:33 |
| wolfspraul | sure sure, I know | 03:33 |
| wolfspraul | will get to it, today have some other things first | 03:34 |
| wpwrak | maybe tell them you want to clean injectors (for cars) | 03:34 |
| wolfspraul | then I will start the PCB project in earnest soon, but only after schhist is up and running again :-) | 03:34 |
| wpwrak | injector cleaning uses stronger devices. but once you find a shop that has anything like this, they can probably tell you where to find weaker units. or maybe then even have them too. | 03:34 |
| wpwrak | the best choice would be a device that sweeps the ultrasound frequency. these are specifically for electronics and have the lowest risk of causing damage. but they may be more expensive. (they are here) | 03:38 |
| wpwrak | otherwise, just for for the one with the lowest power to volume ratio | 03:38 |
| wpwrak | the one i have has something like 35 W for 0.5 l | 03:40 |
| wpwrak | the weaker the device, the less likely the resonances are to damage the chips | 03:41 |
| wpwrak | if you get one with a frequency sweep, you avoid the resonances. then you can go for higher power levels. | 03:41 |
| wpwrak | there are also fancy (yet cheap) ones with built-in heating. it can't hurt but probably doesn't accomplish all too much | 03:42 |
| wpwrak | for the cleaning fluid, you just use de-mineralized or distilled water. available at any car supply shop | 03:43 |
| wpwrak | you can also use other liquids of course. e.g., alcohol. but water is usually sufficient. and very cheap ;-) | 03:45 |
| qi-bot | [commit] Werner Almesberger: schhist/sanitize-profile: treat LibDir as a list (master) http://qi-hw.com/p/eda-tools/9365a23 | 03:53 |
| wpwrak | this should fix some of the missing symbols | 03:54 |
| wpwrak | wolfspraul: (foresight) ah wait. that's your foresight, not mine. that's why it surprised me :) | 04:03 |
| wpwrak | yeah. looks better now | 04:06 |
| wpwrak | wolfspraul: pulling the sanitize-profile change and then running schhist again will fix the missing symbols. it'll finish reasonably quickly since it can get much of the data from the cache. | 04:11 |
| qi-bot | [commit] Xiangfu: add mjpg-streamer config (master) http://qi-hw.com/p/openwrt-packages/1982f9a | 04:25 |
| qi-bot | [commit] Xiangfu: cgminer update to 2.4.0 (master) http://qi-hw.com/p/openwrt-packages/ce88966 | 04:25 |
| qi-bot | [commit] Xiangfu: cgmier: update it automatic detect icarus (master) http://qi-hw.com/p/openwrt-packages/6867d67 | 04:25 |
| qi-bot | [commit] Xiangfu: cgminer: cgminer now working with pool that don't provide midstate (master) http://qi-hw.com/p/openwrt-packages/5f04289 | 04:25 |
| qi-bot | [commit] Xiangfu: cgmienr: update POOL1 to ozco.in (master) http://qi-hw.com/p/openwrt-packages/f3e7354 | 04:25 |
| qi-bot | [commit] Xiangfu: cgmienr: add usb hotplug for Icarus (master) http://qi-hw.com/p/openwrt-packages/81a4549 | 04:25 |
| wpwrak | hehe. now that's what i call overview: http://downloads.qi-hardware.com/people/werner/tmp/durchblick.png | 05:24 |
| qi-bot | [commit] Werner Almesberger: schhist/schhist2web: truncate commit entries after 300 characters (master) http://qi-hw.com/p/eda-tools/b7816b9 | 05:51 |
| qi-bot | [commit] Werner Almesberger: schhist2web: column sharing with SCHHIST_ORDER=...:first=next=...:... (WIP) (master) http://qi-hw.com/p/eda-tools/1468a33 | 05:51 |
| wpwrak | wolfspraul: i added a cutoff for very long commit entries (> 300 characters) now. in case someone writes a book ... | 06:01 |
| wpwrak | wolfspraul: there's also a preliminary extension of SCHHIST_ORDER that recognizes not old the old name:name:name sort order but also column sharing with name1=name2=... | 06:04 |
| wpwrak | so foo=bar:blah=gaga=etc would put foo and bar into the first column, blah, gaga, and etc into the second, and then all the remaining sheets in alphabetic order | 06:05 |
| qi-bot | [commit] Werner Almesberger: schhist/schhist2web (ordered_names): fix typo in pattern (master) http://qi-hw.com/p/eda-tools/cc5732b | 06:18 |
| wpwrak | a transition from one sheet to the next would look like this http://downloads.qi-hardware.com/people/werner/tmp/column-sharing.png (3rd and 4th column, with deletion (all read) followed by creation (all green)) | 06:26 |
| wpwrak | this is with SCHHIST_ORDER=FPGA_Dec:FPGA=FPGA_BANK0:FPGA_BANK1=FPGA_P1:FPGA_BANK2=FPGA_P2:FPGA_BANK3 | 06:26 |
| wpwrak | there are still a few issues: the names in a ...=...=... list must be in alphabetic order, the title bar only shows the first name in that list (no matter whether this is also the last surviving sheet), and there is no indication in the middle of the timeline when a new sheet occupies the column | 06:29 |
| LunaVorax | Hello everyone! | 15:51 |
| kristianpaul | Nice description about how USB works for those like still unknow about it.. http://www.lendlocus.com/?q=16fusb | 20:01 |
| kristianpaul | and those who likes PIC's like wpwrak :) | 20:02 |
| viric | don't they have a c compiler? | 20:06 |
| kristianpaul | sdcc yes | 20:07 |
| viric | then they used asm for fun I imagine | 20:08 |
| kristianpaul | that mcu is too small for even code in c something serious | 20:08 |
| viric | hm | 20:08 |
| kristianpaul | i remenber even some older ones you have to write your own uart in software | 20:09 |
| wpwrak | viric: in this sort of code you usually need assembler for the timing | 21:18 |
| wpwrak | kristianpaul: i didn't say i like them :) i just find them useful at times | 21:19 |
| wolfspraul | kristianpaul: you there? | 23:09 |
| wolfspraul | I included m1-gps-expansion in schhist at http://projects.qi-hardware.com/schhist/m1-gps-expansion/ | 23:09 |
| wolfspraul | one small things I noticed - can you add some licensing information to the files in your git repo? | 23:09 |
| wolfspraul | right now there is nothing | 23:09 |
| wpwrak | wolfspraul: did you see my comments about column sharing, in the backlog ? does it look useful to you ? http://downloads.qi-hardware.com/people/werner/tmp/column-sharing.png | 23:14 |
| wpwrak | (assuming i add intermediate titles. still thinking about how to best pull this off. one of the things that get a little tricky in the shell :) | 23:15 |
| wolfspraul | ah wait, no. didn't see that yet, or rather think about it yet. | 23:16 |
| wpwrak | all those missing libraries were a problem in schhist. i fixed that now. | 23:17 |
| wolfspraul | oh great | 23:17 |
| wolfspraul | do I need to update the server? | 23:18 |
| wolfspraul | how about kicad there? | 23:18 |
| wolfspraul | all schhist should be back up and running again now, including m1 and m1-gps | 23:18 |
| wpwrak | and i added a 300 character limit for the commit entry. in case someone feels a bit too chatty :) | 23:18 |
| wolfspraul | wow that's a big graphic | 23:19 |
| wolfspraul | don't know what to look at | 23:19 |
| wpwrak | (update) yes, git pull eda-tools. then run things again. | 23:20 |
| wpwrak | 3rd and 4th column, all in ted and then above all in green | 23:20 |
| wpwrak | s/ted/red/ | 23:20 |
| wolfspraul | ah yes | 23:20 |
| wpwrak | that's a one sheet that got renamed. with SCHHIST_ORDER, i told schhist to put the old and the new sheet in the same column | 23:21 |
| wpwrak | it's all manual. didn't dare to automate it. | 23:21 |
| wpwrak | what this still need is a new title bar (like the one on top) each time the sheet in a column changes | 23:22 |
| wpwrak | that is, the sheet name | 23:22 |
| wpwrak | (kicad update) kicad doesn't seem to need updating so far. maybe it's already the latest version anyway :) | 23:23 |
| wolfspraul | ok, not sure about column sharing then | 23:24 |
| wolfspraul | one thing we can do in the m1 sheet is better order and naming of columns? | 23:24 |
| wpwrak | yes, we can reorder them. not sure if we should rename them in schhist. they already have two different names, which i find quite confusing. | 23:27 |
| wpwrak | the order should be something like this: | 23:28 |
| wpwrak | SCHHIST_ORDER=m1:POWER:FPGA_Dec:BANK0:BANK1:BANK2:BANK3:EXPANSION_RESET:DRAM:NOR_FLASH:AUDIO:DVI-I:VIDEO_IN:MISC_CONTROL:ETHERNET:USB_A-B:USB_C-D:USB_E-F:MISC | 23:29 |
| wpwrak | with the dead sheets placed somewhere (if you don't include them in the list, they go to the end, in alphabetical order) | 23:30 |
| wpwrak | the dead ones are: FPGA, FPGA_P1, and FPGA_P2 | 23:31 |
| DocScrutinizer | moo | 23:31 |
| wpwrak | oink | 23:32 |
| qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.minimal-20120510-1615 | 23:32 |
| wolfspraul | ok I updated eda-tools, added the m1 order, and now just rerunning everything (will take a few hours I think) | 23:50 |
| wpwrak | your machine is too slow :) | 23:51 |
| wolfspraul | it's on the server, going through all projects | 23:52 |
| wpwrak | still sluggish. well, having removed the zombies will help | 23:54 |
| --- Sat May 12 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
