wpwrak | kyak: (utf8) rejoice in the unblemished purity of plain 7 bit ASCII ! :) | 00:16 |
---|---|---|
kristianpaul | xiangfu: hi ! | 00:17 |
kristianpaul | sorry i remenber a log from you about a milkyminer taking too long to miner? | 00:17 |
kristianpaul | or just calculated hash once.. | 00:17 |
wpwrak | dvdk: that sounds like the yaffs rootfs bug | 00:18 |
dvdk | wpwrak: already reformatted. | 00:18 |
dvdk | yes, remembered youm mail on devel@m | 00:19 |
xiangfu | kristianpaul, yes. I use the payload.py. it need ~5m give a result. | 00:19 |
kristianpaul | damn | 00:19 |
wpwrak | dvdk: i'm a bit surprised you ran into that one, though. what build did you install ? | 00:20 |
dvdk | 1.2 was 1.1 before | 00:20 |
wolfspra1l | good morning everybody | 00:20 |
wolfspra1l | new week, new luck | 00:20 |
wolfspra1l | kicad, boom! where are thou | 00:20 |
wpwrak | being hacked on, all of them i suppose :) | 00:21 |
wpwrak | dvdk: hmm. makes me wonder what's inside 1.2 then. that problem should have popped up only recently, yet might be gone in the daily builds already. | 00:22 |
dvdk | wpwrak: if even you don't know that... :) | 00:22 |
wpwrak | dvdk: i know very little about the actual builds, only about the things that may go into them ;-) | 00:23 |
xiangfu | dvdk, try reflash_m1.sh --qi --data | 00:24 |
Action: dvdk tries to not think about what may be in there :) | 00:24 | |
wpwrak | at daytime make saussages. at night, we hack code ... | 00:25 |
dvdk | xiangfu: just trying. but i though --qi should reflash everything, including --data!? | 00:25 |
xiangfu | dvdk, --qi will reflash everything except data partition. | 00:25 |
wpwrak | s/ss/s/ | 00:25 |
dvdk | well, then help output from reflash_ben.sh is broken. | 00:25 |
dvdk | s/ben/m1 | 00:26 |
xiangfu | dvdk, --data will reflash data partition. | 00:26 |
xiangfu | dvdk, ? you mean this one: CAUTION: if '--data' enable, it will REFLASH DATA PARTITION ? | 00:26 |
wpwrak | hmm, 1.2 ought to be first of march. very odd | 00:27 |
dvdk | xiangfu: ah, this line. skipped over it I guess :) | 00:28 |
dvdk | after seeing '--qi [VERSION] [--data] ' i gave up understanting command line :) | 00:28 |
wpwrak | they changes the permissions on march 2, though. maybe that just crept in at the last moment | 00:28 |
wpwrak | that would also mean that all the people who have upgraded to 1.2 have chosen to suffer in silence | 00:29 |
xiangfu | dvdk, there is a workaround method to exit rendering without keyboard. | 00:30 |
xiangfu | dvdk, Hold left button. it will exit the rendering mode. and goes to webupdate. | 00:31 |
dvdk | ah cool. | 00:32 |
xiangfu | the next release will automatic save all configuration. | 00:36 |
wpwrak | xiangfu: you may want to check if 1.2 works with a yaffs created with an earlier release (and not auto-upgraded by my chmod commit from 4 days ago) | 00:39 |
xiangfu | wpwrak, yes. | 00:40 |
wpwrak | xiangfu: it seems that 1.2 may have picked up the new permission check in rtems, but nobody noticed. at least that would explain the problem dvdk has encountered | 00:40 |
xiangfu | wpwrak, yes. | 00:41 |
xiangfu | wpwrak, since I always reflash with --data. I must miss this problem. | 00:41 |
wpwrak | ah. maybe that explains it | 00:41 |
xiangfu | wpwrak, working on that in next hour. :) | 00:41 |
Action: xiangfu reflash back to 1.1 with data partition. | 00:56 | |
wpwrak | ls -l /ssd shows 666 ? | 00:57 |
xiangfu | wpwrak, yes.: drw-rw-rw- 1 root root 512 Jan 1 00:00 ssd | 00:59 |
xiangfu | drwxr-xr-x 1 root root 7504 Jan 1 00:00 dev | 00:59 |
xiangfu | drwxr-xr-x 1 root root 536 Jan 1 00:00 etc | 00:59 |
xiangfu | drw-rw-rw- 1 root root 512 Jan 1 00:00 ssd | 00:59 |
xiangfu | ^^^ ls -l / | 00:59 |
xiangfu | now reflashing to latest qi image. | 01:00 |
xiangfu | without touch data partition | 01:00 |
wpwrak | 666, the number of the beast. so far so good :) | 01:02 |
xiangfu | cannot reproduce the bug. :( after reflash latest qi image. it still works fine. | 01:08 |
wpwrak | after reflashing 1.2 ? or the latest daily build ? | 01:09 |
xiangfu | after reflashing 1.2, it still works fine. | 01:10 |
wpwrak | and /ssd is still 666 ? | 01:10 |
xiangfu | let me do this again. | 01:12 |
xiangfu | 1. I run reflash_m1.sh --rc3 00 3a: it will download image from : http://milkymist.org/updates/2011-11-29/ include the data partition. | 01:12 |
wpwrak | perfect. that's certainly old enough | 01:12 |
GitHub61 | [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/4a2b950a6fefed364f2035794ed1cbc375237aae | 01:14 |
GitHub61 | [board-m1/master] corrected J21 pin assignments - Adam Wang | 01:14 |
xiangfu | ls -l shows: drw-rw-rw- 1 root root 512 Jan 1 00:00 ssd, I can open file under patch editor. | 01:16 |
xiangfu | 2. now running reflash_m1.sh --release. which will donwload image from http://milkymist.org/updates/2012-03-01/ reflash without touch data partition. | 01:16 |
wpwrak | wait ... | 01:16 |
xiangfu | :( | 01:17 |
xiangfu | pressed 'Enter' | 01:17 |
wpwrak | that's odd. if you installed all the 2011-11-29 stuff, you should still be able to open files | 01:17 |
wpwrak | since RTEMS and data partition will both agree on using 666 | 01:18 |
xiangfu | yes. I can open file under patch editor. | 01:18 |
wpwrak | oh, alright | 01:18 |
wpwrak | somehow, i read "can't" :) | 01:18 |
wpwrak | let's see how 2. goes then :) | 01:18 |
xiangfu | after [reflash_m1.sh --release], ls -l shows: drw-rw-rw- 1 root root 512 Jan 1 00:00 ssd | 01:19 |
wpwrak | very good | 01:20 |
xiangfu | patch editor open file just fine. | 01:20 |
wpwrak | excellent. that's how it should be | 01:20 |
wpwrak | so dvdk ran into something else | 01:20 |
wpwrak | thanks for checking ! | 01:21 |
xiangfu | maybe after step_1. I should edit some file. and save etc.. | 01:21 |
wpwrak | naw, the results look quite conclusive to me. with the permission problem, nothing worked | 01:22 |
xiangfu | ok. now I am reflashing the qi image. | 01:25 |
xiangfu | build under "2012-04-02/" it include the rtems-yaffs2 change. | 01:26 |
wolfspra1l | why did the frog pad and alpha grip keyboards not work for david? | 01:27 |
xiangfu | ls -l shows: drwxr-xr-x 1 root root 512 Jan 1 00:00 ssd. | 01:27 |
xiangfu | ( dvdk ran into something else) yes. | 01:28 |
wolfspra1l | looks like 2 interesting little keyboards | 01:28 |
xiangfu | have to dump the hid description for check more detail. | 01:32 |
kristianpaul | "new firmware doesn't allow me to exit patch via mouse click." arghhh that explain why on the demo i had i tough mouse support was broken ! | 01:53 |
kristianpaul | but indeed is a good safe measure | 01:54 |
wolfspra1l | xiangfu: can you explain to david how to easily dump the hid descriptor? | 01:56 |
xiangfu | I have replied his email. and kyak's email. | 01:56 |
wolfspra1l | ah :-) | 01:56 |
kristianpaul | btw rii kbd also supports touchpad? | 01:57 |
wolfspra1l | you have one, no? | 01:58 |
kristianpaul | ergh, | 01:58 |
kristianpaul | yes | 01:58 |
xiangfu | here is the detail by Werner: http://lists.en.qi-hardware.com/pipermail/discussion/2011-November/009206.html | 01:58 |
kristianpaul | but havent tried touchpad.. | 01:58 |
wolfspra1l | that should only take 1 second | 01:58 |
kristianpaul | will do .) | 01:58 |
wolfspra1l | you mean the touch area on it? | 01:58 |
wolfspra1l | just try :-) | 01:58 |
kristianpaul | yes | 01:58 |
Action: kristianpaul brings a extra monitor from the closet | 01:59 | |
Action: kristianpaul turns on m1 | 02:03 | |
kristianpaul | ewww :) | 02:03 |
kristianpaul | I love yopu guys ! :) | 02:04 |
kristianpaul | what was the short cut to get a rtems shell.. Fallenou ? | 02:12 |
wolfspra1l | he's sleeping I'm sure | 02:12 |
kristianpaul | :) | 02:13 |
xiangfu | flterm --port /dev/ttyUSB0 | 02:13 |
xiangfu | kristianpaul, ^ | 02:13 |
xiangfu | kristianpaul, oh. you mean the rmmod? | 02:13 |
kristianpaul | nope, in FN | 02:14 |
xiangfu | kristianpaul, you cannot do that under FN. no such GUI for rtems shell. | 02:15 |
kristianpaul | hmm, sure? | 02:15 |
kristianpaul | ok | 02:16 |
xiangfu | from my understanding. have to connect through /dev/ttyUSB0 | 02:18 |
kristianpaul | where is the no need for PC ;) | 02:19 |
kristianpaul | (kidding) | 02:19 |
kristianpaul | lol the ezcap IR control seems work ;) | 02:20 |
kristianpaul | ah, partially | 02:21 |
kristianpaul | well :) | 02:21 |
xiangfu | it not RC5. | 02:23 |
GitHub102 | [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/745baa077b33162046dfdebd4ccbad4030335870 | 03:09 |
GitHub102 | [board-m1/master] added VIDEOIN_A3V3, VIDEOIN_A1V8 components to fix ErrType(3): Pin connected to some others pins but no pin to drive it. (i.e. a local lable can't drive to a type of Power input). - Adam Wang | 03:09 |
GitHub76 | [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/64c29af1f0f4c1fdb9e4007f2fd69d45a5e721cc | 03:14 |
GitHub76 | [board-m1/master] added ETH_A3V3, ETH_A1V8, ETH_PLL1V8 components to fix ErrType(3): Pin connected to some others pins but no pin to drive it. (i.e. a local lable can't drive to a type of Power input). - Adam Wang | 03:14 |
wpwrak | ah, --qi also means "snapshot". that could explain dvdk's trouble. and indeed, the latest version is from 2012-04-02, just when that bug was around. | 07:30 |
wpwrak | --qi vs. --release does indeed seem a bit redundant. --qi is only a small superset of --release, and far from having the granularity of http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/ | 07:33 |
xiangfu | wpwrak, --qi have latest standby.bit splash.raw etc. for factory reflash in future. before the --release. | 07:36 |
xiangfu | if we already have those standby.bit etc. it's a bit redundant. :-) | 07:46 |
wpwrak | maybe just add the missing files to milkymist.org/updates/current/ ? | 07:52 |
wpwrak | they do exist under http://milkymist.org/updates/, just scattered over various directories | 07:53 |
wolfspra1l | if --qi means snapshot it should be called --snapshot, no? | 08:12 |
wpwrak | i'd rather call the things under build-milkymist a "snapshot" | 08:14 |
wpwrak | --qi is sort of a release, just sometimes slightly time-shifted. and sometimes with what looks like multiple tries | 08:15 |
wpwrak | compare: --release, http://milkymist.org/updates/ | 08:16 |
wpwrak | --qi, http://downloads.qi-hardware.com/software/images/Milkymist_One/ | 08:16 |
wpwrak | --snapshot: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/ | 08:16 |
wpwrak | --snapshot is undocumented in the online help of reflash_m1.sh | 08:17 |
wpwrak | (to paraphrase some old text adventure games) you're in a maze of twisty little releases, all different ;-) | 08:18 |
cladamw | wpwrak, Does this "bzr checkout -r 3494 lp:kicad kicad.bzr" is to copy 3494 version from https://code.launchpad.net/kicad/+branches?field.lifecycle=DEVELOPMENT&field.lifecycle-empty-marker=1&field.sort_by=newest+first&field.sort_by-empty-marker=1 ??? | 08:25 |
wpwrak | i guess the things it takes are roughly what you can find via that page ... | 08:29 |
wpwrak | but i don't know that web interface. so maybe there are files you can't easily access. | 08:29 |
GitHub169 | [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/7e99faf754dc7d8ef5ca48c6a5bd97d3024064fa | 08:54 |
GitHub169 | [board-m1/master] latest updated files - Adam Wang | 08:54 |
kyak | kristianpaul: sorry, i didn | 10:18 |
kyak | 't understand your reference to CSR bus | 10:18 |
kyak | what did you try to say? :) | 10:19 |
kyak | xiangfu: for the HID description - i will do that. But from what wpwrak said, there is only basic HID support and he was looking forward to Linux | 10:21 |
kyak | so.. not so clear - do you still need the HID description? | 10:22 |
xiangfu | I think so. I would like to checkout what is different on your keyboard. | 10:23 |
kyak | ok, then i'll send it as soon as i can | 10:24 |
kyak | when Linux hits M1, perhaps atusb would be upstream already | 10:25 |
kyak | this would have been awesome | 10:25 |
wpwrak | kyak: it's always good to know what weird descriptors people use :) | 10:25 |
kyak | wpwrak: so it is just for your amusement, i see :) | 10:25 |
wpwrak | kyak: amusement is what we can be sure of. all the rest is more difficult ;-) | 10:26 |
xiangfu | :-) | 10:27 |
kyak | xiangfu: what is the version of oscsend you are using? I'm using the one provided by liblo (if i remember correctly) package in arch linux.. It displays OSD fine (though no UTF-8), but the /patch command doesn't owkr | 10:27 |
kyak | *work | 10:27 |
xiangfu | for /patch. you have to configure under Flickernoise. | 10:28 |
kyak | ok, so it's not enabled by default | 10:29 |
xiangfu | no. | 10:29 |
kyak | is it a 'yes' no? :) | 10:29 |
xiangfu | for simple mode. there are no keyboard/IR/osc/midi configured. | 10:30 |
xiangfu | I have plan to try to automatic hook keyboard/IR/osc/midi configure under simple mode. | 10:30 |
kyak | what is the simple mode? | 10:31 |
kyak | is it the simple mode in Flickernoise interface when you start performance? | 10:31 |
xiangfu | yes. by default it using simple mode. | 10:31 |
xiangfu | and there is a configure mode. | 10:32 |
kyak | right.. i wondered what the configure mode means and what i can configure | 10:32 |
kyak | should i provide some configuration file? | 10:32 |
GitHub179 | [board-m1] wpwrak pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/32e1f7479cedaea12dd9975444f0482557f06d3b | 10:33 |
GitHub179 | [board-m1/master] r4/Power.sch: replaced PWR_FLAG with new POWERED - Werner Almesberger | 10:33 |
xiangfu | kyak, I would advice you update to recently daily build. that support automatic save all configure | 10:34 |
xiangfu | kyak, without this feature. it's a little bit hard to play with configure mode. :-) | 10:34 |
xiangfu | basically, it edit the 'Keyboard' 'MIDI' 'OSC' etc. and click the 'Save' under Control Panel. | 10:35 |
kyak | ok, that i can do.. though it's hard to upgrade without jtag properly working.. have to upload firmware to FTP and update from files | 10:35 |
xiangfu | then when start the performance. chose the 'Configure' not 'Simple mode' | 10:35 |
xiangfu | s/ it edit the 'Keyboard' 'MIDI' 'OSC' etc./you edit the 'Keyboard' 'MIDI' 'OSC' etc. | 10:36 |
kyak | i hope i don't need a keyboard to perform these configuration :) | 10:37 |
xiangfu | mouse is enough :-) but exit render mode have to use 'Ctrl + ESC' or HOLD left button. (this will exit render mode and goto webupdate) | 10:38 |
kyak | ok... | 10:39 |
kyak | xiangfu: do you know why holding middle button turns off M1 if it runs (as expected), but then it immediately turns on again (unexpected)? | 10:40 |
wpwrak | kyak: for the jtag, can you try with a different usb power ? also, which version of libusb do you have ? 1.0 or 0.1 ? | 10:41 |
xiangfu | kyak, hold middle button is for reboot. | 10:41 |
kyak | xiangfu: hm.. i thought pressign all three buttons is for reboot. How can i power off? | 10:41 |
xiangfu | kyak, there is no 'PowerOFF' any more. | 10:41 |
wpwrak | kyak: (middle) we used to have an "off" mode (standby) but that's gone now. so if you find any references to that behaviour, they're obsolete :) | 10:41 |
xiangfu | PowerOFF == unplug the power cable. | 10:42 |
kyak | wpwrak: my libusb is 1.0; what do you mean "different usb power"? | 10:42 |
wpwrak | err, different usb PORT | 10:42 |
wpwrak | sorry, multitasking confusion :) | 10:42 |
kyak | hm, ok.. it's just convenient to leave it plugged in and just power off.. but whatevrr :) | 10:42 |
kyak | wpwrak: i tried various ports of course, and different cable. But as i said, the same setup works fine for flashing Ben \ | 10:43 |
wpwrak | (leave it) if you turn off the screen, you'll never notice :) power consumption in "standby" wasn't all that much below normal power consumption anyway | 10:44 |
xiangfu | ( if you turn off the screen) :-D | 10:45 |
kyak | ok, that's fine :) | 10:45 |
wpwrak | (jtag) that would suggest a software problem. hmm. i'm on ubuntu, also libusb 1.0, and it works just fine. | 10:46 |
kyak | wpwrak: if i install ubuntu in a virtual machine and jtag works there, will it prove that the problem is a software? | 11:05 |
kristianpaul | kyak: are you interested adding custom cores to milkymist SoC? | 11:06 |
kyak | kristianpaul: ahh, ok, i got you now :) | 11:06 |
Fallenou | kyak: I think yes | 11:06 |
Fallenou | it will prove it's just libusb/urjtag/linux related problem | 11:06 |
wpwrak | kyak: it would be a strong hint towards the problem being software, yes. or very wickedly buggy hardware :) | 11:06 |
kyak | ok, then i'll try ubuntu :) | 11:07 |
kristianpaul | kyak: i noticed you are interested on hdl coding, dont you? | 11:12 |
wolfspra1l | kyak: maybe you can just boot from a live ubuntu usb stick, or try ubuntu in a virtual machine | 11:17 |
wolfspra1l | as I explained, that fixed the same problem for me, and now I have a debian virtual machine just for m1 reflashing over jtag | 11:17 |
kyak | kristianpaul: "coding" - no :) hdl autocode generation - perhaps :) | 11:26 |
kyak | wolfspra1l: yep, booting from a stick - good idea | 11:26 |
GitHub164 | [board-m1] adamwang pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/de852f58dca2bf23ab14feac63db607132b30975 | 13:07 |
GitHub164 | [board-m1/master] added bigger text within each hierarchical rectangle by functional naming. - Adam Wang | 13:07 |
Fallenou | 5/win 36 | 13:15 |
kristianpaul | kyak: autocode, you mean by using migen or such? | 14:12 |
GitHub142 | [board-m1] xiangfu pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/52f8f7865c87b34f338dc03488f846e6340b0407 | 14:14 |
GitHub142 | [board-m1/master] FPGAdec.sch: remove 2 useless junctions - Xiangfu | 14:14 |
kyak | kristianpaul: by using mathworks hdl coder | 14:21 |
kristianpaul | what? ! | 14:26 |
kristianpaul | ;-) | 14:26 |
kyak | "what" in like "what is that" or like in "are you crazy?"? :) | 14:53 |
kyak | well, you had 20 minutes to google.. so the first question should disappear :) | 14:54 |
GitHub25 | [board-m1] wpwrak pushed 1 new commit to master: https://github.com/milkymist/board-m1/commit/09871289563b0eaa79f8300a94235fbb4e86ecb1 | 15:44 |
GitHub25 | [board-m1/master] r4/FPGA.sch: redraw FLASH_A0 through _A4, magically removing the ERC issues - Werner Almesberger | 15:44 |
kristianpaul | kyak: what of, what is that sounds scary :) | 16:23 |
qi-bot | The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120423-1648/ | 16:32 |
mwalle | wpwrak: shouldnt the directory be 777 ? | 17:03 |
mwalle | the /ssd | 17:03 |
wpwrak | mwalle: yes. and nowadays it is :) | 17:12 |
qi-bot | The firmware (using branch) build was successful, checkout the VERSIONS for detail, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120423-1832/ | 18:16 |
mwalle | *sigh* i guess i need an handwritten isr for usb token reception and transmission :( | 21:19 |
wpwrak | as long as it doesn't have to be written by hand AND in blood ... | 21:37 |
wpwrak | but i guess i should have answered "when i was young, we had to write ISRs with our own blood" :) | 21:53 |
mwalle | how old are you? :) | 22:15 |
wpwrak | yeah, you got me. we already had computers back then. didn't have to summon demons to do our bidding. | 22:19 |
mwalle | hehe no vampire then :) | 22:20 |
mwalle | gn8 | 22:24 |
wpwrak | midnight .. good hunt then ! ;-) | 22:25 |
wpwrak | s/hunt/hunting/ | 22:26 |
--- Tue Apr 24 2012 | 00:00 |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!