| xiangfu | lekernel: small patch for input.c http://pastebin.com/eTXxcJsu | 02:09 |
|---|---|---|
| xiangfu | I found this: | 02:09 |
| xiangfu | guirender.c:input_add_callback(mtk_input); | 02:09 |
| xiangfu | guirender.c:mtk_input(&e[i+1], count-i-1); | 02:09 |
| xiangfu | guirender.c:input_delete_callback(mtk_input); | 02:09 |
| xiangfu | http://pastebin.com/YqCaMdy7 | 02:10 |
| xiangfu | yes. it not cause any problem. just fyi :) | 02:10 |
| xiangfu | lekernel: the shortcut for 'fbgrab' patches. sended out | 06:21 |
| xiangfu | usb cable for daughter board http://ntcdistributing.com/images/UH2-2MBR02-12large.jpg | 06:49 |
| xiangfu | wolfspraul: I think this usb cable is not good for milkymist one | 06:50 |
| xiangfu | I only remove the 'Video-in Side' keeps all other. and screw the top. | 06:51 |
| wolfspraul | xiangfu: yes I know | 07:01 |
| wolfspraul | I think for real developers who always, for months, want access to jtag, they will all do that | 07:01 |
| wolfspraul | but then there are people who need jtag only once every few months, maybe for a major update. At least until we have the GUI update done really well. | 07:02 |
| wolfspraul | and for those it is easier to just take off the top | 07:02 |
| wolfspraul | then reflash, then put the top back on | 07:02 |
| xiangfu | oh. yes. that make sense. | 07:02 |
| wolfspraul | but if you constantly want jtag, you will instead take the side element out, and put the top back on | 07:02 |
| wolfspraul | then you will need a normal USB cable | 07:02 |
| wolfspraul | getting the side element out is quite hard, you have to remove the screws of the video-in connector, and maybe also the screws on the bottom so that the side part is loose enough to be lifted | 07:03 |
| wolfspraul | let's see how all this goes. | 07:03 |
| wolfspraul | :-) | 07:03 |
| wolfspraul | xiangfu: but I totally agree with your comment. | 07:04 |
| wolfspraul | I will also leave the side open. | 07:04 |
| wolfspraul | some people may also add an extra hole on the side | 07:04 |
| xiangfu | I am think screw a hole on my 'video-in' side element :) | 07:04 |
| wolfspraul | yes :-) | 07:04 |
| Action: kristianpaul just make a hole for the jtag cable,of course using proper tools | 07:04 | |
| kristianpaul | s/make/made | 07:04 |
| wolfspraul | the upward pointing USB cable has limited value, for sure | 07:04 |
| wolfspraul | and the limited value may even go lower in a few months as we improve everything | 07:05 |
| wolfspraul | so we may drop it again at some point. maybe we even drop the entire jtag-serial board at some point. Don't know. | 07:05 |
| wolfspraul | now we need these things, to make the starting point easier, for a lot of people in different use cases. | 07:05 |
| wolfspraul | I doubt the news have a big impact, but we need to keep the routine and keep pushing for a wider audience... | 07:06 |
| wolfspraul | oops, wrong channel :-) | 07:06 |
| xiangfu | kristianpaul: don't have that tools for now :) | 07:08 |
| lekernel | wolfspraul: what's wrong with the current gui update? | 08:59 |
| lekernel | "At least until we have the GUI update done really well." | 08:59 |
| lekernel | xiangfu: why do you need "[PATCH 1/3] delete input callbacks from last"? | 09:01 |
| xiangfu | hmm.. I found the main.c and guirender.c both run "input_add_callback(mtk_input);" and guirender.c run "input_delete_callback(mtk_input);" every time it delete . it delete the mtk_input in main.c | 09:04 |
| xiangfu | lekernel: sorry. maybe I man wrong. just ignore that patch. | 09:04 |
| xiangfu | lekernel: I should look into more detail. | 09:05 |
| xiangfu | s/man/am | 09:05 |
| xiangfu | just ignore that patch. | 09:05 |
| lekernel | xiangfu: what guirender does is disconnect MTK from the events when rendering | 09:06 |
| lekernel | so MTK does not draw stuff to the framebuffer anymore | 09:06 |
| lekernel | otherwise you'd see flickering buttons, mouse cursor etc. when touching the mouse during rendering :) | 09:06 |
| lekernel | it's a bit hacky, but it works | 09:07 |
| xiangfu | lekernel: thanks for the info. | 09:18 |
| xiangfu | some question. there is a "stop_callback" in guirender.c | 09:18 |
| xiangfu | if there any reason the the stop_callback have to run inside guirender.c when the guirender() success execute | 09:20 |
| xiangfu | the rename the reboot.c to shortcuts.c. and add the "CTRL + F12" to that file. | 09:23 |
| lekernel | yeah you can move it to reboot.c | 09:24 |
| lekernel | so you have only one event hook | 09:24 |
| lekernel | the stop_callback in guirender.c has nothing to do with the event hooks | 09:25 |
| xiangfu | lekernel: ok. | 09:28 |
| xiangfu | lekernel: I think I will try to focus on mkyaffs2image next few days. | 09:28 |
| xiangfu | my TODO list on milkymist is here: http://en.qi-hardware.com/wiki/User:Xiangfu#Milkymist_One | 09:30 |
| xiangfu | any feedback will be great :) | 09:30 |
| xiangfu | (btw I test "creating a sub-folder on the flash and then uploading a file via FTP",test 24KB file and 3MB file. 24kb file works fine. 3MB file have problem. the m1 just freeze) | 09:31 |
| xiangfu | back online later. will read log :) | 09:37 |
| wolfspraul | lekernel: maybe it is evolving quicker than I can catch up. What's wrong is that I haven't tried yet :-) | 10:17 |
| wolfspraul | so I should rephrase "after Wolfgang realized how good the GUI update already is, ..." | 10:17 |
| lekernel | there aren't many issues with the GUI update. it's just select file and click flash. | 10:18 |
| lekernel | and I haven't found a single bug there so far | 10:18 |
| wolfspraul | ok, but I also want it to go to a website and download stuff | 10:18 |
| lekernel | otoh if you're using FTP to transfer the files you might run into the ethernet bugs | 10:18 |
| wolfspraul | milkymist.org/m1-updates/latest/... | 10:19 |
| wolfspraul | will xiangfu's fbgrab also work during rendering? | 10:20 |
| wolfspraul | will it stop rendering for x seconds? | 10:20 |
| lekernel | yes | 10:21 |
| wolfspraul | ok but it works, great | 10:22 |
| CIA-43 | flickernoise: Xiangfu Liu master * r17de0a3 / (5 files): | 11:05 |
| CIA-43 | flickernoise: move all fbgrab to one module | 11:05 |
| CIA-43 | flickernoise: Signed-off-by: Xiangfu Liu <xiangfu@sharism.cc> - http://bit.ly/dJIZjH | 11:05 |
| CIA-43 | flickernoise: Sebastien Bourdeauducq master * r3fe7024 / src/Makefile : add fbgrab to Makefile - http://bit.ly/hHscbq | 11:05 |
| CIA-43 | flickernoise: Xiangfu Liu master * r953d9bb / (5 files): | 11:06 |
| CIA-43 | flickernoise: add global shortcuts module bind Ctrl + F12 to 'fbgrab' | 11:06 |
| CIA-43 | flickernoise: Signed-off-by: Xiangfu Liu <xiangfu@sharism.cc> - http://bit.ly/ehQGrL | 11:06 |
| CIA-43 | flickernoise: Sebastien Bourdeauducq master * rbda6c50 / src/Makefile : update Makefile - http://bit.ly/hQDKoo | 11:06 |
| wolfspraul | lekernel: in the email to rejon, what do you mean with "proper lighting and black background"? | 12:45 |
| wolfspraul | you mean black background for the projector to project to? light what? | 12:46 |
| lekernel | use a black surface behind the dancer/object so the background doesn't get into the visual effect | 12:46 |
| lekernel | no | 12:46 |
| lekernel | camera+light | dancer | black background | 12:46 |
| wolfspraul | ah I see. both refer to video-in. | 12:46 |
| wolfspraul | got it | 12:47 |
| lekernel | I use a piece of black cloth I can hang when using it | 12:48 |
| wolfspraul | I never tried the actual video-in rendering, only made it to the preview dialog so far :-) | 12:53 |
| xiangfu | kristianpaul: lekernel the IRCLOG search fixed. :) http://en.qi-hardware.com/mmlogs/search?q=testing | 15:16 |
| kristianpaul | :_) | 15:17 |
| xiangfu | there are one typo in apache configure file. | 15:17 |
| kristianpaul | hmm ;) | 15:17 |
| xiangfu | kristianpaul: but the log file you send to me have early logs which en.qi-hardwware.com/mmlog don't have :) | 15:19 |
| xiangfu | kristianpaul: "/path" typo. | 15:19 |
| kristianpaul | xiangfu: yeah :-) | 15:20 |
| lars_ | 'shell/ash.c:70:3: error: #error "Do not even bother, ash will not run on NOMMU machine"' :/ | 20:50 |
| lekernel | yeah stupid | 20:55 |
| lekernel | and I'd even say never mind :) | 20:56 |
| lekernel | so I guess the linux port is doing pretty well, now that you're trying to compile new apps? | 20:56 |
| lars_ | i finaly found time today to put everything together | 20:58 |
| lars_ | hm... of course it does not work on the real hw :/ | 22:53 |
| kristianpaul | :( | 22:57 |
| lekernel | lars_: works in QEMU and not on real hw? what happens? | 23:16 |
| lekernel | btw is the instruction cache properly flushed when dynamically loading code? | 23:17 |
| lars_ | lekernel: the kernel doesn't show any life signs | 23:21 |
| lekernel | huh... it worked before | 23:22 |
| lars_ | i'm trying to bisect it | 23:22 |
| lekernel | what happened? | 23:22 |
| lars_ | no idea | 23:22 |
| lars_ | i switched from .37 to .38 and added mwalles patches | 23:22 |
| lars_ | and it still works in qemu | 23:22 |
| lekernel | weird | 23:22 |
| lekernel | Fallenou: does RTEMS support M_EXT for mbufs? | 23:28 |
| lekernel | because if it does, you should not need to copy memory in the ethernet driver | 23:28 |
| Fallenou | dunno | 23:29 |
| Fallenou | will check | 23:29 |
| lekernel | there's also this cluster thing which might allow a copy-free driver, but I don't remember how it works | 23:30 |
| Fallenou | lekernel: yes rtems does support M_EXT | 23:31 |
| Fallenou | I will try to use it | 23:32 |
| kristianpaul | copy-free driver :o | 23:32 |
| lekernel | maybe the right thing to use is the "mbuf cluster" | 23:33 |
| lekernel | it should support up to 2048 byte packets | 23:33 |
| lekernel | m_pulldown(struct mbuf *m, int off, int len, int *offp) | 23:33 |
| lekernel | Ensure that the data in the mbuf chain starting at off and ending | 23:35 |
| lekernel | at off+len will be put in a continuous memory region. len must | 23:35 |
| lekernel | be smaller or equal than MCLBYTES. | 23:35 |
| lekernel | MCLBYTES == 2048 | 23:35 |
| lekernel | and MCLBYTES is the size of a mbuf "cluster" (whatever that means) | 23:35 |
| Fallenou | hum hum will se maybe tomorrow | 23:35 |
| Action: lekernel hasn't used mbufs since 2005 | 23:35 | |
| Fallenou | i'm sick and my head is starting to explode | 23:35 |
| Fallenou | will goto bed | 23:35 |
| Action: kristianpaul looks what is a mbuf | 23:35 | |
| Fallenou | kristianpaul: a structure that contains ethernet packets, in bsd world | 23:35 |
| Fallenou | equivalent of skbuff of linux | 23:35 |
| Fallenou | to avoid too much copying | 23:35 |
| kristianpaul | oh i see | 23:35 |
| Fallenou | *gone* | 23:35 |
| lekernel | ah, mbuf cluster is just a special case of M_EXT | 23:39 |
| lekernel | The system also supplies a default type of external storage buffer called | 23:39 |
| lekernel | an mbuf cluster. Mbuf clusters can be allocated and configured with the | 23:39 |
| lekernel | use of the MCLGET macro. | 23:39 |
| lekernel | I don't think we should use the mbuf cluster | 23:41 |
| lekernel | but use MEXTADD() and recycle the data buffers (with proper locking ofc to avoid problems like the random crashes we see now) | 23:41 |
| Action: lars_ blames mwalles patches. 2.6.38 without them works fine | 23:48 | |
| mwalle | hey :b | 23:49 |
| mwalle | which patch? | 23:49 |
| lars_ | don't know yet | 23:51 |
| lars_ | i applied the whole series you sent some time ago | 23:51 |
| mwalle | lars_: and the kernel doesnt print anything? | 23:53 |
| lars_ | nothing | 23:53 |
| lars_ | even with earlyprintk | 23:54 |
| lars_ | hm, now it works | 23:57 |
| lekernel | btw, is 720p over VGA common? | 23:59 |
| --- Sun Apr 3 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
