lekernel | mwalle: again, it makes sense if you consider that GNU/Autocrap is a propaganda tool, not a build system | 04:10 |
---|---|---|
lekernel | using --help would probably break when using non-GNU binutils which would format the help differently | 04:11 |
lekernel | so it's good for RMS | 04:11 |
mwalle | kristianpaul: flashmem? that command from urjtag? should be around 10s for the bitstream flashing | 04:43 |
mwalle | lekernel: .. :) | 04:43 |
mwalle | ok the workaround for this is disable fdpic support completely (hopefully!) | 04:44 |
mwalle | [mw@thanatos qemu-build]$ ./lm32-linux-user/qemu-lm32 ~/foo | 06:23 |
mwalle | Hello world! | 06:23 |
mwalle | yey! | 06:23 |
mwalle | with self compiled toolchain | 06:23 |
lekernel | congratz :) | 06:23 |
lekernel | so you modified the libc as well? | 06:24 |
mwalle | there is now libc yet :) | 06:24 |
mwalle | besides the theobromas crap | 06:24 |
mwalle | but, yes :) | 06:24 |
lekernel | mh, how do you relocate the "Hello world!" string then? | 06:25 |
mwalle | there are no relocations | 06:25 |
mwalle | static binaries yet | 06:25 |
lekernel | it's in a read-only section? | 06:25 |
mwalle | 140: 78 01 00 00 mvhi r1,0x0 | 06:27 |
mwalle | 144: 38 21 19 50 ori r1,r1,0x1950 | 06:27 |
mwalle | 148: f8 00 00 06 calli 160 <puts> | 06:27 |
mwalle | 3 .rodata 00000044 00001950 00001950 00002950 2**2 | 06:27 |
mwalle | CONTENTS, ALLOC, LOAD, READONLY, DATA | 06:27 |
lekernel | puts? so there's a libc... | 06:28 |
mwalle | ahh, i meant theres no official libc | 06:28 |
mwalle | yes im using uclibc | 06:28 |
mwalle | but not theobromas one | 06:31 |
kristianpaul | what is splash.mcs ? | 07:14 |
kristianpaul | userfs.mcs = flickrnoise? | 07:15 |
lekernel | forget about those outdated files | 07:15 |
lekernel | there's no more userfs.mcs | 07:15 |
kristianpaul | argg | 07:15 |
lekernel | splash.mcs = boot splash screen | 07:15 |
lekernel | I recommend you use msd-dec2010 for flashing your board | 07:16 |
kristianpaul | so i just send the file _as_it_is_ | 07:16 |
kristianpaul | ? | 07:16 |
lekernel | yeah, the msd archive contains raw binary images | 07:16 |
lekernel | mind that the bitstream is bit reversed, as discussed yesterday on irc | 07:16 |
kristianpaul | yes yes | 07:17 |
kristianpaul | good all is loged now | 07:17 |
kristianpaul | patent litigation.. | 07:33 |
kristianpaul | reverser eng for competitive products, lol | 07:33 |
kristianpaul | oops sorry | 07:35 |
kristianpaul | (flash with ftdi_eeprom in linux) no will not, i dont have how to boostrap my jtag-serial board in the case something go wrong.. | 08:58 |
lekernel | short pins 1-5 of eeprom, connect to usb, remove the short, reflash | 09:02 |
lekernel | simple | 09:02 |
lekernel | i do that with tweezers | 09:03 |
kristianpaul | lekernel: do you already reflashe on linux with no problem? | 09:13 |
kristianpaul | any way i dont see what do that | 09:13 |
lekernel | no, I didn't try | 09:13 |
kristianpaul | me either, lets adam or soembody with more than one pod do it first :-) | 09:13 |
kristianpaul | btw how do you built soc-1.0RC2.fpg? | 09:14 |
lekernel | oh, you shouldn't break it... worst case you have to plug it with the eeprom shorted | 09:14 |
kristianpaul | and why bios is bin and flickernoise fbi.. | 09:14 |
lekernel | bitgen -g Binary + bit reversal | 09:15 |
kristianpaul | ergg i will not brick my pod no, that not | 09:15 |
kristianpaul | k | 09:15 |
lekernel | because the bios has to know how many bytes to load into sdram, so it has a "fbi" header with that (and a crc) | 09:15 |
lekernel | the bios itself is executed in place and therefore does not need such a header | 09:16 |
kristianpaul | ok let me see if i recover my booting at least bios for now, | 09:16 |
mwalle | mh nios call instruction is a little bit fucked up.. call has a 26bit immediate the resulting pc is {pc[31:28], imm26, {0,0}} | 09:17 |
kristianpaul | i need to work later in a reduced version of rtems (not that i dint enjoy flickernoise) just i dont need all that audio/png/and other stuff for what i want from MM1 now | 09:17 |
lekernel | what do you want from mm1 now? :) | 09:17 |
kristianpaul | :D | 09:18 |
kristianpaul | Implement a GPS baseband processor in your SoC | 09:18 |
kristianpaul | check namuru project, is a posible starting point for some correlation stuff, if it works i can re-use mico32 may be add new instructions... well i dont know thats for later | 09:20 |
kristianpaul | larsc: can you upload your last *.bin files to somwhere i need compare something.. | 10:13 |
kristianpaul | argg i still not getting boot :/ | 10:21 |
lekernel | you can configure the fpga manually with "pld load"... | 10:23 |
kristianpaul | sure | 10:23 |
lekernel | then if you have a bios image, it should at least do something | 10:23 |
kristianpaul | he well pld load is ok if you are sure your bios is on the flash | 10:24 |
kristianpaul | also i dont want pld load always :-| | 10:24 |
larsc | kristianpaul: http://metafoo.de/milkymist/{bios.bin,bitstream.bin} | 10:24 |
lekernel | it'll help you with figuring out what is wrong with the flash | 10:24 |
lekernel | btw pld load expects a .bit file (i.e. with Xilinx header), it'd be nice to have .fpg file support (raw bitreversed bitstream) as well... | 10:25 |
kristianpaul | i myst confess i erased it first | 10:25 |
kristianpaul | hmm thats true | 10:25 |
kristianpaul | eraseflash i mean :-) | 10:25 |
lekernel | you erased the complete flash chip? | 10:26 |
kristianpaul | it seems | 10:26 |
lekernel | then you need to reflash the standby bitstream as well | 10:26 |
lekernel | and perhaps rescue partitions | 10:26 |
kristianpaul | standby bitstream > thats what power up the fpga? | 10:27 |
lekernel | yes | 10:27 |
kristianpaul | ah, i see then | 10:27 |
kristianpaul | do you have somwhere a memory map of flash? | 10:27 |
lekernel | not graphically, but just look at flash.h | 10:28 |
kristianpaul | k | 10:28 |
kristianpaul | make: /tools/byteswap: No se encontró el programa | 10:33 |
kristianpaul | ok i miss that | 10:34 |
larsc | you'll have to set MMDIR to your milkymist dir | 10:36 |
kristianpaul | oh why this take so long... | 10:43 |
kristianpaul | i wast that way before or is because i swiched to last ISE.. | 10:44 |
lekernel | kristianpaul: it's always been like that. if you dislike ise, feel free to contribute to llhdl :) | 10:52 |
kristianpaul | I need a faster computer then ;-) | 10:53 |
kristianpaul | time relativity is hard when you need something NOW, just that :-) | 10:53 |
kristianpaul | infrared and nanonote is other interesting aprouch for comunication, now that LED can achieve wireless data tramission too | 11:29 |
larsc | lekernel: is navre/softuse fully ohci compliant? | 11:43 |
lekernel | no, it's not ohci compliant at all.. ohci is a major PITA and the current avr firmware only implements input device support with a special protocol | 11:44 |
lekernel | I wanted to have OHCI in the beginning, but the benefit/pain ratio turned out to be way too low | 11:45 |
larsc | ok | 11:45 |
kristianpaul | larsc: is it mandatory write again in flash rescue* | 13:15 |
kristianpaul | lekernel: ^ | 13:15 |
kristianpaul | i just worried about mac address | 13:15 |
wolfspraul | that would be my least concern :-) | 13:16 |
wolfspraul | just get it to boot first, who cares about mac address? | 13:16 |
wolfspraul | you only have 1 m1 there anyway, won't disturb anybody... | 13:16 |
kristianpaul | no no i dont care about mac it self | 13:17 |
kristianpaul | just missing this data will not bios to boot *may* *be* | 13:17 |
wolfspraul | I highly doubt that, but let's see. | 13:17 |
kristianpaul | k | 13:18 |
wolfspraul | it's just a unique id, that's all | 13:18 |
wolfspraul | it will boot no matter what the unique id is | 13:18 |
lekernel | kristianpaul: do you really think i'd have coded something to totally prevent booting if the mac address isn't set...? | 13:18 |
kristianpaul | yeah sure, | 13:18 |
kristianpaul | ok ok, no more dumb questions | 13:18 |
Action: kristianpaul hides | 13:18 | |
kristianpaul | flashmem 0 bitstream.bin noverify | 13:31 |
kristianpaul | wiki said that^ | 13:31 |
kristianpaul | but flash.h points REGULAR BITSTREAM (0x006E0000) | 13:32 |
kristianpaul | what i missing to understand this.. | 13:32 |
mwalle | wiki is wrong | 13:33 |
mwalle | mh, not exactly, the bitstream may be the standby one :) | 13:33 |
kristianpaul | yeah | 13:34 |
kristianpaul | let try again i follow flash.h and still not automatic boot.. | 13:48 |
kristianpaul | not exactly <-- what about: flashmem 0x180000 bios.bin noverify != REGULAR BIOS (0x00860000) | 13:53 |
mwalle | ok the wiki is wrong/old :) | 13:55 |
kristianpaul | argg but i still cannot boot automcatically :/ | 13:56 |
kristianpaul | s/automcatically/automatically | 13:57 |
kristianpaul | hexdump -n 30 standby.fpg | 14:00 |
kristianpaul | 0000000 9000 0ff0 0ff0 0ff0 0ff0 0000 8680 a400 | 14:00 |
kristianpaul | 0000010 2ece 7686 4626 b49e f64e 2eae 26a6 | 14:00 |
lekernel | looks like a xilinx .bit header you need to strip | 14:00 |
mwalle | argh, gcc reorders splitted relocations?! | 14:01 |
kristianpaul | ah ,yes, i forgot bitgen and jump directly to byteswap | 14:03 |
kristianpaul | hexdump -n 30 build/standby.fpg | 14:07 |
kristianpaul | 0000000 ffff ffff ffff ffff ffff ffff ffff ffff | 14:07 |
kristianpaul | 0000010 9955 66aa 850c e000 0004 858c 1460 | 14:07 |
kristianpaul | thats better ! | 14:07 |
kristianpaul | this step is tricky, as there is no support for it in standby makefile | 14:08 |
kristianpaul | argg no boot.. | 14:13 |
kristianpaul | lekernel: can you cofirm, the correct add for bios (no recue) is 0x860000? | 14:18 |
lekernel | check flash.h | 14:19 |
lekernel | in git | 14:19 |
kristianpaul | i did | 14:20 |
kristianpaul | REGULAR BIOS (0x00860000) /* 128k */ | 14:20 |
lekernel | ok | 14:20 |
kristianpaul | what do i need for booting flickernoise from flash? i guess just dd if=flickernoise.fbi of=boot.bin bs=1 skip=8 | 14:21 |
kristianpaul | write to flash | 14:21 |
kristianpaul | pld load system.bit, and thats it?.. | 14:21 |
lekernel | you need a working bios, and the complete fbi file (with header) | 14:23 |
kristianpaul | ahh | 14:23 |
kristianpaul | wait | 14:23 |
lekernel | wolfspraul: where is qi-bot putting the logs atm? | 14:34 |
wolfspraul | /home/eggdrop/milkymist-logs, I think | 14:47 |
wolfspraul | you have a root account on that server afaik | 14:47 |
lekernel | ok... and how to get that uploaded to milkymist.org? | 14:47 |
wolfspraul | my admin tasks are piling up everywhere, so I will be slow on anything. | 14:47 |
lekernel | how do you do for qi-hardware? | 14:47 |
wolfspraul | yeah well, many options | 14:47 |
wolfspraul | it's the same server | 14:47 |
wolfspraul | there are also come cgis you may want, for searching | 14:48 |
lekernel | there's already google indexing for that | 14:48 |
lekernel | keep it simple... | 14:48 |
wolfspraul | my setup is 100% documented, see http://en.qi-hardware.com/wiki/Server_setup | 14:48 |
wolfspraul | the milkymist logging is not documented, I just hacked it in yesterday because you asked | 14:48 |
lekernel | so maybe i'll just set up a cron job that uploads the logs to milkymist.org | 14:48 |
wolfspraul | sure, feel free | 14:49 |
wolfspraul | you have a root account | 14:49 |
wolfspraul | I cannot do everything, admin stuff is terribly time consuming. | 14:49 |
lekernel | it is... | 14:49 |
wolfspraul | somewhere on my admin todo list I had planned an upgrade for the irclog2html scripts, so it's better integrated into the qi-hardware look | 14:50 |
wolfspraul | also I need to look into some issues with utf-8 characters | 14:50 |
wolfspraul | when I get to that, and at that point I'm still logging #milkymist, I can think about how to sync that to your machine | 14:50 |
wolfspraul | if you get to it before - great! :-) | 14:50 |
lekernel | i'll just upload as plain text. afaik google also works with plain text | 14:50 |
lekernel | keep that simple... | 14:50 |
wolfspraul | do whatever you like | 14:50 |
wolfspraul | the logs are there, we can always improve later | 14:51 |
wolfspraul | you could also nfs-export that directory to your server's ip | 14:51 |
lekernel | I cannot mount nfs on my server... | 14:52 |
wolfspraul | but don't come back to me complaining when it doesn't work :-) | 14:52 |
lekernel | I don't have root | 14:52 |
wolfspraul | ah I see | 14:52 |
wolfspraul | cron job, scp | 14:52 |
lekernel | rsync maybe | 14:52 |
wolfspraul | try to do it as 'eggdrop' user please, not 'root' | 14:52 |
wolfspraul | I'll get to this at some point, but cannot do it right now, totally overloaded... | 14:53 |
lekernel | kristianpaul: do you like this color/font theme better? http://www.genode-labs.com/products/genode_fx_s3a | 15:00 |
lekernel | http://www.student.uni-kl.de/~alles/fpga/pics/genode.jpg | 15:02 |
wolfspraul | not sure how easy it is, but the reason it looks very geeky are the sharp edges and contrast, I think | 15:03 |
wolfspraul | people nowadays expect this smooth/milky/transparent/3Dish look | 15:03 |
wolfspraul | very soft | 15:03 |
wolfspraul | big buttons | 15:03 |
wolfspraul | the current GUI looks like in the 80's to me | 15:04 |
lekernel | rather 90's :) | 15:04 |
lekernel | but yes... | 15:04 |
lekernel | I should keep the current button/label font then | 15:07 |
lekernel | and not use the small one | 15:07 |
wolfspraul | for sure. everything bigger, if possible. | 15:10 |
wolfspraul | one problem is the low resolution | 15:10 |
wolfspraul | but we can't change that, so that's going to limit how good it can look | 15:10 |
wolfspraul | there's just not enough pixels for smooth transitions | 15:11 |
wolfspraul | maybe then rather turn it around, and instead of (badly) mimicking the soft looks, just go for hardcore rectangular buttons :-) | 15:11 |
lekernel | not sure how good of an example this is, but the olpc is also 640x480 | 15:13 |
lekernel | http://wiki.laptop.org/go/Category:Screenshots_of_Sugar | 15:13 |
lekernel | it's particularly the "control panel" window that is noticeably ugly imo | 15:14 |
lekernel | in other parts of the GUI, there aren't that many sharp edges, except in some config windows that are seldom used | 15:14 |
lekernel | so, maybe replacing the control panel with a more discrete menu could already be much better | 15:15 |
lekernel | e.g. http://wiki.laptop.org/images/c/c3/Abiword_icon.png | 15:15 |
lekernel | ah, and black buttons... | 15:16 |
lekernel | http://wiki.laptop.org/go/File:Walter-Green-hover.png | 15:16 |
kristianpaul | lekernel: i dont like | 15:53 |
kristianpaul | i agree with wolfgang comments | 15:55 |
lekernel | what do you propose then ? | 15:55 |
kristianpaul | Sugar Interface is simple | 15:55 |
kristianpaul | s/is/looks | 15:56 |
kristianpaul | I mean the color | 15:56 |
kristianpaul | colors discuss is hard to concern, just let the user choice one :-) | 15:58 |
lekernel | color themes is additional work | 15:58 |
kristianpaul | i know | 15:58 |
lekernel | you need to have a proper dialog box to choose them | 15:58 |
lekernel | preview | 15:58 |
lekernel | and then refresh all applications without bugs when colors have changed | 15:59 |
lekernel | what a mess | 15:59 |
kristianpaul | ok, gray is not bad at all | 15:59 |
kristianpaul | but is my personal like about it | 15:59 |
lekernel | unless there are more developers I need to focus on the right areas | 15:59 |
lekernel | of course, color themes bring something, but is it worth it? | 16:00 |
kristianpaul | so no color choice for now, just that :-) | 16:00 |
kristianpaul | for Vj people i guess they like it.. | 16:00 |
kristianpaul | besides that i dont see other reason | 16:01 |
lekernel | optimizing on one person's guesses isn't always the best either :) | 16:01 |
kristianpaul | yeap ;-) | 16:01 |
kristianpaul | You have wallpaper now, that _enought_ i think | 16:01 |
kristianpaul | s/that/that's | 16:01 |
lekernel | yeah, with a good wallpaper it actually looks a lot better :o) | 16:02 |
lekernel | I'm hesitating between http://bryan.squall.us/wp-content/uploads/2007/09/dynebolic_1024.png and http://www.interactions.org/cms/?pid=2100&image_no=FN0197 | 16:02 |
lekernel | the problem is both are very bright | 16:03 |
lekernel | maybe I should just darken them | 16:03 |
kristianpaul | ah, he is not here, where is DJ** ?.. | 16:04 |
kristianpaul | is nice have a nick related with VJ around when discussing this :-) | 16:04 |
lekernel | the funny thing is no VJ/artist I know complained about the ugliness of the GUI buttons :) | 16:05 |
lekernel | but many geeks did :) | 16:05 |
kristianpaul | oh thats better ! | 16:05 |
kristianpaul | we complain aout everything, at least i do ;-) | 16:06 |
kristianpaul | And think because that the less notisable part of a VJ Station, | 16:06 |
lekernel | maybe good wallpaper + replace the control panel with sugar-like menus should make it | 16:06 |
kristianpaul | is up to you, ask your VJ/Artstis comunity around before that, is my advice | 16:07 |
kristianpaul | wallpaper seems fast task, not UI re-design... | 16:07 |
kristianpaul | about bios splash i just pass it as .raw? | 16:16 |
kristianpaul | and i guess is okay if it is not present in flash | 16:16 |
kristianpaul | but dint get boot at leat bios yet :/ | 16:16 |
kristianpaul | i'm using bios-1.0RC2.bin as it is | 16:18 |
larsc | kristianpaul: try the files i uploaded they work | 16:19 |
kristianpaul | larsc: yeah i'm just about do that | 16:19 |
kristianpaul | well in your case you dint erase the whole flash either i guess ;-) | 16:19 |
larsc | i did not | 16:20 |
kristianpaul | i'll try the bios one | 16:20 |
kristianpaul | he, i took the rought way ;-) | 16:21 |
kristianpaul | larsc: what add did you usef for writing bios? | 16:22 |
kristianpaul | ha ! | 16:24 |
kristianpaul | your bios seems help here | 16:24 |
kristianpaul | 0000000 9800 0000 d000 0000 7801 0086 3821 0000 | 16:26 |
kristianpaul | 0000000 0098 0000 00d0 0000 0178 8600 2138 0000 | 16:26 |
kristianpaul | mine is last | 16:26 |
kristianpaul | larsc: how u generated that bios ? | 16:29 |
kristianpaul | from the mcs one? | 16:29 |
kristianpaul | ok lets try byteswap | 16:31 |
larsc | kristianpaul: with the instructions from the wiki | 16:39 |
kristianpaul | ah?? | 16:40 |
lekernel | kristianpaul: bit swapping obviously won't fix your problem. don't even try | 16:42 |
lekernel | this rather looks like an endianness problem. no idea how you managed to get that, though | 16:42 |
kristianpaul | no no,hmm | 16:42 |
lekernel | just use the msd image or recompile a bios | 16:43 |
lekernel | no need for any processing of it | 16:43 |
kristianpaul | btw ! last bios in thos lines above is from MSD!! | 16:43 |
lekernel | huh? | 16:44 |
kristianpaul | hexdump -n 30 bios-1.0RC2.bin | 16:44 |
kristianpaul | 0000000 0098 0000 00d0 0000 0178 8600 2138 0000 | 16:44 |
kristianpaul | 0000010 e1d0 0000 00f8 a408 4298 0010 00e0 | 16:44 |
lekernel | ok, get yourself a better hexdump program | 16:44 |
kristianpaul | hexdump -n 30 /home/paul/Descargas/bios.bin | 16:44 |
kristianpaul | 0000000 9800 0000 d000 0000 7801 0086 3821 0000 | 16:44 |
kristianpaul | ah? | 16:44 |
lekernel | don't know, ghex2 or okteta for example | 16:45 |
kristianpaul | i'll compile my bios then | 16:45 |
lekernel | or tell your hexdump not to swap bytes | 16:45 |
lekernel | the BIOS starts with 98 00 00 00. anything else is wrong. | 16:46 |
kristianpaul | lekernel: http://metafoo.de/milkymist/bios.bin | 16:46 |
kristianpaul | thats from lars | 16:47 |
kristianpaul | and it worked here i finally booted bios | 16:47 |
larsc | and it works for me too | 16:47 |
kristianpaul | ghex2 show same things as hexdump btw | 16:49 |
mwalle | kristianpaul: use hexdump -C, reads the file bytewise | 16:51 |
kristianpaul | https://gist.github.com/782182 | 16:53 |
lekernel | from your description, it seems urjtag writes the flash in little-endian for some reason... | 16:54 |
kristianpaul | I just compiled urjtag from upstream yday, as it seems to not been in fedora | 16:55 |
kristianpaul | my locally compiled bios.bin begin with 98 00 00 00 | 16:56 |
lekernel | good | 16:56 |
lekernel | now, the flash should also have 0x9800 at address 0 and 0x0000 at address 1 | 16:57 |
lekernel | modify the urjtag code to get that to work and please send a patch | 16:57 |
larsc | i wonder why my bios is byteswapped | 16:59 |
kristianpaul | me too | 16:59 |
kristianpaul | jtag> endian | 17:00 |
kristianpaul | Endianess for external files: little | 17:00 |
lekernel | ah, ok | 17:00 |
kristianpaul | initbus fjmem opcode=000010 | 17:05 |
kristianpaul | frequency 6000000 | 17:05 |
kristianpaul | detectflash 0 | 17:05 |
kristianpaul | oops | 17:05 |
kristianpaul | problem solved :-D | 17:05 |
kristianpaul | hey, larsc is fast editing wiki :-) | 17:07 |
kristianpaul | wee | 17:19 |
kristianpaul | the noise is back ;-) | 17:20 |
kristianpaul | now document all this | 17:20 |
kristianpaul | phew | 17:20 |
kristianpaul | is okay if i remove ALL mcs related isntruction from the flashing page? | 17:23 |
kristianpaul | or should i create a new title there? | 17:24 |
lekernel | I think you can remove the mcs instructions | 17:25 |
lekernel | only the xilinx tools are using them, and we're moving away from them | 17:26 |
kristianpaul | yay ! | 17:26 |
kristianpaul | is DHCP working? | 17:31 |
lekernel | in flickernoise yes | 17:32 |
kristianpaul | i'm getting a BOOTP call failed conection timed out.. | 17:33 |
kristianpaul | i'll re check all | 17:33 |
Action: lekernel will soon introduce LZMA-compressed flickernoise images. this promises a lot of fun ;) | 17:33 | |
lekernel | where/what is that? | 17:34 |
kristianpaul | i'm just reading from rtems serial terminal from the MM1 | 17:34 |
kristianpaul | after enable DHCP on flkrnoise | 17:35 |
lekernel | this means you don't get a dhcp reply | 17:35 |
lekernel | maybe it would have been a good idea to check with wireshark before... | 17:36 |
kristianpaul | it should | 17:36 |
kristianpaul | i'll try static ip | 17:36 |
kristianpaul | damn there is no ping???!! | 17:40 |
kristianpaul | :-| | 17:40 |
lekernel | works for me and on dozens of other boards... | 17:41 |
kristianpaul | yeah sure.. | 17:41 |
lekernel | are your ethernet leds on? | 17:41 |
kristianpaul | of course | 17:42 |
kristianpaul | if i ping the board i got activity from the orange one | 17:42 |
lekernel | try without a switch, direct connection to pc... | 17:42 |
kristianpaul | hmm | 17:42 |
lekernel | and use wireshark | 17:42 |
kristianpaul | ok | 17:42 |
lekernel | that being said, the ethernet driver has tons of bugs that Fallenou never fixed... | 17:43 |
kristianpaul | seriouslly there is NO way of ping command in rtems? | 17:45 |
mwalle | imcp, or was that umon ? | 17:45 |
mwalle | icmp | 17:45 |
lekernel | i don't know... rtems has the bsd stack though, so it should be fairly complete | 17:46 |
lekernel | but the shell might not | 17:46 |
kristianpaul | oh dear, no binutils no ping, no netcat, :-| | 17:46 |
lekernel | those are useless on a VJ station | 17:46 |
kristianpaul | and rtems? | 17:46 |
kristianpaul | anyway | 17:47 |
kristianpaul | i'll starting more about rtems | 17:47 |
lekernel | and if you do need ping or netcat, it's shouldn't be a big deal to write them, if no one did it before | 17:47 |
kristianpaul | there is NFS support? | 17:53 |
lekernel | yes | 17:53 |
Action: kristianpaul grins | 17:53 | |
lekernel | but it's sometimes instable... if I ever participate in GSoC again i'll have a totalitarian policy about testing and bugs | 17:53 |
larsc | hm, interressting. i have a 32bit constant. and instead of doing something like, mvhi r1, 0x1234; ori r1, r1, 0x5678 gcc puts it somewhere in the data section and does mvhi r1, hi(addr); ori r1, lo(addr); ldw r1, (r1+0) | 17:56 |
lekernel | how is that constant defined? | 17:57 |
lekernel | can you paste your code? | 17:57 |
larsc | #define USER_DS ((mm_segment_t) { (0xF0000000UL - 1) }) | 17:59 |
larsc | and mm_segment_t is typedef union { unsigned long seg; } mm_segemnt_t; | 18:00 |
kristianpaul | lekernel: is okay if you upload to mm.org/somethng, the files fjmem.bit splash.raw standby.fpg, of course i'll document how get it but is easy have it around for a hurry | 18:01 |
lekernel | yeah... | 18:02 |
kristianpaul | wait i'll pass the tarrball link then | 18:02 |
lekernel | or just put them on your website | 18:03 |
lekernel | and link from the wiki | 18:03 |
kristianpaul | ah sure | 18:03 |
lekernel | maybe even simpler | 18:03 |
kristianpaul | i'll do that way then | 18:03 |
lekernel | i'll make proper binary releases later | 18:03 |
kristianpaul | ah, sure | 18:03 |
lekernel | i.e. for the next board batch :) | 18:04 |
lekernel | for standby.fpg: you used bit reverse, right? | 18:05 |
kristianpaul | any one can recommend a commad line tool for generating html index of a directory? | 18:05 |
lekernel | and put urjtag in big endian mode? | 18:05 |
kristianpaul | yes | 18:05 |
lekernel | ok, good | 18:05 |
lekernel | now we have that flashing part straight :) | 18:06 |
kristianpaul | a makefile will just take of that :-) | 18:06 |
lekernel | sometimes nice to have would be the ability to load *.fpg files with "pld load"... i'll have a look at this if no one does before | 18:07 |
kristianpaul | thats a good feature | 18:07 |
kristianpaul | lekernel: can you tell us a bit more about rescue mode workflow? | 18:10 |
lekernel | it's simple, the standby bitstream loads the backup bitstream, which in turns loads the backup bios which tries to boot the backup boot image... | 18:11 |
kristianpaul | how i do enter in rescue? | 18:11 |
lekernel | press PB1 when pressing PB2 to power the board | 18:11 |
kristianpaul | if i intetionally corrupt regular bios/bittstream it will jump to rescue as well? | 18:11 |
kristianpaul | k | 18:11 |
lekernel | no, rescue mode is only entered manually | 18:12 |
kristianpaul | i see | 18:12 |
larsc | lekernel: if I make the constant small enought to fit into 16bit it's loaded directly. | 18:23 |
lekernel | weird... | 18:24 |
lekernel | maybe you can try to e-mail Jon Beniston about that. he wrote the original lm32 support patch | 18:24 |
lekernel | you're using a vanilla elf compiler, right? no fdpic or anything? | 18:24 |
larsc | i tried to reproduce it in a standalone binary and it dodn't work | 18:24 |
kristianpaul | ah bad luck with the LG remote control | 18:25 |
lekernel | where does that happen? | 18:25 |
larsc | i'm building the kernel | 18:25 |
lekernel | what compiler are you using? | 18:25 |
larsc | gcc 4.5.2 from rtmes | 18:26 |
lekernel | the problem should already present in the unlinked .o file, so by running the exact same command and narrowing down code + compiler flags you should be able to reproduce it in a standalone piece of code I think | 18:26 |
lekernel | no? | 18:26 |
lekernel | ok, so no fdpic or other crazy things a priori | 18:26 |
larsc | ah it's -Os | 18:28 |
lekernel | yup. generating 4 words instead of 2 sure optimizes for size :) | 18:29 |
lekernel | argh... | 18:30 |
lekernel | and not using -Os crashes GCC, right? :) | 18:31 |
larsc | correct | 18:32 |
larsc | well, puts it into an endless loop | 18:32 |
larsc | http://pastebin.com/jP1uhQTu | 18:32 |
lekernel | yeah, mail Jon Beniston and cross your fingers | 18:34 |
mwalle | maybe tomorrow we have bFLT support :) | 18:35 |
lekernel | no need to file a bug in the gcc database, the current maintainer doesn't look at them, and the other fsf people only care about fighting microsoft | 18:35 |
mwalle | at least for non shared, non PIC binaries | 18:35 |
larsc | mwalle: :) | 18:36 |
mwalle | gn8 :) | 18:37 |
kristianpaul | nite | 18:40 |
kristianpaul | lekernel: byteswap and bitgen for the standby.fpg | 19:09 |
kristianpaul | $ cat /etc/udev/rules.d/26-milkymist.rules | 20:47 |
kristianpaul | ATTRS{idVendor}=="20b7", ATTRS{idProduct}=="0713", MODE="0660" | 20:47 |
kristianpaul | so simple, now jtag no requires root privileges :-) | 20:47 |
larsc | so stupid: ioread32be is defined as be32_to_cpu(le32_to_cpu(*addr)) | 20:56 |
kristianpaul | i wish i could understand you :-) | 20:58 |
larsc | it reads the value then converts it to little endian and then converts the result to big endian | 21:02 |
larsc | while just reading the value gives the same result | 21:02 |
larsc | it's easy to fix though | 21:02 |
larsc | we are the first big endian architecture to make use of the generic io accessor implementation | 21:03 |
kristianpaul | :-) | 21:07 |
kristianpaul | got it | 21:07 |
larsc | hm, i wanted to get up in 4h, i guess thats not going to happen | 22:04 |
kristianpaul | dhcp wasmy fault, but i dint get telnet responses.. | 22:08 |
kristianpaul | ha next time i'll use readmem dump whole flash and then erase it :p | 22:26 |
--- Mon Jan 17 2011 | 00:00 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!