| CIA-43 | milkymist: Michael Walle master * rafcb5f6 / cores/uart/rtl/uart_transceiver.v : uart: begin sampling with falling edge - http://bit.ly/ec3I4Z | 07:00 |
|---|---|---|
| CIA-43 | milkymist: Michael Walle master * r9ff8deb / cores/uart/rtl/uart.v : uart: fix thru bit initialization - http://bit.ly/gExhuO | 07:00 |
| CIA-43 | milkymist: Michael Walle master * rbaf9c09 / (cores/uart/rtl/uart.v cores/uart/rtl/uart_transceiver.v): | 07:00 |
| CIA-43 | milkymist: uart: add break support | 07:00 |
| CIA-43 | milkymist: This patch adds UART BREAK support. A BREAK signal violates the framing by | 07:00 |
| CIA-43 | milkymist: transmitting a logical 0 for a period that is at least longer than one | 07:00 |
| CIA-43 | milkymist: frame. - http://bit.ly/g622RM | 07:00 |
| wolfspraul | blist | 07:18 |
| wolfspraul | oops :-) | 07:18 |
| wolfspraul | xiangfu: after reflashing your binaries, I could not find any patches installed? | 07:20 |
| wolfspraul | are they somewhere or just no patches? | 07:20 |
| xiangfu | wolfspraul: no patches. | 07:20 |
| wolfspraul | I reflashed rejon's m1 with your binaries, but now it's actually less usable than before :-) What is the easiest way for rejon to get a bunch of patches onto his m1 now? | 07:20 |
| xiangfu | I copy those patches to sd card. | 07:20 |
| wolfspraul | when you create binaries, can you include the full latest set of patches? | 07:21 |
| xiangfu | copy patches to sd card. | 07:21 |
| wolfspraul | where are the patches? (url) | 07:21 |
| xiangfu | wolfspraul: hmm... not easy. there only 4MB for OS. (flickernoise) | 07:21 |
| wolfspraul | ok but there is another 24 mb or so data partition, no? | 07:22 |
| xiangfu | wolfspraul: yes. working on that now. | 07:22 |
| xiangfu | https://github.com/lekernel/flickernoise/tree/master/patches | 07:22 |
| xiangfu | wolfspraul: two method for now. 1 make mkyaffs2image works with milkymist one. | 07:23 |
| xiangfu | 2. dump the data partition from one device | 07:23 |
| xiangfu | I have tried those 2 method. both not working. :( | 07:23 |
| lekernel | wolfspraul: worst case you can erase the flash partition and upload the patches with FTP | 07:24 |
| xiangfu | wolfspraul: copy a png file named "wallpaper.png" . when mm1 boot it's automatic log (just fyi) | 07:24 |
| wolfspraul | we need dumbed down step-by-step instructions for Jon ;-) | 07:24 |
| wolfspraul | xiangfu: log? | 07:24 |
| wolfspraul | don't understand | 07:25 |
| wolfspraul | it sounds like the easiest is if Jon takes a small FAT formatted memory card, and copies the patches from that URL to the root folder | 07:25 |
| wolfspraul | that should work? | 07:25 |
| xiangfu | yes. correct. | 07:25 |
| xiangfu | also copy a wallpaper.png to this memory card. | 07:25 |
| wolfspraul | ah ok | 07:26 |
| rejon | wolfspraul die! | 07:26 |
| wolfspraul | I see the 4 folders of .fnp patches at that url, so looks good | 07:26 |
| rejon | i am pretty dumb though | 07:26 |
| wolfspraul | rejon: sorry I just didn't prepare to that point, so we only found out there are no patches this morning :-) | 07:27 |
| wolfspraul | which is great, nothing better than get a bunch of shitty reality right in my face :-) | 07:27 |
| wolfspraul | rejon: try the memory card path | 07:27 |
| rejon | ha | 07:27 |
| wolfspraul | hopefully it will work | 07:27 |
| rejon | ok | 07:27 |
| rejon | is it on the wiki | 07:27 |
| wolfspraul | some people have reported problems with memory cards | 07:27 |
| rejon | i can't keep up with you smart people right now | 07:27 |
| wolfspraul | just copy files! | 07:28 |
| wolfspraul | 1. fat formatted memory card | 07:28 |
| wolfspraul | 2. copy files from https://github.com/lekernel/flickernoise/tree/master/patches | 07:28 |
| wolfspraul | 3. reboot m1 | 07:28 |
| wolfspraul | then either it shows up or not :-) | 07:28 |
| lekernel | hm, for copying files you'll need the shell for now | 07:28 |
| wolfspraul | he can just leave the card in the m1, no? | 07:29 |
| wolfspraul | always run the patches from there, why not? | 07:29 |
| lekernel | yeah, too | 07:29 |
| wolfspraul | lekernel: different question. how do you feel about changing the power supply circuit of m1 to something like some Arduinos have, with a regulator that supports 6-20V or so, fairly robust... ? | 07:31 |
| wolfspraul | not for rc3, but I'm wondering how you feel about it in general, say for rc4 or so | 07:31 |
| lekernel | waste of time | 07:31 |
| wolfspraul | you wouldn't need to spend any time on it. so that means you have no problem with it? | 07:32 |
| rejon | better than frying your mm1 | 07:33 |
| rejon | just showed us embassy guy milkymist | 07:33 |
| lekernel | no... except that you'd have two different PSU | 07:33 |
| lekernel | so far we have exactly 0 fried M1s because of power supply problems, so.... | 07:34 |
| xiangfu | http://www.milkymist.org/wiki/index.php?title=Wallpaper | 07:35 |
| wolfspraul | yes there are some issues in switching, but they are all minor and if I believe this is not good (robust enough), then I rather switch earlier than later. | 07:35 |
| xiangfu | uploaded two wallpapers we talked about before. | 07:35 |
| wolfspraul | lekernel: it sounds like you are not opposed to it, only that you feel 'waste of time' | 07:35 |
| wolfspraul | which I can actually understand from your perspective, don't get me wrong | 07:35 |
| wolfspraul | apart from this chat you will never hear about it anymore :-) | 07:35 |
| wolfspraul | but there are stupid people like rejon and me in the world, we just plug in stuff and turn things on :-) | 07:36 |
| wolfspraul | unfortunately these stupid people have a lot of money and may very well buy m1, one day... | 07:36 |
| wolfspraul | this is definitely not for rc3, I want to get rc3 done asap | 07:36 |
| wolfspraul | no worries | 07:36 |
| rejon | esp. if there is a camera power supply in that box | 07:37 |
| wolfspraul | rejon: and what did the embassy guy think? | 07:37 |
| lekernel | well, also keep in mind that switching regulators are prone to EMI problems. we should go to CE/FCC tests again if you change it. | 07:38 |
| wolfspraul | do they want to buy one to run in the lobby somewhere? | 07:38 |
| wolfspraul | or in their bar, if they have one :-) | 07:38 |
| rejon | they love it, he kind of poked fun of the name slightly | 07:38 |
| rejon | will try to support press stuff is their main help | 07:38 |
| wolfspraul | he better not do that, we have Wikileaks documents about activities of embassy staff in Beijing | 07:38 |
| rejon | meet n greet | 07:38 |
| rejon | yeah, 1st time to meet him | 07:38 |
| rejon | like 6-7 ppl came | 07:39 |
| rejon | mostly firefox fans | 07:39 |
| wolfspraul | you can always just tell them "BUY" | 07:39 |
| rejon | bloggers, etc | 07:39 |
| wolfspraul | I do support my customers | 07:39 |
| wolfspraul | it's ready for end users now | 07:39 |
| wolfspraul | I personally go there for updates, fixes, etc. | 07:39 |
| rejon | yeah, i did | 07:39 |
| wolfspraul | it's not a developer box | 07:39 |
| wolfspraul | ok good | 07:39 |
| wolfspraul | sales@sharism.cc | 07:39 |
| rejon | they want to support anything we do in china | 07:39 |
| wolfspraul | sales@sharism.cc | 07:39 |
| rejon | but its pretty much limited | 07:39 |
| wolfspraul | email me, and we are on track | 07:40 |
| rejon | ha | 07:40 |
| rejon | yeah, i told them to buy mm1 | 07:40 |
| wolfspraul | lekernel: yes sure, it's quite a bit of work. | 07:40 |
| rejon | and purify their internet too | 07:40 |
| rejon | hahah | 07:40 |
| rejon | he will hook me up with others | 07:40 |
| rejon | speculative shit | 07:40 |
| wolfspraul | but without wanting to discredit your 'waste of time', the current power supply circuit is in no way 'end user ready' | 07:40 |
| wolfspraul | rejon is American, and I got americanized in over 10 years | 07:40 |
| wolfspraul | you have to dumb it down to the point that you could never even believe | 07:40 |
| rejon | thanks for dumbing down for me | 07:41 |
| wolfspraul | you cannot put a fork into the pre-made cake box, because the danger is too high that the customer would try to eat the fork and hurt themselves! | 07:41 |
| wolfspraul | that kind of thing... | 07:41 |
| rejon | just get sued | 07:41 |
| wolfspraul | oh sure | 07:42 |
| lekernel | having zener+polyswitch fuse will already reduce the risk of damage by a fair bit | 07:42 |
| rejon | fried mm1 is expensive for returns at this point | 07:42 |
| wolfspraul | yes, we do that in rc3 | 07:42 |
| lekernel | rejon: did you fry your board? | 07:42 |
| rejon | lekernel : i should try it | 07:42 |
| rejon | freedom fries | 07:42 |
| wolfspraul | don't worry, we will not bother you with this. I just wanted to see whether you had any strong reasons _AGAINST_ a more robust regulator. | 07:42 |
| wolfspraul | I understand where you are coming from. | 07:42 |
| lekernel | wolfspraul: you can try applying 20V to the protection circuit and see what happens | 07:42 |
| wolfspraul | we had real WARS at Openmoko over this | 07:42 |
| wolfspraul | some people believe in making more robust, other say that's butt stupid because it can never be totally robust | 07:43 |
| lekernel | then decide whether it's worth it to work on that regulator that supports 20V | 07:43 |
| wolfspraul | like lightning strike or so :-) | 07:43 |
| wolfspraul | of course the two camps can fight forever because both have a lot of arguments | 07:43 |
| wolfspraul | we don't need to repeat that | 07:43 |
| wolfspraul | I do understand you, but I may still go for some more robustness at some point. | 07:43 |
| lekernel | imo, with properly chosen zener/fuse, that circuit should protect the board at 20V | 07:43 |
| wolfspraul | when you don't notice it, and when it doesn't cause any delays :-) | 07:44 |
| lekernel | I'm not sure the regulator would give more robustness compared to zener+fuse | 07:44 |
| wolfspraul | ok, even better | 07:44 |
| wolfspraul | I will look into that. | 07:44 |
| lekernel | just ask Adam to supply 20V to the chosen zener+fuse (alone, not on the board) and measure the output voltage... | 07:44 |
| wolfspraul | ok, will check | 07:46 |
| wolfspraul | rejon: you should get a projector like the one I have | 07:54 |
| wolfspraul | how did you like it? in terms of effectiveness of demoing I mean... | 07:55 |
| rejon | wolfspraul great | 07:55 |
| wolfspraul | if I take a small power strip with me, all I need is one power plug, and not too bright room/environment, and I'm good to go | 07:55 |
| rejon | yeah, i'll look into | 07:55 |
| rejon | yep, great, all fits in that case | 07:55 |
| wolfspraul | at night will never be a problem | 07:55 |
| wolfspraul | of course it's not as bright as a real big projector | 07:56 |
| wolfspraul | but if one of those is there, I can still use that | 07:56 |
| wolfspraul | and if not, that little thing is definitely better than a monitor, especially one I would have to lug around with me :-) | 07:56 |
| wolfspraul | I need to find some sort of micro power strip | 07:56 |
| wolfspraul | will keep my eyes open | 07:57 |
| wolfspraul | with projector, camera, m1 I already need 3 now | 07:57 |
| rejon | http://twitter.com/#!/AlecJRoss | 07:59 |
| lekernel | rejon: ? | 08:02 |
| rejon | oh, sorry, dude from usgovt | 08:09 |
| rejon | wrongwindow | 08:09 |
| xiangfu | the "mkyaffs2image.c" in yaffs. code style is a little strange. | 09:21 |
| wolfspraul | rejon: cool, this is what I need for my m1 kit http://www.amazon.com/Monster-MP-OTG400-BK-Outlets/dp/B000F9YN2M | 10:08 |
| rejon | yeah, i need one of those | 10:35 |
| rejon | lekernel what issue tracker is being used on milkymist? | 10:40 |
| rejon | seems like code is a lot of places | 10:40 |
| rejon | hard to find on the site | 10:40 |
| lekernel | all code is on github, I don't know where you managed to find "lots of places" | 10:41 |
| rejon | aha | 10:41 |
| rejon | lekernel ook, cool github is good | 10:41 |
| lekernel | except urjtag and qemu which are in mwalle's repos and/or upstream | 10:41 |
| rejon | ok | 10:43 |
| rejon | tracking | 10:43 |
| rejon | https://github.com/lekernel | 10:45 |
| wpwrak | wolfspraul: (power supply) if you can find a suitable up/down converter, you may even be able to use the existing supply (if it can deliver a bit more current than actually needed) | 12:32 |
| wpwrak | lekernel: it's not only protection but also makes it easier to replace the power supply, e.g., if lost, forgotten, or broken | 12:33 |
| lekernel | suitable power supplies are only a few dollars at digikey | 12:34 |
| lekernel | (and we can sell replacements) | 12:35 |
| wpwrak | lekernel: having them shipped around the world can be crazily expensive. plus, what do you do if you need one on short notice ? e.g., because you've arrived at the club but your power supply is at the hotel room / at home ? | 12:36 |
| wpwrak | lekernel: also, some places have local certification rules. so the one from digi-key might get confiscated by customs. (though in argentina, i only had them try to do this if the power supply was accompanied by something else) | 12:37 |
| CIA-43 | flickernoise: Sebastien Bourdeauducq master * r403acd1 / (src/filedialog.c src/flash.c): File dialog box: add extension on save - http://bit.ly/f7rLxQ | 12:57 |
| Fallenou | xiangfu: indeed I think you cannot start an executable file from RTEMS shell | 13:04 |
| Fallenou | xiangfu: you can just run "commands" | 13:04 |
| Fallenou | so you have to put your program as a command | 13:04 |
| xiangfu | Fallenou: it's not support on rtems. or only milkymist ? | 13:04 |
| Fallenou | on RTEMS AFAIK | 13:04 |
| xiangfu | Fallenou: thanks | 13:05 |
| Fallenou | RTEMS is like a library, that you link to your application | 13:05 |
| Fallenou | it's not like a real OS that loads programs | 13:05 |
| Fallenou | you cannot load programs in RTEMS, it's the same in the shell | 13:05 |
| Fallenou | but you can start "threads" | 13:06 |
| Fallenou | so if your program is already built-in | 13:06 |
| Fallenou | you can start it, if it's a thread | 13:06 |
| Fallenou | (or a command, in rtems shell) | 13:06 |
| Fallenou | there is no per-process memory mapping, no MMU support in rtems (and no mmu in lm32), no process support in rtems | 13:07 |
| xiangfu | Fallenou: oh. yes. it's libs. not real os. | 13:07 |
| Fallenou | rtems is basically a big library that does scheduling among threads and interrupt management | 13:07 |
| xiangfu | Fallenou: thanks again. | 13:12 |
| Fallenou | xiangfu: there has been a thread about dinamically loading executable in rtems (started by kristianpaul for his lua interpreter) | 13:13 |
| Fallenou | it could be done, using this http://www.slac.stanford.edu/~strauman/rtems/cexp/index.html | 13:13 |
| Fallenou | but it's not easy I guess :) | 13:13 |
| Fallenou | and it's only supported on a few platforms | 13:13 |
| Fallenou | you would have to port cexp on lm32 | 13:14 |
| Fallenou | and play with gcc bugs | 13:14 |
| lekernel | there doesn't seem to be GCC bugs affecting CExp if you stick to C (no C++) | 13:14 |
| Fallenou | xiangfu: http://www.rtems.org/pipermail/rtems-users/2011-February/007993.html | 13:15 |
| lekernel | the lm32 c++ compiler is totally broken anyway | 13:15 |
| Fallenou | this thread | 13:15 |
| Fallenou | ok | 13:15 |
| xiangfu | wow. seems this task is very hard for me :) | 13:15 |
| Fallenou | so yes | 13:15 |
| lekernel | xiangfu: don't do it. it's not worth it | 13:15 |
| Fallenou | the best is really doing a shell command :) | 13:15 |
| xiangfu | yes. sure. understand. | 13:16 |
| lekernel | if you want dynamic loading of code, use linux :) | 13:16 |
| CIA-43 | flickernoise: Sebastien Bourdeauducq master * r35d905e / (src/sysconfig.c src/sysconfig.h src/sysettings.c): System settings: add language, resolution and wallpaper - http://bit.ly/hQKDcS | 14:23 |
| CIA-43 | mtk: Sebastien Bourdeauducq master * re5e25e0 / (include/mtklib.h lib/background.c): New wallpaper API - http://bit.ly/g7eQWB | 14:54 |
| CIA-43 | flickernoise: Sebastien Bourdeauducq master * rf006dce / (src/main.c src/sysconfig.c src/sysconfig.h): Wallpaper selection - http://bit.ly/g0hBPm | 14:54 |
| CIA-43 | mtk: Sebastien Bourdeauducq master * r9a0ef32 / (lib/edit.c lib/entry.c): CtrlA selects all text - http://bit.ly/fLnK82 | 15:13 |
| carlobar | hi, im tryng to run the lm32 processor and uclinux on a FPGA spartan 3. i know that the milkymist project is using RTEMS, but some time ago used uclinux... anyone know of a site to find uclinux developed by milkymist? | 15:27 |
| lekernel | https://github.com/tmatsuya/linux-2.6 | 15:30 |
| carlobar | thanks | 15:43 |
| kristianpaul | (if you want dynamic loading of code, use linux :)) i agree | 15:57 |
| kristianpaul | hi carlobar :-) | 15:57 |
| carlobar | hi kristianpaul | 15:58 |
| carlobar | these linux need MMU, right? | 16:03 |
| kristianpaul | linux does | 16:04 |
| kristianpaul | uclix not | 16:05 |
| kristianpaul | uclinux* | 16:05 |
| carlobar | i need uclinux, have you implemented it with the lm32 processor? | 16:09 |
| kristianpaul | i think lekernel pointed to it already | 16:12 |
| kristianpaul | pointed you* | 16:12 |
| kristianpaul | carlobar: what you need it for? | 16:13 |
| kristianpaul | i will siguest not to try linux for a real-word app, unless you are willing to develop missing drivers | 16:13 |
| kristianpaul | rtems is the best suported so far :-) | 16:13 |
| carlobar | :), i just need to execute some testbenches and made some performance measurements... but it has to be uclinux, because i need to compare it with the leon3 processor runing on uclinux | 16:15 |
| kristianpaul | i see | 16:25 |
| kristianpaul | i dunno if lars_ may have an already init to share? :-) | 16:25 |
| kristianpaul | but worth to ask, | 16:25 |
| lars_ | lm has a example rootfs | 16:36 |
| kristianpaul | carlobar: ^ | 16:40 |
| carlobar | hi lars_, can you send me the example rootfs? | 16:47 |
| carlobar | the rootfs have to be coupled with a kernel and a bootloader? im a little confused.. | 16:49 |
| lars_ | carlobar: http://www.theobroma-systems.com/assets/downloads/mico32/lm32linux-20080206bin.tar.gz | 16:50 |
| kristianpaul | broma :p | 16:56 |
| carlobar | thank you, i had seen it before (not in detail), but i read that it had problems: http://mailman.uclinux.org/pipermail/uclinux-dev/2010-February/002010.html | 16:58 |
| carlobar | so i was searchig a version that had corrected t | 16:59 |
| carlobar | these errors | 17:00 |
| lars_ | well its the only prebuild image afaik | 17:01 |
| lars_ | and it will work | 17:03 |
| carlobar | ok, im going to start to study it.. if i have problems i will be back seeking for help :).. thank you | 17:05 |
| mwalle | lekernel: maybe you have a better idea, if the break for the gdb stub is received just after a uart tx character is enqueued, there is a problem with the irq and pending state of the (shared) uart | 22:50 |
| mwalle | atm im doing, blocking on "uart tx in progress" bit | 22:51 |
| mwalle | (2) reading uart tx IP bit | 22:51 |
| mwalle | (3) ack uart tx IP bit | 22:51 |
| mwalle | (4) gdb stub takes over uart | 22:52 |
| mwalle | (5) after gdb packet processing, eg leaving the stub, posting an uart tx irq it bit was set in (2) | 22:52 |
| lekernel | sounds good | 22:53 |
| mwalle | unfortunately this needs some more registers within the uart core and more resources on gdbstub :) | 22:53 |
| lekernel | is there a problem with doing that? | 22:53 |
| lekernel | well, I guess it's only a dozen more LUTs or so | 22:54 |
| lekernel | the rest of the design uses 18K :) | 22:54 |
| mwalle | otht i could defer the break until the tx transaction is finished and do a break after that | 22:54 |
| mwalle | 6k is really small *fg* | 22:55 |
| lekernel | yeah or defer the break | 22:55 |
| lekernel | both solutions seem good to me | 22:55 |
| mwalle | mh ok, let me sleep on it ;) | 22:56 |
| mwalle | http://sourceware.org/gdb/current/onlinedocs/gdb/Memory-Map-Format.html#Memory-Map-Format << that sucks! | 22:56 |
| mwalle | xml.. | 22:57 |
| mwalle | gn8 | 23:00 |
| lekernel | gn8 | 23:00 |
| lekernel | lol, very useless utilization of xml indeed | 23:01 |
| lekernel | for extra crapware points they should have used a java parser | 23:01 |
| --- Fri Apr 1 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!