*** tpb has joined #timvideos | 00:00 | |
Joelw | CarlFK: apt-get source linux-image-$(uname -r) | 00:04 |
---|---|---|
CarlFK | Joelw: thanks.. kinda.. Package linux-source-3.14.65-70 is not available, but is referred to by another package. | 00:05 |
CarlFK | so I am trying to install 4.4 ... weee!!!! | 00:05 |
CarlFK | run-parts: executing /etc/kernel/header_postinst.d/dkms 4.4.0-27-generic /boot/vmlinuz-4.4.0-27-generic | 00:23 |
CarlFK | lets see if it boots :) | 00:23 |
CarlFK | I think I killed it... | 00:26 |
shenki | Neuron1k: morning | 00:43 |
shenki | Neuron1k: how did your hacking go? | 00:44 |
shenki | Neuron1k: i can't see any commits in your repository | 00:44 |
shenki | Neuron1k: i thought you were going to schedule a meeting with myself, mithro and ajit this morning? i don't have anyting in my calendar | 00:44 |
Neuron1k | shenki: I am still working on it | 00:44 |
Neuron1k | shenki: ok, I thought we will catch up on hangouts, but I will prepare meeting | 00:45 |
shenki | Neuron1k: okay | 00:48 |
shenki | Neuron1k: regarding the code, as we've discussed in the past, you want to be pushing a commit every day at least | 00:48 |
Neuron1k | shenki: I will, now after exams I can truly focus, hope that my productivity will boost now | 00:50 |
shenki | Neuron1k: okay. the unfortunate part here is the summer of code is half through | 00:55 |
shenki | Neuron1k: but we can chat about that later. good luck with the hacking | 00:55 |
Neuron1k | shenki: ok, thank you | 00:56 |
*** aom_ has joined #timvideos | 01:57 | |
mithro | hello andi-m | 03:04 |
mithro | opps | 03:04 |
mithro | hello aom_ | 03:04 |
aom_ | hello! | 03:09 |
aom_ | thank so much for comment of my blog. I cannot reply for your comment, because the comment system denied my access. | 03:10 |
mithro | aom_: After you have finished the work for the midterms you should look at fixing that | 03:24 |
*** pitball has left #timvideos | 03:35 | |
aom_ | mithro: I got it. | 03:49 |
*** ssk1328 has joined #timvideos | 04:29 | |
*** sb0 has joined #timvideos | 04:42 | |
CarlFK | mithro: do you remember saying that mplayer didn't play the uvc stream if the serial port was in use? | 04:51 |
mithro | CarlFK: only straight after loading | 04:52 |
CarlFK | mithro: I think I see that with gstreamer too. but I haven't had time to really investigate | 04:54 |
CarlFK | mithro: should I open an issue somewhere so we can collect clues ? | 04:54 |
*** sb0 has quit IRC | 05:05 | |
mithro | CarlFK: once you have started streaming, it seems to work fine | 05:10 |
mithro | CarlFK: not really, the solution is to finish the fx2-refactor that I started mid last year | 05:11 |
CarlFK | mithro: does this sound right: a serial connection blocks the first streaming connection | 05:16 |
mithro | CarlFK: yes | 05:19 |
*** sab_123 has joined #timvideos | 05:23 | |
mithro | sab_123: getting pretty close with that API pull request | 05:45 |
sab_123 | mithro, cool | 05:45 |
mithro | sab_123: See how much faster things go when pull requests are small and well defined? | 05:45 |
sab_123 | mithro, yes you are right. | 05:45 |
sab_123 | mithro, maybe I should have started this exercise much much eariler | 05:46 |
sab_123 | mithro, it is cutting it too close now | 05:46 |
mithro | sab_123: yes it is | 05:47 |
mithro | Be back in 15 minutes | 05:49 |
sab_123 | mithro, ok | 05:49 |
mithro | sab_123: When I say something like "let's remove the pin configuration stuff", you should remove all of it - not just the line I commented on | 06:19 |
sab_123 | mithro, okay so no pin configurations | 06:20 |
sab_123 | mithro, understood | 06:20 |
mithro | sab_123: for now | 06:20 |
mithro | We can come back to it later | 06:20 |
*** sb0 has joined #timvideos | 06:20 | |
mithro | sab_123: You don't need to send an "updated again" email. I get an email when you push new commits to the pull request. | 06:24 |
sab_123 | mithro, okay, I send that email in after pushing in all commits | 06:24 |
mithro | sab_123: "It doesn't compile" isn't a helpful message | 06:28 |
sab_123 | mithro, ok | 06:29 |
mithro | sab_123: please include the *full* output | 06:31 |
mithro | sab_123: you should also wrap it in ``` so that github doesn't try and process it | 06:31 |
mithro | sab_123: I can't see the code you are trying to compile, can you push it? | 06:36 |
mithro | sab_123: what version of sdcc are you using? | 06:37 |
sab_123 | 3.5.0 | 06:38 |
sab_123 | 3.6 is just released | 06:38 |
sab_123 | ah | 06:39 |
sab_123 | it needs atleast one arg | 06:39 |
mithro | sab_123: okay, make it take the baud rate? | 06:40 |
sab_123 | mithro, remove the set function? | 06:40 |
sab_123 | mithro, or keep it | 06:40 |
mithro | sab_123: no | 06:40 |
mithro | sab_123: keep it | 06:40 |
mithro | sab_123: you also haven't said anything more about https://github.com/mithro/fx2lib/pull/17#discussion_r68355553 | 06:45 |
tpb | Title: Created a UART API definition for allowing proper abstraction by RacingTornado · Pull Request #17 · mithro/fx2lib · GitHub (at github.com) | 06:45 |
mithro | sab_123: so, when designing an API, consistency is one of the biggest things you should aim for | 07:09 |
sab_123 | mithro, I agree. But lets say fast_uart has no receive. What would be the advantage of having someone call a function in an API which has a receive declared but nothing implemented? Would it not confuse the end user? | 07:10 |
mithro | sab_123: You are thinking about just one use case, there are multiple different UART implementations, right? | 07:11 |
sab_123 | mithro, okay | 07:11 |
sab_123 | mithro, I will implement these functions in fast_uart , but return something which is not valid | 07:13 |
sab_123 | mithro, this way we can check. Or we should have a function like enable receive , which should return a value only if receive has been enabled. This way the end user wont call uartX_receive() | 07:14 |
mithro | sab_123: well, for the fast uart, the "check anything available for receiving" is always going to return false.. | 07:15 |
sab_123 | yes | 07:15 |
sab_123 | thats true | 07:15 |
sab_123 | mithro, can I start the fast_uart now? | 07:15 |
mithro | sab_123: Yes, the API just needs one or two naming tweaks, but the actually function structure looks okay | 07:18 |
sab_123 | mithro, Let me start then. | 07:18 |
sab_123 | :-) | 07:18 |
mithro | sab_123: you can do the timer base uart at the same time too | 07:19 |
mithro | sab_123: as they both end implement the same API | 07:19 |
mithro | sab_123: but they should end up in seperate pull requests | 07:19 |
sab_123 | okay | 07:19 |
sab_123 | Let me get started then | 07:19 |
*** Bertl is now known as Bertl_zZ | 07:39 | |
*** sb0 has quit IRC | 07:59 | |
ssk1328 | mithro: My network just came back, ping me when you are free | 08:23 |
mithro | ssk1328: Have you pushed everything? | 08:25 |
ssk1328 | mithro: Not the csr multiply thing, it will do it now. | 08:27 |
*** sb0 has joined #timvideos | 08:28 | |
*** sab_123 has quit IRC | 08:41 | |
*** panther has joined #timvideos | 09:43 | |
*** panther is now known as sab_123 | 09:43 | |
mithro | ssk1328: so.... | 11:07 |
ssk1328 | mithro: I have pushed all my code. | 11:08 |
ssk1328 | mithro: Can have our weekly meeting? | 11:08 |
ssk1328 | Now? | 11:08 |
mithro | Hold on a minute | 11:15 |
mithro | ssk1328: First thing, looking at the heartbeat pull request, it doesn't look like you have responded to any of _florent_'s comments? | 11:28 |
ssk1328 | mithro: I tried to make those changes, had some issues so I though I might first discuss those things with you in the meeting | 11:30 |
mithro | ssk1328: you should get in the habit of discussing the changes in the channel here rather then waiting until our meeting | 11:31 |
ssk1328 | mithro: I wil make sure of this next time | 11:32 |
ssk1328 | mithro: I gots busy working on the other stuff this week | 11:32 |
mithro | ssk1328: specially since _florent_ made the comments, he is likely to be the person who can answer them. | 11:32 |
mithro | ssk1328: so were are we at with the RLE mask stuff? | 11:34 |
ssk1328 | mithro: So the python file I updated is in correct direction? | 11:35 |
mithro | ssk1328: you mean the pull request? | 11:36 |
ssk1328 | Yes, the most recent r1.py file | 11:36 |
mithro | ssk1328: Yes, did you see my comments? | 11:38 |
ssk1328 | Yes, will make the required changes | 11:39 |
ssk1328 | But the overall class and function definitions are correct now right? | 11:39 |
mithro | ssk1328: What do you mean? | 11:39 |
ssk1328 | My previous implementations, were implemented without defining Repeat class or Pixel class | 11:40 |
mithro | ssk1328: you seem to be heading down a better path now, but there is still a lot for you to finish here | 11:43 |
ssk1328 | mithro: Yes. Hopefully now I can complete this at a much better pace | 11:44 |
mithro | ssk1328: I assume you haven't done any of the C side of things yet? | 11:45 |
ssk1328 | mithro: No. I wrote some code before, but thats pretty different from what was required. | 11:46 |
mithro | ssk1328: okay | 11:48 |
mithro | ssk1328: were are we at with the float16 document? | 11:48 |
ssk1328 | mithro: The FPGA mapping is not really complete, I am not sure how exactly to describe that | 11:49 |
ssk1328 | mithro: For example for a float multiply, will have a 11bit multiplier and 5 bit adder as the major hardware components | 11:50 |
mithro | ssk1328: Does the Spartan 6 have anything like a 11bit multiplier? | 11:50 |
ssk1328 | mithro: It probably implements this using DSP blocks. | 11:51 |
mithro | ssk1328: The idea was to find out and document it | 11:51 |
ssk1328 | mithro: Understood now. | 11:52 |
ssk1328 | mithro: I think this shouldn't take much time to find out | 11:53 |
mithro | ssk1328: okay | 11:54 |
mithro | ssk1328: where are we at with the RGB conversion migen/misoc code? | 11:54 |
ssk1328 | mithro: I have completed the code and added required model function sin the test bench. | 11:55 |
mithro | ssk1328: and they work? | 11:55 |
ssk1328 | mithro: The code complies but the output is not correct, need to debug | 11:55 |
mithro | ssk1328: Code is not "complete" until it works correctly | 11:57 |
ssk1328 | mithro: Okay, my complete was in the sense that I had added all the required hardware components | 11:58 |
mithro | ssk1328: how do you know that if it doesn't work correctly? | 11:58 |
mithro | ssk1328: IE The reason it might not be working correctly is because you have forgotten a required hardware component or something | 11:59 |
ssk1328 | mithro: The test setup is same as the other csc stuff | 11:59 |
ssk1328 | mithro: Curently the output is perfectly black image | 11:59 |
mithro | ssk1328: Can you send a pull request to litevideo with the conversion code in it for myself and _florent_ to review | 12:06 |
mithro | ssk1328: so what about the operation code? | 12:06 |
ssk1328 | Yeah. Will do that. | 12:06 |
ssk1328 | mithro: Still in very basic stage. I attempted doing the float multiply thing, I have to integrate it with CSR registers and access it from firmware | 12:08 |
mithro | ssk1328: okay | 12:08 |
mithro | ssk1328: so, still got quite a bit to do - I think you are going to be working quite hard over the next couple of days? | 12:09 |
ssk1328 | mithro: There are too many open things in the project right now. I think I should aim at completing one at a time perfectly | 12:09 |
ssk1328 | mithro: Yeah. I have been since the past 3-4 days as well. | 12:09 |
mithro | sab_123: Did you see the comments on your second pull request | 12:10 |
mithro | ? | 12:10 |
sab_123 | mithro, yes | 12:10 |
sab_123 | mithro, Looking through it | 12:10 |
sab_123 | mithro, small question | 12:10 |
mithro | sab_123: It looks like you are starting to head down the right path now | 12:10 |
sab_123 | mithro, SDCC implements printf() as small or large (depending on what you select) | 12:11 |
sab_123 | mithro, but for gets() , the manual seems to be absent. | 12:11 |
sab_123 | Can we write our own gets()? | 12:11 |
sab_123 | Or you want the one in SDCC | 12:11 |
mithro | sab_123: you should be using the one in sdcc | 12:11 |
mithro | sab_123: gets is part of stdio.h | 12:12 |
sab_123 | mithro, there are conflicts I guess | 12:13 |
ssk1328 | mithro: So are we doing the weekly video meeting? We have discussed most of the stuff already. | 12:13 |
mithro | ssk1328: It looks like you haven't gotten around to the weekly report this week either? | 12:13 |
ssk1328 | mithro: Yeah, I thought I should try finishing before that. | 12:14 |
ssk1328 | *finishing midterm tasks | 12:14 |
mithro | ssk1328: okay, I'll let you get on with stuff | 12:15 |
ssk1328 | mithro: I am adding some comments to the RLE repo, regarding doubts I have. | 12:16 |
mithro | I have to go home now | 12:34 |
mithro | I'll be around tomorrow | 12:37 |
*** Bertl_zZ is now known as Bertl_oO | 14:09 | |
*** ssk1328 has quit IRC | 14:54 | |
*** Kripton has quit IRC | 17:34 | |
*** Kripton has joined #timvideos | 17:37 | |
*** sb0 has quit IRC | 17:42 | |
*** sab_123 has quit IRC | 17:52 | |
*** Bertl_oO is now known as Bertl_zZ | 18:14 | |
CarlFK | tumbleweed: what is the chance of using the vizzini-dkms with a 3.14 kernel? | 19:07 |
CarlFK | I am trying to get my odroid c2 to boot a kernel that has the source handy. 4.4 wont boot, and 3.14 I am having trouble finding the kernel source package. | 19:08 |
CarlFK | if zzini-dkms with a 3.14 kernel is hard, then I'll give up on using the odroid this week. | 19:08 |
tumbleweed | CarlFK: I have no idea | 19:10 |
tumbleweed | why doesn't it work? | 19:10 |
CarlFK | tumbleweed: cpu is an arm | 19:10 |
CarlFK | Package linux-source-3.14.65-70 is not available, but is referred to by another package. | 19:10 |
CarlFK | pretty sure I need that in order to talk to the Atlys (I have 4 of them) | 19:11 |
CarlFK | Unpacking linux-headers-3.14.65-70 (20160621) ... | 19:38 |
CarlFK | maybe that's enough... | 19:38 |
CarlFK | got it!! (with the help of a local friend) | 23:24 |
Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!