| lekernel | plasma's just a toy project | 01:36 |
|---|---|---|
| kristianpaul | http://www.inmojo.com/store/videoworks/item/milkymist-one/ <-- :-) | 03:08 |
| aw | xiangfu, after using http://milkymist.org/msd/msd-dec2010.tar.bz2 , what's the desktop's color you have with OS RTEMS 4.10.99.0? | 06:13 |
| xiangfu | aw: light-blue | 06:14 |
| aw | after I reflashing the new msd, my color from dark blue to light blue. | 06:15 |
| aw | xiangfu, so your color is kept with the same old one? | 06:15 |
| xiangfu | aw: I can not remember the default RTEMS version. after reflash the desktop goto light-blue. | 06:17 |
| xiangfu | aw: here is two videos before and after flash: http://www.openmobilefree.net/other/downloads/Milkymist/ | 06:18 |
| aw | xiangfu, i can pretty sure your old desk top color must be dark blue! now mine is http://en.qi-hardware.com/w/images/6/68/M1rc2_0x2c_splash_wrongbackgroundcolor.jpg | 06:19 |
| xiangfu | aw: I don't know where to configure the desktop. | 06:22 |
| aw | xiangfu, me either. | 06:23 |
| aw | xiangfu, with xilinx tool, i think i can. but with 'jtag' tool i don't know. | 06:25 |
| xiangfu | aw: oh. | 06:26 |
| aw | is there anyone that tried to click "reboot" button successfully on Flicknoise 0.2 about 6 ~ 7 times then later serial/vga screen msg jumped into >BIOS shown as "No boot medium found"? | 07:39 |
| aw | then type cmd 'reboot' in serial console then M1 shows up normal control panel again? What possible reasons will cause it? | 07:41 |
| wolfspraul | aw: I think lekernel already mentioned those might be software bugs somewhere later in the bootup process. nothing to worry about for you, I think. | 07:41 |
| wolfspraul | of course I agree it would be better to fix it earlier, even if in software, so we know this is not something that is caused by a hardware weakness still. | 07:43 |
| aw | wolfspraul, okay..so it there somewhere that shows all happened bugs? i don't know yet.. | 07:44 |
| wolfspraul | but if it doesn't fix into the software priorities at this time, maybe we can safely assume it's not something we need to worry about on the hardware side? | 07:44 |
| wolfspraul | I don't think so. Maybe this is a good task for xiangfu ? | 07:44 |
| wolfspraul | xiangfu - can you try to reproduce Adam's problem? After you can reproduce it, can you try to track it down/fix it? | 07:44 |
| wolfspraul | :-) | 07:44 |
| wolfspraul | maybe a bit too early/difficult right now, but if it's reproducible at least it's fun to go after an actual bug... | 07:45 |
| aw | yeah..because you know that we are not familiar with fpga s/w itself. if some somewhere records them then I can also search current status. well | 07:45 |
| aw | seems i have to record myself first. | 07:46 |
| wolfspraul | it's good that you are reporting strange things you see. we are aiming for a really stable and polished product. | 07:46 |
| xiangfu | wolfspraul: ok. I can try to reproduce the bug. but first I would like work on compile toolchain and rtems first :) | 07:49 |
| xiangfu | https://github.com/xiangfu/compile-milkymist-one/blob/master/Makefile | 07:51 |
| aw | the symptom on my site is easiler to reproduce it which i am not sure that maybe the M1 board h/w has been already haven something wrong in my frequent "fast-power-cycling" before. so after I reflash with the new steps of 'jtag' tool, it can be easily shown on my board. | 07:53 |
| aw | so later if xiangfu can not easily reproduce my same symptom. then I can know it's my board problem probably. :-) | 07:54 |
| wolfspraul | aw: no. that sounds excessive. | 08:11 |
| wolfspraul | let's see... The problem you have means that the m1 will not fully boot up, right? | 08:11 |
| wolfspraul | but the problem does not persist, i.e. you just need to power cycle again, and then it boots? | 08:11 |
| wolfspraul | you don't even need to reflash to make it boot again, just power cycle? | 08:12 |
| wolfspraul | let's assume that's the case. then - you are not tracking down a known or suspected hardware bug right now, or are you? | 08:13 |
| aw | wolfspraul, no, the symptom i described above is i tried to click 'Reboot' on s/w control panel. then later it jumped into >BIOS | 08:13 |
| wolfspraul | yes | 08:13 |
| wolfspraul | but then you just power cycle and it boots again, correct? | 08:14 |
| aw | then I typed 'reboot' under >BIOS then it can boot and shows up control panel...yes if later I power cycle and it boots again. | 08:14 |
| wolfspraul | ok | 08:14 |
| wolfspraul | that means the impact of the bug to the end user is very small, we have a very easy 'workaround' (simple power cycle) | 08:15 |
| wolfspraul | in addition, you are not currently tracing down any suspected hardware bug, or are you? | 08:15 |
| wolfspraul | so it's just a behavior (bug) you noticed, and reported (which is good). | 08:15 |
| wolfspraul | do you have a suspicion or idea how this could relate to something we can fix on the hardware/electronic/layout side? | 08:15 |
| wolfspraul | if not - just hand the bug over to xiangfu to reproduce and maybe fix, and forget about it :-) | 08:16 |
| wolfspraul | if xiangfu cannot reproduce it - no problem, not worth further investigations on your side, UNLESS you have a suspicion or idea how to fix it in hardware by yourself | 08:16 |
| wolfspraul | otherwise we get stuck with multiple people on problems of very little or no value | 08:17 |
| aw | hmm..i am not working on suspected h/w ...i just curious that trying to see if any reset signals from fpga when I tried to click more time on "Reboot" button... | 08:18 |
| wolfspraul | yes, exactly. so you have no suspicion you are tracing/following right now. | 08:18 |
| wolfspraul | that means - you hand the bug to xiangfu. but - whether xiangfu can or cannot reproduce it is not so important now, if he cannot reproduce it we just leave it sitting there. | 08:18 |
| aw | since I am going to do the patch on reversed polarity work, so meanwhile I played it for a while. :-) | 08:19 |
| wolfspraul | otherwise I feel we are hunting ghosts, and spending our valuable resources on that while we have far more valuable things that are totally open | 08:19 |
| aw | wolfspraul, yeah..okay | 08:19 |
| wolfspraul | definitely, it's good that you report anything strange you see. | 08:19 |
| wolfspraul | even if you just see it once, and then it goes away. | 08:19 |
| wolfspraul | but if xiangfu cannot reproduce, that doesn't mean it goes back to you for further investigation. | 08:20 |
| wolfspraul | if he cannot reproduce, that means we leave it sitting just like that. | 08:20 |
| wolfspraul | UNLESS you have independent idea of your own what you think a hardware cause might be. If you don't have such an idea, leave the unreproducible bug sitting there. | 08:20 |
| aw_ | yeah~leave it sitting there now. :-) | 08:22 |
| wolfspraul | yes. this is just my thinking, let's see what lekernel says... | 08:27 |
| Fallenou | hi xiangfu | 13:54 |
| Fallenou | what is your Makefile for ? to compile the lm32 toolchain ? | 13:54 |
| xiangfu | Fallenou: yes. | 13:55 |
| Fallenou | ok nice :) | 13:55 |
| Fallenou | is it working ? | 13:55 |
| kristianpaul | nice mm1 case feedback from wolfgang :-) | 14:07 |
| Fallenou | sure | 14:08 |
| kristianpaul | xiangfu: hi !! | 14:11 |
| xiangfu | kristianpaul: hi | 14:11 |
| kristianpaul | wow i was thiking about you right now ;) | 14:11 |
| kristianpaul | is adam using last firmware? | 14:11 |
| kristianpaul | i read the backlog, but i just could not ask him.. | 14:12 |
| lekernel | hi xiangfu | 14:12 |
| xiangfu | lekernel: Hi | 14:13 |
| lekernel | well, the different background is something to be expected and is totally normal :) | 14:13 |
| lekernel | don't worry about such details... | 14:13 |
| kristianpaul | :-) | 14:13 |
| lekernel | the app tries to load /flash/wallpaper.png and /memcard/wallpaper.png (in this order) | 14:14 |
| xiangfu | lekernel: ok. one thing. can you please setup a account on milkymist wiki :http://www.milkymist.org/wiki/index.php?title=Main_Page | 14:14 |
| xiangfu | lekernel: I would like username "xiangfu" :) | 14:14 |
| lekernel | and 0.2 uses the yaffs2 filesystem and cannot read the old flash files... therefore cannot load the previous background | 14:14 |
| lekernel | xiangfu: you can create an account now | 14:16 |
| lekernel | just tell me when it's done so I can disable it again | 14:16 |
| lekernel | http://www.milkymist.org/wiki/index.php?title=Special:UserLogin&type=signup | 14:16 |
| lekernel | same for others on this chan... if you need accounts | 14:16 |
| xiangfu | lekernel: done . thanks. "Your account has been created. Do not forget to change your Milkymist Wiki preferences. " :) | 14:18 |
| xiangfu | kristianpaul: thanks for the URL about compile lm32-rtems toolchain shell file: http://home.gwu.edu/~cssmith/LuaRtems/RTEMS_Tools.html | 14:41 |
| kristianpaul | i wonder if it works.. | 14:43 |
| kristianpaul | i dint try it yet | 14:43 |
| xiangfu | kristianpaul: me ether. but my Makefile work fine in my notebook :) now I got those commands: http://pastebin.com/uBBqshQG | 14:44 |
| kristianpaul | great ! | 14:48 |
| kristianpaul | time to compile rtems bsp fot the milkymist one :-) | 14:49 |
| xiangfu | how about add a default RTEMS_MAKEFILE_PATH value: +RTEMS_MAKEFILE_PATH?=/opt/rtems-4.11/lm32-rtems4.11/milkymist/ | 15:13 |
| xiangfu | kristianpaul: next step maybe try to write a makefile include those http://www.milkymist.org/wiki/index.php?title=Flickernoise_build_instructions | 15:17 |
| kristianpaul | :D | 15:18 |
| kristianpaul | I think Fallenou and i will be really happy with the flicernoise makefile :-) | 15:18 |
| kristianpaul | flickernoise** | 15:18 |
| kristianpaul | xiangfu: (rtme_makefile_path) for now i guess is okay, but rtems version should be a variable easy to change | 15:19 |
| kristianpaul | but there is long time until that i think | 15:20 |
| Fallenou | oh sure | 15:32 |
| Fallenou | building the toolchain is not a problem for me | 15:32 |
| Fallenou | but the Makefile is a good idea | 15:32 |
| Fallenou | but building flickernoise is really a pain in the ass | 15:32 |
| Fallenou | too much dependencies | 15:32 |
| Fallenou | a Makefile is REALLY appreciated :) | 15:33 |
| xiangfu | kristianpaul: how about this one: http://pastebin.com/Wh6YR9Qe | 15:35 |
| Fallenou | a makefile fetching all the flickernoise dependencies and then building them | 15:36 |
| Fallenou | and installing them | 15:36 |
| Fallenou | would be awesome | 15:36 |
| Fallenou | makefile or shell script, whatever | 15:36 |
| xiangfu | Fallenou: I like makefile :) | 15:37 |
| Fallenou | I'm fine with it :) | 15:37 |
| Fallenou | as long as I can type one command, go drink a coffee | 15:37 |
| Fallenou | and when I come back everything is built | 15:37 |
| xiangfu | Fallenou: yes. that is the plan. | 15:37 |
| Fallenou | then it's wonderful :) I am looking forward to it | 15:38 |
| CIA-37 | milkymist: Sebastien Bourdeauducq master * r01b2c9e / (4 files in 2 dirs): Add GPL headers - http://bit.ly/fTvIsG | 15:39 |
| Fallenou | lekernel: thanks ! | 15:58 |
| kristianpaul | xiangfu: yeah, looks good | 16:01 |
| CIA-37 | flickernoise: Sebastien Bourdeauducq master * r95557d9 / src/Makefile : add default RTEMS_MAKEFILE_PATH (Xiangfu) - http://bit.ly/feqCqY | 17:48 |
| CIA-37 | flickernoise: Sebastien Bourdeauducq master * r6bb8c45 / (4 files): clean up flash.sh a little, remove some duplicate code (Xiangfu) - http://bit.ly/dNfgBy | 17:48 |
| Fallenou | i've put the RTEMS_MAKEFILE_PATH in my .bashrc | 17:55 |
| Fallenou | so it's not really a problem | 17:55 |
| Fallenou | compiling flickernoise dependencies is | 17:55 |
| kristianpaul | ;-) | 17:57 |
| Fallenou | (sorry to insist :p) | 18:02 |
| kristianpaul | The dma in mm1 is based on a bus mastering (i donk think so) or there is an dma controller (fmlarb) ? | 18:38 |
| kristianpaul | Sorry if i'm not clear i still a bit confused undersand dma implementation | 18:39 |
| Fallenou | actually I don't know how the dma works | 18:40 |
| Fallenou | that's a good question | 18:40 |
| Fallenou | let me go back home | 18:40 |
| Fallenou | I will try to figure that out | 18:40 |
| Fallenou | *going back home* | 18:41 |
| kristianpaul | Fallenou: how works in sofware for you? | 18:41 |
| kristianpaul | is it already maped i guess | 19:01 |
| kristianpaul | sdsdsdsdsdsdsddsaaaa | 19:12 |
| kristianpaul | damit | 19:12 |
| kristianpaul | hmm xbar | 19:12 |
| kristianpaul | the other bus was the fml | 19:13 |
| kristianpaul | definittelly it is, i wonder now why stop checking it on sunday.. :/ | 19:16 |
| Fallenou | kristianpaul: to do memory -> ethernet, I just give the start address, and the size to the ethernet core | 19:23 |
| Fallenou | So maybe it's the ethernet code itself which is doing the dma | 19:23 |
| Fallenou | same thing for ethernet -> memory transfers | 19:23 |
| kristianpaul | s/dma/swich :-) ? | 19:31 |
| kristianpaul | switch | 19:31 |
| Action: Fallenou is back | 19:40 | |
| Fallenou | no no dma | 19:40 |
| kristianpaul | xbar.v is from sep 2010 so before.. | 19:43 |
| kristianpaul | hmm :/ | 19:43 |
| mwalle | mh? | 19:43 |
| mwalle | ethernet is a bus master | 19:44 |
| mwalle | so it does dma | 19:44 |
| mwalle | itself | 19:44 |
| kristianpaul | ah | 19:44 |
| mwalle | have a look at system.v (iirC) | 19:44 |
| mwalle | there are all bus master listed | 19:44 |
| kristianpaul | yes, i'm just trying do understand the dma internals a bit | 19:45 |
| Action: kristianpaul need add another core to hist local branch with dma support | 19:45 | |
| Fallenou | is it Joachim Steiger who did the two case designs for Milkymist One ? | 22:54 |
| larsc | yes, his nick is roh | 23:01 |
| Fallenou | ok thanks :) | 23:03 |
| Fallenou | kristianpaul: your blog is down, isn't it ? | 23:13 |
| --- Wed Mar 9 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!
