| larsc | hm tried to replace the maxim parts with adi parts, but the pin compatible adi lvds receiver doesn't have built-in termination resistores :/ | 11:42 |
|---|---|---|
| lekernel | which is good, since you don't want them | 11:46 |
| lekernel | note that I picked the Maxim part which doesn't have those resistors | 11:46 |
| lekernel | how fast do the ADI parts go? | 11:47 |
| lekernel | give use the ADI sales pitch :) | 11:48 |
| lekernel | us | 11:48 |
| larsc | yea, just noticed that you use the MAX9121 and not the MAX9122 | 11:50 |
| lekernel | MAX9121 is a bit faster than ADN4666 (250MHz vs. 200MHz) which is why I'm using it | 11:50 |
| larsc | the ADI part is only specified for 200MHz instead of 250Mhz... exactly | 11:50 |
| larsc | ADN4668 is the pin compatible version | 11:51 |
| lekernel | I find it a bit frustrating that all those discrete parts are under 1Gbps, while GPUs happily run DRAM at 5+Gbps/pin | 11:52 |
| lekernel | FPGA IOs are a little better, but not that much | 11:53 |
| larsc | shouldn't the gpx on the newer xilinx fpgas support up to 5Gbps? | 12:02 |
| lekernel | without enough pins to drive DRAM, and using differential IO | 12:04 |
| lekernel | GDDR5 does 5Gbps/pin on single-ended signals | 12:04 |
| lekernel | IOSERDES does a pale 1.8Gbps/pin | 12:05 |
| azonenberg | http://i.imgur.com/5CPFuxF.png :D | 18:21 |
| azonenberg | screw you chipscope | 18:21 |
| larsc | looks nice | 18:30 |
| larsc | but the text is not exactly vertically centered | 18:30 |
| azonenberg | Which text, the channel names? | 18:32 |
| azonenberg | or the text in the signals | 18:32 |
| azonenberg | the text in the signals should be, i used pango calls to get the line height and then put it at (signal height/2 - line height/2) | 18:32 |
| azonenberg | i know that the channel-name list on the left is way off | 18:33 |
| larsc | there is one more pixel on top | 18:38 |
| larsc | for the text in the signals | 18:38 |
| larsc | have I ever mentioned I suffer from ocd ;) | 18:39 |
| azonenberg | hmm, it might just not divide evenly | 18:40 |
| azonenberg | if the font is an odd number of pixels high and the signal is an even | 18:40 |
| lekernel | azonenberg, looks nice, though the obvious question is: why not gtkwave? | 19:08 |
| azonenberg | lekernel: I considered gtkwave | 19:09 |
| azonenberg | in fact my first version used it | 19:09 |
| lekernel | tbh this looks a bit NIH | 19:09 |
| azonenberg | But its internal architecture was not amenable to arbitrary protocol decode | 19:09 |
| lekernel | or sigrok | 19:09 |
| azonenberg | the UI is almost irrelevant | 19:10 |
| azonenberg | most of the work is the back end on the capture core | 19:10 |
| azonenberg | The other problem is that gtkwave is gpl'd | 19:12 |
| larsc | yea, using pulseview would be another alternative http://sigrok.org/wiki/PulseView | 19:12 |
| larsc | although it is also gpl | 19:12 |
| azonenberg | My entire stack as far down as i can get is going to be BSD | 19:12 |
| azonenberg | Several times i've found very nice looking apps and been ready to start integrating them, then realized they were GPL | 19:14 |
| azonenberg | Which would mean i'd have to GPL a sizable fraction of my code | 19:14 |
| azonenberg | and that's not an option | 19:14 |
| lekernel | your code can be BSD | 19:15 |
| azonenberg | not if i link it with a gpl'd application | 19:15 |
| azonenberg | everything i add would have to be gpl'd | 19:15 |
| larsc | i wish there was some nice signal rendering _library_ under a liberal license | 19:15 |
| azonenberg | larsc: That's what i'm doing here | 19:16 |
| azonenberg | all of the protocol decode and back-end stuff is a standalone library | 19:16 |
| lekernel | http://www.gnu.org/licenses/license-list.html#ModifiedBSD | 19:16 |
| lekernel | "It is a lax, permissive non-copyleft free software license, *compatible with the GNU GPL.*" | 19:16 |
| azonenberg | Yes | 19:16 |
| azonenberg | But the combination of the two becomes GPL'd | 19:16 |
| lekernel | this sounds a lesser evil than NIH | 19:17 |
| azonenberg | My bigger issue is gpl'd libraries | 19:17 |
| azonenberg | forcing me to gpl the entire application | 19:17 |
| azonenberg | that is not acceptable | 19:17 |
| azonenberg | my goal is to deliver a useful product that can be used by the widest possible audience | 19:18 |
| azonenberg | not to push the ideology of free software | 19:18 |
| azonenberg | and that means rejecting anything that's too overly politicized like the gpl | 19:18 |
| azonenberg | Stallman himself tried to convince me otherwise but when he said "I have no sympathy for anyone who uses such a ridiculously permissive license" that was the last straw | 19:19 |
| azonenberg | i couldn't care less if some company forks my code and turns it into a commercial product | 19:19 |
| azonenberg | as long as my copy is still usable by me then i lose nothing | 19:19 |
| azonenberg | and the world gains something | 19:20 |
| lekernel | you're preaching to the converted here, I'm not a rms fan either | 19:21 |
| lekernel | and my conversations with him have been similar to yours | 19:22 |
| azonenberg | And as a result, if left with no choice | 19:22 |
| azonenberg | and I need a library to do something in a BSD'd application | 19:22 |
| azonenberg | I will replace a GPL'd library with a BSD'd equivalent | 19:22 |
| azonenberg | even if that means writing it from scratch | 19:22 |
| azonenberg | Like i said, i had been using gtkwave as a standalone executable for my first version of the LA app | 19:23 |
| azonenberg | but it lacked a lot of capabilities i needed to do proper live updates and protocol decoding | 19:23 |
| azonenberg | and i didn't want to put all of that time into patching a GPL'd project | 19:23 |
| azonenberg | Since i want my viewer to be a librarized component that i can drop into a larger appliction | 19:25 |
| azonenberg | without having to gpl it | 19:25 |
| mwalle | larsc: your simpleImage isnt working for me at all | 21:33 |
| mwalle | no prints | 21:33 |
| larsc | mwalle: which qemu? | 21:33 |
| mwalle | latest | 21:34 |
| mwalle | but there shouldnt be any changes | 21:34 |
| larsc | mine is 6 month old | 21:34 |
| mwalle | could you do a diff? eg. git fetch origin (or sth like that), git diff master..origin/master target-lm32 | 21:35 |
| larsc | commit 63e5885 | 21:35 |
| mwalle | ok mom | 21:35 |
| mwalle | is that an official commit? | 21:36 |
| mwalle | ah that is a commit from me | 21:36 |
| larsc | yes | 21:37 |
| larsc | the changes in target-lm32 look trivial | 21:37 |
| larsc | but I'd rather expect the problem to be in hw/milkymist* anyway | 21:37 |
| mwalle | whats your commandline? | 21:40 |
| larsc | -M milkymist -nographic -kernel arch/lm32/boot/simpleImage.milkymist_one -initrd /opt/Projects/openwrt-git/bin/lm32/openwrt-lm32-root.ext4 -s -append "init=/bin/sh root=/dev/ram0 console=ttyS0" | 21:40 |
| mwalle | im now at 63e5885 | 21:41 |
| mwalle | but still no output | 21:41 |
| mwalle | qemu-system-lm32 -M milkymist -kernel /tmp/simpleImage.milkymist_one -nographic -append "console=/dev/ttyS0" | 21:42 |
| larsc | strange | 21:42 |
| larsc | md5sum of the kernel? | 21:42 |
| mwalle | 3dcf992cd157f218414e8d9d4d8f9b13 /tmp/simpleImage.milkymist_one | 21:42 |
| larsc | ah, wait I don't have the one I uploaded anymore | 21:43 |
| larsc | uploaded a new one a3a8e3fe5d21af6aaaa4990a71efb087 | 21:49 |
| larsc | http://metafoo.de/simpleImage.milkymist_one | 21:50 |
| mwalle | works neither | 21:52 |
| mwalle | mh | 21:52 |
| mwalle | you're sure you are using a binary compiled from commit 63e5885 | 21:53 |
| larsc | not 100% but 90%-ish | 21:54 |
| larsc | git diff shows nothing | 21:54 |
| mwalle | larsc: does "-serial stdio -nographic" work for you? | 21:54 |
| larsc | no | 21:55 |
| larsc | qemu: could not open serial device 'stdio': Success | 21:55 |
| mwalle | ok | 21:55 |
| larsc | what a great error messages... | 21:55 |
| mwalle | yeah ;) | 21:56 |
| mwalle | btw i have some vmlinux here (3.1.0) which is working | 21:57 |
| mwalle | at least until it turns off the early boot console | 21:58 |
| mwalle | which might not be enabled in your kernel | 21:58 |
| mwalle | do we support earlyprintk? | 21:59 |
| mwalle | ah forget what i said, with the right kernel command line, my kernel works | 22:00 |
| mwalle | ah and yours too | 22:00 |
| mwalle | lol "console=/dev/ttyS0".. i need more sleep | 22:01 |
| GitHub143 | [qemu] mwalle pushed 1 new commit to mmu: https://github.com/mwalle/qemu/commit/99e6157e87848b1329d3c831066017415eed8d38 | 22:08 |
| GitHub143 | qemu/mmu 99e6157 Michael Walle: mmu wip #9 | 22:08 |
| GitHub62 | [qemu] mwalle pushed 1000 new commits to master: https://github.com/mwalle/qemu/compare/611029910906...3f15f98dc139 | 22:10 |
| GitHub62 | qemu/master 722bfec Richard Henderson: target-s390: Convert MULTIPLY AND ADD, SUBTRACT... | 22:10 |
| GitHub62 | qemu/master 31aa97d Richard Henderson: target-s390: Convert TEST DATA CLASS... | 22:10 |
| GitHub62 | qemu/master 5d7fd04 Richard Henderson: target-s390: Convert FP LOAD COMPLIMENT, NEGATIVE, POSITIVE... | 22:10 |
| mwalle | larsc: btw your rootfs gives me "sh: can't execute 'uci_load': No such file or directory" | 22:13 |
| larsc | yea | 22:15 |
| larsc | that's why I use /bin/sh for init | 22:16 |
| mwalle | i see | 22:21 |
| --- Fri Feb 22 2013 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
