| 00:54.27 | *** join/#edev chouimat (n=dieu@kde/developer/chouinard) |
| 00:54.30 | chouimat | hi |
| 02:16.09 | *** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net) |
| 02:17.06 | T0mW | Config.in needs a quadstate as well as the tristate select |
| 04:12.13 | *** join/#edev redblue (i=star@ppp173.108-253-207.mtl.mt.videotron.ca) |
| 07:24.15 | *** join/#edev catastrop (n=catastr0@d14-69-178-65.try.wideopenwest.com) |
| 09:07.56 | *** join/#edev Redhatter (n=beast@2001:388:c116:1:202:b3ff:fe36:8f65) |
| 09:29.58 | *** join/#edev Genesis (n=Genesis@88.122.81.148) |
| 09:30.01 | Genesis | yo |
| 09:45.59 | T0mW | Genesis: EH? |
| 09:47.03 | Genesis | some automatician there ? |
| 09:47.11 | T0mW | heh |
| 09:47.27 | T0mW | yeah, that's me "robot" |
| 09:47.37 | Genesis | ? |
| 09:47.58 | T0mW | you said " automatician", right? |
| 09:48.07 | Genesis | yeap |
| 09:48.10 | Genesis | so |
| 09:48.42 | Genesis | i send that on ktechlab-devel mailing list |
| 09:48.43 | Genesis | http://rafb.net/paste/results/j0ITt975.html |
| 09:48.56 | Genesis | perharps some people here could be interessting :) |
| 09:50.14 | T0mW | don't think so, nobody I know here is into robotics stuff, at least I've never seen a discussion of that here. |
| 09:51.17 | Genesis | what a pity :) |
| 09:52.12 | Genesis | "small embedded device development and hacking" |
| 09:52.32 | Genesis | so i thought perharps :) |
| 09:56.27 | T0mW | Genesis: I do Security (burgler alarm stuff) and Life Safety (Fire Alarm Control Panel) work. |
| 09:56.54 | T0mW | Genesis: I design & program systems from 8051..80C188..ARM, like many others on this channel. |
| 09:57.14 | Genesis | :) |
| 09:57.20 | Genesis | i work on silabs 8051 |
| 09:57.41 | T0mW | most of our stuff is motive |
| 09:57.50 | T0mW | most of our stuff isn't self automotive |
| 09:57.56 | T0mW | heh |
| 09:58.04 | T0mW | It just sits there |
| 09:58.05 | T0mW | heh |
| 09:58.47 | T0mW | too many hours at the button tonight, I cannot type in complete sentences! |
| 10:00.39 | Genesis | s/work/worked |
| 10:01.14 | T0mW | I've finally, I hope, have gotten away from most of the 8051 stuff. |
| 10:02.06 | *** join/#edev EvilDevil_ (n=miau@p54A6E182.dip.t-dialin.net) |
| 10:02.17 | T0mW | In the past year, I've been designing some stuff with ARM7TDMI: LPC2106 & LPC2138, you? |
| 10:05.55 | Genesis | i work on arm926-ejs |
| 10:06.15 | Genesis | try to make a device work with openembedded |
| 10:09.04 | T0mW | Ah, you are in France |
| 10:10.17 | T0mW | Genesis: I took a look at openembedded yesterday, I still cannot figure out if it is worthwhile messing with it. |
| 10:11.18 | Genesis | i regret sometime to have not choose buildroot |
| 10:12.23 | T0mW | well, I've been writing makefiles for years now, it is so much easier for me to just write it that way instead of spending the time to learn something that I may only use once or twice. |
| 10:12.40 | Genesis | you're right |
| 10:12.58 | T0mW | most of my embedded programming is on small processors with limite Flash + SRAM, so something like a buildroot is overkill. |
| 10:13.27 | Genesis | the board i work there is 64Mo SDRAM + 32 Flash |
| 10:14.32 | T0mW | yeah, I just purchased a littlechips LN2410SBC-LN64. Samsung s3c2410 ARM920T, 64Meg SDRAM + 2Meg NOR + 32Meg NAND |
| 10:14.59 | T0mW | it is a nice little board, but, littlechips board support sux |
| 10:15.37 | Genesis | http://linuxdevices.com/news/NS3746803029.html |
| 10:15.51 | Genesis | that's the devel board we work on |
| 10:15.53 | T0mW | if you want a decent (latest) kernel on the board, you have to hack it together yourself. |
| 10:16.03 | Genesis | we too :/ |
| 10:16.17 | Genesis | that's our work here |
| 10:16.21 | Genesis | make bsp |
| 10:18.01 | T0mW | pretty much like the ln2410sbc board |
| 10:18.21 | T0mW | the keyboard is missing |
| 10:18.33 | Genesis | mine not working |
| 10:18.52 | Genesis | but we don't need |
| 10:20.01 | T0mW | I'm just getting this board buildroot together so it will build a NOR flash (ram boot filesystem) and one for the NAND (bigger). |
| 10:20.50 | T0mW | I've got pretty much everything working for the toolchain + uClibc, now to start on the kernel stuff. |
| 10:30.10 | *** join/#edev redblue (i=star@ppp037.109-253-207.mtl.mt.videotron.ca) |
| 12:37.14 | *** join/#edev GPSFan (n=kenm@12.10.255.248) |
| 12:37.14 | *** mode/#edev [+o GPSFan] by ChanServ |
| 12:43.45 | chouimat | morning |
| 12:58.21 | *** join/#edev prpplague (n=billybob@69.73.222.120) |
| 13:42.55 | *** join/#edev [g2] (n=g2@nslu2-linux/g2) |
| 13:48.41 | jbevren | http://www.pyrofersprojects.com/3dcube.php |
| 13:48.58 | *** mode/#edev [+o prpplague] by ChanServ |
| 13:49.03 | prpplague | ho ho ho |
| 13:49.15 | jbevren | prpplague: check that, its pretty effin cool |
| 13:50.13 | prpplague | yea, that is cool |
| 13:50.18 | *** join/#edev b_52CEntos (n=b_52Free@adsl196-14-239-217-196.adsl196-16.iam.net.ma) |
| 13:50.37 | prpplague | b_52CEntos: greetings |
| 13:51.00 | prpplague | jbevren: you could do something similiar with the pixtermm |
| 13:51.01 | chouimat | anyone know a good laptop hdd that fit those criteria: 2.5"x9.5mm and somewhat inexpensive? |
| 13:51.08 | b_52CEntos | prpplague, hi :d |
| 13:51.14 | b_52CEntos | do you know good trainings on embedded systemes? |
| 13:51.30 | jbevren | prpplague: I dont doubt that :) |
| 13:51.37 | jbevren | well, I couldnt, I'm teh suck at math |
| 13:51.55 | prpplague | b_52CEntos: all the classes and training stuff is pretty much useless, in my opinion |
| 13:52.07 | jbevren | prpplague: my friend decided he's goign to build a retro computer (z80, 8" shugart floppy drive) |
| 13:52.09 | jbevren | heh |
| 13:52.10 | prpplague | b_52CEntos: just get a dev board and start experimenting |
| 13:52.20 | prpplague | jbevren: ahh cool |
| 13:52.34 | prpplague | jbevren: i'd do without the 8" drives |
| 13:52.46 | jbevren | prpplague: Me likewise |
| 13:52.51 | jbevren | we're doing the project together |
| 13:52.59 | b_52CEntos | prpplague, even if include placement ? |
| 13:53.04 | jbevren | I'll be helping write the BIOS to provide hardware abstraction |
| 13:53.09 | jbevren | so I'll just make a mmc bios for mine :) |
| 13:53.23 | prpplague | b_52CEntos: i am sorry i do not understand your question |
| 13:53.24 | chouimat | jbevren: hehe |
| 13:53.33 | b_52CEntos | prpplague, RFTM yeah it 's the best way :d |
| 13:53.44 | prpplague | b_52CEntos: hehe, i never said that |
| 13:54.02 | prpplague | b_52CEntos: you can always ask questions on mailing lists and irc channels |
| 13:54.29 | prpplague | b_52CEntos: it is just that embedded systems generally require you to do it with your hands on the system |
| 13:54.38 | b_52CEntos | prpplague, the some training courses (+- 6 months) include placement in some industries at the end off the process if yu are OK echnicly of course...... |
| 13:54.43 | b_52CEntos | prpplague, ok :d |
| 13:55.35 | jbevren | b_52CEntos: Just get a pixter or juicebox (elinux.org/wiki) and poke at it |
| 13:55.43 | prpplague | b_52CEntos: ahh, that might give you a good base, but i seriously doubt it would give you all the knowledge you need to do it as a job |
| 13:55.51 | jbevren | I learned quite a bit by gathering the info we have there on the pixter multimedia |
| 13:56.03 | prpplague | jbevren: ahh cool, that web site is the one with the nokia phone as a BT mouse |
| 13:56.37 | b_52CEntos | hm ok |
| 13:58.32 | jbevren | Mouse over GPRS for PCs with net but no bluetooth <- haha |
| 14:10.50 | Genesis | i find no hack of automation |
| 14:11.10 | Genesis | perharps i'll be the first to publish one in the next month :D |
| 14:12.29 | Genesis | so i've a questoin |
| 14:12.44 | Genesis | is it possible to clean properly the resin on chip |
| 14:12.57 | Genesis | ( without burn it ) |
| 14:13.25 | Genesis | ( resin / ase ) |
| 14:16.35 | *** join/#edev sjhill (n=sjhill@eth13.com-link.com) |
| 14:27.27 | *** join/#edev redblue (i=star@ppp250.108-253-207.mtl.mt.videotron.ca) |
| 14:28.11 | *** part/#edev b_52CEntos (n=b_52Free@adsl196-14-239-217-196.adsl196-16.iam.net.ma) |
| 14:36.15 | prpplague | Genesis: hey, we have some rules about language here |
| 14:36.25 | prpplague | Genesis: be nice and just something like @#$@#$ |
| 14:36.30 | prpplague | Genesis: we'll get the idea |
| 14:36.59 | Genesis | ho a reaction :) |
| 14:37.02 | Genesis | oki |
| 14:38.06 | Genesis | i use a lesser obscuration lever for bad words :( |
| 14:40.24 | agaffney | it *could* mean checking a filesystem :P |
| 14:40.43 | jbevren | I have a shirt that reads 'keep on fscking' |
| 14:40.52 | agaffney | heh |
| 14:40.53 | prpplague | hehe |
| 14:41.16 | agaffney | I haven't seen that shirt in a few years |
| 14:41.25 | prpplague | i have one of those thinkgeek ones "bow down before me, for i am ROOT" |
| 14:41.34 | agaffney | thinkgeek++ |
| 14:41.47 | agaffney | I have a khaki-colored hat with tux embroidered on the front |
| 14:42.12 | agaffney | http://www.thinkgeek.com/apparel/hats/2998/ |
| 14:42.18 | Genesis | i'm nude. |
| 14:42.31 | jbevren | youre also a tard hehe |
| 14:43.59 | Genesis | what does it mean ? |
| 14:44.24 | prpplague | jbevren: easy now |
| 14:44.45 | prpplague | Genesis: rard is short for retarded, i.e. mentally challenged |
| 14:44.55 | prpplague | s/rard/tard |
| 14:46.00 | *** join/#edev FireEgl (n=FireEgl@2001:5c0:84dc:1:4:0:0:0) |
| 14:46.00 | Genesis | ho |
| 14:46.05 | Genesis | it's not friendly ! |
| 14:47.17 | prpplague | Genesis: mainly said jokingly |
| 14:47.29 | Genesis | :) |
| 14:53.05 | *** join/#edev FireEgl (i=FireEgl@2001:5c0:84dc:1:4:0:0:0) |
| 14:57.29 | CosmicPenguin | prpplague: you have the strip command that buildroot uses handy? |
| 14:57.42 | CosmicPenguin | I know andersee does more then just a strip |
| 14:58.05 | prpplague | CosmicPenguin: yea, sstrip is what it normally uses |
| 14:58.41 | CosmicPenguin | prpplague: so just strip --strip-unneeded |
| 14:58.42 | CosmicPenguin | ? |
| 14:59.14 | prpplague | CosmicPenguin: oh you mean the command line? |
| 14:59.18 | CosmicPenguin | yeah |
| 14:59.21 | CosmicPenguin | heh - sorry |
| 14:59.44 | prpplague | CosmicPenguin: it varies between applications |
| 14:59.58 | CosmicPenguin | kay |
| 15:00.00 | prpplague | CosmicPenguin: but buildroot also uses a different strip command called "sstrip" |
| 15:00.25 | CosmicPenguin | So what you're saying is that I should look it up myself |
| 15:00.49 | prpplague | CosmicPenguin: hehe, sorry, not one of those "magic bullet" answers that i can give |
| 15:00.54 | prpplague | CosmicPenguin: too many factors |
| 15:17.41 | chouimat | hi prpplague CosmicPenguin |
| 15:17.54 | CosmicPenguin | yo |
| 15:18.25 | chouimat | ok ibook hdd really dead ... combo drive ok ... me looks for his live ppc dvd :) |
| 15:24.37 | Genesis | a+ |
| 15:25.07 | *** join/#edev chouimat (n=ubuntu@kde/developer/chouinard) |
| 15:30.55 | prpplague | chouimat: re |
| 15:33.43 | chouimat | prpplague: I think I will have a lot of fun next week ... |
| 16:05.14 | *** join/#edev FireEgl (i=FireEgl@2001:5c0:84dc:1:4:0:0:0) |
| 16:07.21 | *** join/#edev prpplague^2 (n=billybob@69.73.209.136) |
| 16:09.02 | *** mode/#edev [+o prpplague] by ChanServ |
| 16:09.02 | *** join/#edev [g2] (n=g2@nslu2-linux/g2) |
| 16:09.22 | prpplague | [g2]: re |
| 16:18.34 | [g2] | hey prpplague |
| 16:18.44 | [g2] | mouse oops :) |
| 16:18.57 | [g2] | ok... touchpad oops |
| 16:34.28 | *** join/#edev ohsix (i=ohsix@bc111222.bendcable.com) |
| 16:35.14 | *** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 16:41.47 | *** join/#edev davidc__ (n=davidc__@S01060002b360aacd.vc.shawcable.net) |
| 16:43.04 | *** join/#edev prpplague^2 (n=billybob@69.73.216.252) |
| 16:44.18 | *** mode/#edev [+o prpplague] by ChanServ |
| 17:14.11 | T0mW | hmm, "No rulte to make target `cross-depmod'..." |
| 17:14.19 | T0mW | anyone know what that is |
| 17:14.20 | T0mW | ? |
| 17:14.45 | prpplague | T0mW: odd |
| 17:15.09 | prpplague | T0mW: thats for making a module dependence application in a cross environment |
| 17:15.26 | T0mW | nod |
| 17:15.34 | T0mW | and and ... J? |
| 17:15.39 | T0mW | heh |
| 17:15.43 | prpplague | T0mW: thats a pretty common application to use, i'm surprised to see a no rule error |
| 17:16.03 | CosmicPenguin | there have been busybox changes lately to depmod |
| 17:16.06 | CosmicPenguin | but thats probably not it |
| 17:16.09 | prpplague | T0mW: i would suspect that its probably not a "no rule" more like "no source" |
| 17:16.36 | T0mW | Weeeeell, I've been doing some hacking on the source to buildroot. Just a little mind you... |
| 17:16.45 | prpplague | T0mW: make isn't exactly detailed with those errors |
| 17:17.03 | T0mW | is that a busybox util? |
| 17:17.10 | T0mW | or uClibc? |
| 17:17.34 | T0mW | AFAICT, it is not the toolchain (bintools / gcc) |
| 17:18.14 | T0mW | doesn't look like it is part of uClibc, although you would think it should be there. |
| 17:18.37 | CosmicPenguin | its a seperate app |
| 17:18.42 | CosmicPenguin | makes no sense for it to be in the toolchain |
| 17:18.44 | CosmicPenguin | its a linux ony thing |
| 17:19.09 | T0mW | oh really!? |
| 17:19.14 | T0mW | interesting |
| 17:19.39 | T0mW | ok, will poke around some more, thought that someone here had a quick answer for me. |
| 17:19.41 | T0mW | nm |
| 17:26.09 | T0mW | hmm, in that case, of it being in the linux source. I'm using 2.6.17.8 source, maybe russell hasn't caught up to linus yet? |
| 17:26.46 | T0mW | naw |
| 17:31.44 | CosmicPenguin | its not in the linux source |
| 17:31.47 | CosmicPenguin | its a seperate app |
| 17:31.51 | T0mW | nod |
| 17:31.53 | CosmicPenguin | Busybox has a clone of it |
| 17:31.59 | T0mW | modutles? |
| 17:32.02 | CosmicPenguin | nod |
| 17:32.11 | T0mW | got it now, thanks |
| 17:32.30 | T0mW | uhhuh |
| 18:27.33 | jbevren | hmm |
| 18:27.34 | jbevren | http://amigaroxx.zuurkool.com/pages/ccg-hcc.007.html |
| 18:27.56 | jbevren | hook a video DAC and dragonball to a spartan3 kit |
| 18:27.56 | jbevren | and you get an amiga |
| 18:28.01 | prpplague | interesting |
| 18:28.07 | jbevren | he's got all but audio going |
| 18:28.20 | jbevren | the next pic shows the minimig running DigiPaint |
| 18:29.50 | prpplague | hehe standard pactec box, hehe |
| 18:31.04 | jbevren | used an R2R ladder for video heh |
| 18:31.38 | prpplague | jbevren: should use an lcd instead, and shove it into one of those kids laptops |
| 18:32.11 | prpplague | jbevren: got to find some time to finish my pixter hacking |
| 18:32.26 | jbevren | http://www.amiga.org/modules/myalbum/photo.php?lid=2345 <- bigger image of the prototype |
| 18:33.33 | prpplague | whats the dragonball doing? |
| 18:33.50 | jbevren | amigas are mc68000 systems |
| 18:33.56 | jbevren | the dragonball is the minimig cpu |
| 18:34.09 | prpplague | ahhhhh |
| 18:34.30 | jbevren | a larger fpga and soft-core 68k would be pretty cool |
| 18:34.48 | prpplague | jbevren: where did you see a list of the specs? |
| 18:35.30 | jbevren | for the amiga? |
| 18:35.30 | jbevren | or for the minimig |
| 18:35.30 | prpplague | for the minimig |
| 18:35.40 | jbevren | http://www.eurasia.nu/ scroll down to the pcb layout screenshot |
| 18:36.32 | jbevren | http://www.amiga-news.de/en/news/AN-2005-12-00042-EN.html has the quick summary that I read |
| 18:37.29 | jbevren | UnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnzUnz' |
| 18:37.31 | jbevren | grr |
| 18:37.32 | jbevren | sorry |
| 18:37.36 | jbevren | hehe |
| 18:37.45 | jbevren | live radio show on slayradio, the guy's playing sped-up tunes atm |
| 18:39.09 | prpplague | jbevren: is that still considered a dragonball? i thought only the 683xx series was called dragonball |
| 18:39.37 | jbevren | shrug? |
| 18:39.56 | jbevren | I'm not 100% familiar with the cpu family names |
| 18:40.10 | jbevren | hm youre right, its a standard 68k |
| 18:45.27 | jbevren | http://www.amiga.org/modules/myalbum/photo.php?lid=2667&cid=13 |
| 18:45.30 | jbevren | man, amigans are wacko |
| 19:12.59 | T0mW | This may sound like a stupid question, but, I haven't asked a stupid question in a while, so I think I'm due for one... |
| 19:14.28 | T0mW | when you are doing the Config.in / Kconfig values, can you edit .config (or equiv) then run something like a back update? You know like have all the Kconfig / Config.in entry defaults change to meet those of the .config / whatever.config files? |
| 19:15.08 | T0mW | sort of line "make reversemenuconfig" |
| 19:15.29 | jbevren | make oldconfig |
| 19:15.35 | jbevren | that'll adjust the kernel setup to the .config file |
| 19:15.41 | *** join/#edev chouimat (n=ubuntu@kde/developer/chouinard) |
| 19:15.45 | T0mW | does that backupdate the Config.in files? |
| 19:38.15 | jbevren | make oldconfig is used for transporting .config files from your previous kernel tree |
| 19:38.28 | jbevren | i.e. for copying the configuration from one tree to another :) |
| 19:38.40 | jbevren | it'll adjust everything needed, basically feeding .config's data into make config |
| 19:40.25 | T0mW | that will rewrite the Kconfig file contents? |
| 19:41.10 | T0mW | I know .config overrides the Kconfig, but I want to change the contents of Kconfig files |
| 19:41.47 | T0mW | other than editing all those "default=?" statements, I already have a valid .config file |
| 19:43.30 | T0mW | there is like 500 '^config' items! |
| 19:44.02 | T0mW | I think I feel a perl script coming on |
| 19:48.08 | CosmicPenguin | Why change the Kconfig? |
| 19:48.14 | CosmicPenguin | to make it more luser friendly? |
| 19:49.43 | T0mW | when you run the 'menuconfig' of busybox, the default values of version 1.2.1 don't match the configuration that I have in busybox.config. it seems that menuconfig ignores busybox.config and simply scans the Config.in files |
| 19:49.56 | CosmicPenguin | by design |
| 19:50.12 | CosmicPenguin | the only config file that menuconfig obeys is .config |
| 19:50.29 | T0mW | rather than go back and edit all those config options manually, I would like to, one-time, get the Config.in files in sync with busybox.config |
| 19:50.29 | CosmicPenguin | you can use any config you want with a simple cp blah .config; make oldconfig |
| 19:51.03 | T0mW | I think I'm missing something obvious |
| 19:51.10 | CosmicPenguin | I think so too |
| 19:51.20 | T0mW | ok, let me play some more with this, thanks |
| 19:51.20 | CosmicPenguin | I don't have 1.2.1 - hold on |
| 19:52.02 | CosmicPenguin | [jcrouse:busybox-1.2.1]$ find . -name busybox.config |
| 19:52.04 | CosmicPenguin | no files found |
| 19:52.17 | T0mW | buildroot |
| 19:52.53 | CosmicPenguin | oh, yeah then I'm exactly right |
| 19:52.59 | CosmicPenguin | buidroot might or might not be updated |
| 19:53.05 | CosmicPenguin | s/buildroot/busybox.config/ |
| 19:53.19 | CosmicPenguin | but its an easy thing - just copy the busybox.config to busybox-1.2.1/.config |
| 19:53.28 | CosmicPenguin | and run make oldconfig, and answer the questions |
| 19:54.42 | CosmicPenguin | seesh - they added alot,didn't they? |
| 19:54.52 | T0mW | tons |
| 19:55.15 | CosmicPenguin | also, you can type make defconfig, and .config will be the default, according to the config.ins |
| 19:55.30 | CosmicPenguin | depending on what busybox.config they use in buildroot, that might be the right answer |
| 19:55.32 | T0mW | conf -d |
| 19:56.43 | T0mW | but, the busybox.config that I have has options in it that aren't in the v1.2.1 busybox. There HAS to be a better way to do this stuff: buildroot + openembedded both are lacking in various ways |
| 19:56.49 | T0mW | buildroot is clumsy |
| 19:56.58 | T0mW | openembedded is too sophisticated |
| 19:57.24 | CosmicPenguin | upgrading is difficult all around |
| 19:57.26 | CosmicPenguin | you can't get around that |
| 19:57.29 | CosmicPenguin | be angry at the busybox guys |
| 19:57.32 | T0mW | maybe we need an API for busybox / uClibc |
| 19:57.48 | T0mW | yeah, develop in a vacuum |
| 19:57.50 | CosmicPenguin | its a common condition for all apps that configuration files change |
| 19:58.03 | CosmicPenguin | thats not the fault of the build system (usually) |
| 19:58.05 | T0mW | that's why I NEVER use snapshots |
| 19:58.17 | CosmicPenguin | Hey, I know an OS that still has APIs from 20 years ago |
| 19:58.30 | T0mW | heh |
| 19:59.34 | *** join/#edev prpplague (n=dave@72.22.147.241) |
| 19:59.41 | T0mW | sigh, maybe I'll just kill busybox.config, run menuconfig, write it out, then manually edit all the crap that isn't set "right", then run menuconfig again, until I get what I need. |
| 20:00.07 | T0mW | If you cannot make it elegant, then use brute force |
| 20:00.45 | T0mW | Dave is back, be carefull what you say about buildroot now |
| 20:00.50 | T0mW | :P |
| 20:01.33 | MonMotha | T0mW: openembedded is the bazooka of the embedded world, while buildroot is the fly swatter. Each serves its purpose, but there could be something in the middle |
| 20:02.49 | T0mW | MonMotha: from what I see with openembedded, it is great if you already have a board that is "in there". Adding a new board system seems to be a PITA. The impression that I get from it is that I would have to spend the time to learn their system. |
| 20:02.56 | T0mW | MonMotha: I know makefiles |
| 20:03.14 | MonMotha | there's that, too |
| 20:03.39 | T0mW | MonMotha: I'm not sure that taking the days/weeks to learn openembeded is going to be a worthwhile investment just for this one project. |
| 20:04.17 | T0mW | heh, maybe MonteVista would like openembedded, or Kiel |
| 20:04.58 | T0mW | nothing against openembedded, just seems overly complex for a new BSP environ |
| 20:05.25 | CosmicPenguin | it is designed for sustained developmment and support |
| 20:05.25 | T0mW | the end-user would probably sigh with relief at using it though |
| 20:05.33 | T0mW | CosmicPenguin: exactly |
| 20:06.01 | CosmicPenguin | The thing about buildroot is that eventually, thats what every build system becomes |
| 20:06.15 | CosmicPenguin | its the least common denominator |
| 20:06.25 | CosmicPenguin | rules + patches + configuration = something |
| 20:06.25 | T0mW | true |
| 20:06.39 | T0mW | CosmicPenguin: you can fix it something to a point in time |
| 20:06.48 | T0mW | s/it// |
| 20:07.01 | CosmicPenguin | heh - thats actually an advantage OE has |
| 20:07.09 | CosmicPenguin | PREFERRED_VERSION will rule us all |
| 20:07.46 | T0mW | So, if nobody picks up the ongoing support for a board, then the board stays frozen in time? |
| 20:07.52 | CosmicPenguin | indeed |
| 20:08.01 | CosmicPenguin | the problem is that the upstream starts failing you after a while |
| 20:08.05 | T0mW | like, busybox goes to version 3.x, that board package is ok |
| 20:08.18 | T0mW | yes |
| 20:08.19 | T0mW | ok |
| 20:08.19 | CosmicPenguin | each package is versioned |
| 20:08.35 | CosmicPenguin | ls packages/busybox/ |
| 20:08.43 | CosmicPenguin | well - actually - thats a bad example |
| 20:08.51 | CosmicPenguin | ls packages/udev/ |
| 20:08.58 | CosmicPenguin | files udev-065 udev-084 udev_058.bb udev_070.bb udev_089.bb |
| 20:08.58 | CosmicPenguin | udev-058 udev-070 udev-089 udev_063.bb udev_071.bb |
| 20:08.58 | CosmicPenguin | udev-063 udev-071 udev.inc udev_065.bb udev_084.bb |
| 20:09.27 | T0mW | maybe I'll take a deeper look into oe later |
| 20:09.42 | CosmicPenguin | there is a very step, everest meets the marinas trench sort of learning curve |
| 20:09.48 | CosmicPenguin | but once you are on top, life is good |
| 20:10.38 | T0mW | I looked at the WINK automated demo, when they got to the part of the project descriptor file contents, my eyes glazed over. |
| 20:11.22 | T0mW | that plus the link to ewuint.nl (something about a database) wouldn't load. |
| 20:11.38 | T0mW | http 404 |
| 20:15.47 | *** join/#edev EvilDevil (n=miau@p54A6E182.dip.t-dialin.net) |
| 20:33.25 | CosmicPenguin | so all the pic guys were laid off, right |
| 20:33.36 | CosmicPenguin | so their offices are being cleaned out, and there are piles of pics everywhere |
| 20:33.40 | CosmicPenguin | its really sad |
| 20:34.03 | prpplague | CosmicPenguin: doh |
| 20:34.16 | prpplague | CosmicPenguin: what are they gonna do with the building? |
| 20:35.22 | CosmicPenguin | the earliest we can get our our lease is May 1 |
| 20:36.10 | CosmicPenguin | out of |
| 20:36.13 | CosmicPenguin | our lease |
| 20:36.24 | prpplague | CosmicPenguin: oh, so its a leased building |
| 20:36.28 | CosmicPenguin | yeah |
| 20:36.37 | CosmicPenguin | Citrix - NSC - AMD has had it since the beginning |
| 20:36.41 | prpplague | CosmicPenguin: so you'll be hanging around an almost empty building for awhile |
| 20:36.47 | CosmicPenguin | yeah - its bad |
| 20:36.56 | CosmicPenguin | My entire row is gone |
| 20:37.16 | prpplague | CosmicPenguin: be like melvin in the basement of innotec |
| 20:39.04 | *** join/#edev threw (n=dnanar@lns-bzn-43-82-249-181-237.adsl.proxad.net) |
| 20:39.12 | threw | hi all ! |
| 20:39.17 | threw | im trying to understand how to send program into a blackfin dsp. ive saw this page: http://blackfin.uclinux.org/projects/jtagtools/ does this seems that with only a JTAG interface i can program a blackfin dsp ? if yes, where can i know which pin i must connect of the dsp to the jtag please ? |
| 20:39.38 | threw | well first, should i ask: is there anyone here ? ;o |
| 20:40.02 | prpplague | hehe |
| 20:40.11 | prpplague | threw: generally for irc , just ask and wait |
| 20:41.05 | threw | prpplaque: :) |
| 20:41.09 | prpplague | threw: i'm downloading the code now to look at |
| 20:41.22 | prpplague | threw: however i don't see any mention of the dsp side of things |
| 20:41.23 | threw | ok, thanx |
| 20:42.07 | threw | heuh ... "the dsp side of things" ? |
| 20:42.47 | prpplague | threw: you said, "blackfin dsp" |
| 20:43.02 | prpplague | threw: are you just wanting to program some flash? |
| 20:43.28 | prpplague | this appears to be just a standard copy of jtag tools with blackfin support |
| 20:43.36 | prpplague | threw: what is it you want to accomplish? |
| 20:43.41 | threw | no, i just want to program the blackfin dsp |
| 20:44.40 | threw | this is my final goal. but i dont understand if the software can program a dsp alone or if i need of some board or some stuff like this |
| 20:44.49 | T0mW | threw: is the "dsp" internal or external to the CPU? |
| 20:45.18 | prpplague | threw: explain to use what you mean by "program the blackfin dsp" |
| 20:45.22 | prpplague | s/use/us |
| 20:46.06 | threw | Tlol T0mw: http://www.analog.com/processors/blackfin/ |
| 20:46.37 | threw | prpplague: well, i want to send a programm to the dsp.... |
| 20:46.59 | prpplague | threw: ok, you can use jtag tools to do that |
| 20:47.15 | prpplague | threw: you can send the program to the internal memory and start the execution of that program |
| 20:48.13 | T0mW | yeah, ok, so it is merely a RISC processor that has a DSP core as well |
| 20:48.19 | T0mW | nothing unusual |
| 20:48.40 | T0mW | the DSP intructions are part of the core |
| 20:48.56 | threw | ok.... but with this programm, can i send the program to the dsp without additional board ? if i dont need of additionnal board, how i can get the connection between the pin of the dsp and the jtag cable please ? |
| 20:49.18 | T0mW | threw: it appears you don't "program the DSP", but "use DSP instructions" within your main code |
| 20:49.19 | prpplague | threw: i am not understanding your question |
| 20:49.42 | T0mW | prpplague: I don't think he understands the architecture |
| 20:50.02 | threw | T0mW: ok i will use this right expression now |
| 20:50.16 | threw | erf... |
| 20:51.25 | T0mW | if you look at the BF537, it has no internal memory |
| 20:52.05 | T0mW | if you look at the BF537, it has no internal FLASH memory |
| 20:52.14 | threw | well: i just would know how to use DSP instruction with a jtag cable and this software. |
| 20:52.28 | T0mW | threw: you don |
| 20:52.29 | threw | is this ok ? :) |
| 20:52.29 | T0mW | t |
| 20:52.33 | T0mW | threw: you don't |
| 20:52.38 | threw | ah |
| 20:52.42 | T0mW | you program the main memory |
| 20:52.52 | threw | ahhhhhhhhh |
| 20:53.05 | T0mW | and, that main memory has DSP OPCODES sprinkled in it. |
| 20:53.08 | prpplague | T0mW: looks like you got this one undercontrol |
| 20:53.11 | threw | so the right expression is "programm the main memory" |
| 20:53.20 | T0mW | correct |
| 20:53.22 | threw | erf |
| 20:53.55 | T0mW | JTAG is merely a method of accessing parts of the processor core |
| 20:54.21 | threw | so: i just would know how to programm the main memory of the dsp with a jtag cable and this software. |
| 20:54.26 | threw | ah |
| 20:54.45 | T0mW | the JTAG consists of a series of shift registers inside the processor, there can be several of these shift register chains, all of variying length |
| 20:55.19 | T0mW | some chains access the internal DEBUG/BREAKPOINT registers, others can access/affect the PINs of the processor |
| 20:55.35 | CosmicPenguin | heh |
| 20:55.40 | CosmicPenguin | you have that speech polished |
| 20:56.02 | threw | ah ok, ive understand better |
| 20:56.08 | T0mW | using that external chain, the one that accesses the PINs (a.k.a. the Boundry Scan Chain), you can program the external Flash chip wired to the processor |
| 20:56.21 | threw | ahhhhhhhhhhhhhhhhh ok |
| 20:57.23 | T0mW | many tools are available to use the Boundry Scan Chain, one of these tools is called jtagtools. it uses a "wiggler" which is a simple interface that plugs into a printer port. |
| 20:57.49 | threw | erf, so this software is not at all what i thought.... |
| 20:58.05 | threw | okok |
| 20:58.16 | T0mW | other tools are increasing more sophisticated, faster, more expensive: USB JTAG wigglers, on up to ARM-ICE and Abatron BDI-2000 |
| 20:58.38 | threw | ok |
| 20:59.02 | T0mW | something like a wiggler can be used by software to access these shift register chains, the Debug Chain, the Boundry Scan Layer, etc. |
| 20:59.24 | T0mW | there are something like a dozen standard chains |
| 20:59.38 | threw | ok, so jtag is ONLY for debugging |
| 21:00.17 | T0mW | threw: no, it is also for CPU testing in manufacturing, the chip manufacturer has some private chains they use to make sure the silicon is ok. |
| 21:00.44 | threw | ok |
| 21:00.46 | T0mW | as a user of the processor, you are interested in two chains: DEBUG and Boundry Scan Layer |
| 21:01.05 | T0mW | Debug lets you single step and breakpoint your program |
| 21:01.39 | threw | okokokokok i think ive understood :) |
| 21:01.51 | T0mW | the Boundry Scan Layer lets you seize control of the CPU pins, from which you can then cause Flash memory to be programmed: IOW, this is what JtagTools does. |
| 21:02.07 | threw | ok |
| 21:02.09 | T0mW | jtagtools does not debug the program |
| 21:02.26 | threw | ok |
| 21:02.42 | T0mW | for that, you use something like gdb and Insight + a driver of some kind to run the wiggler / JTAG unit. |
| 21:03.03 | threw | ok |
| 21:03.57 | T0mW | threw: all things considered, JTAG is far cheaper to use (and more reliable) than some of the debugging solutions on the older processors: M68K, i386, 8051, 68HC11, etc. |
| 21:04.32 | T0mW | threw: you have just begun the journey, grasshopper |
| 21:04.35 | T0mW | heh |
| 21:04.58 | threw | :) |
| 21:05.00 | threw | ah ok. thx for all the info :) so, the other question, the "original" question is always here: how to programm the main memory of the dsp ? |
| 21:05.36 | T0mW | JTAG is really simple and at the same time very complex, the tools vendors would like you to think that it is beyond the understanding of us mere mortals |
| 21:06.17 | threw | lol |
| 21:06.18 | T0mW | threw: ah, that depends upon the jtag solution you choose: wiggler (home made) or POD (commercial unit). |
| 21:07.57 | T0mW | if you use a wiggler, you have to see that the software driver (program that runs on the PC) understands the BSL of the target CPU. And, that it also knows what Chip Select the Flash is connnected to on that processor, And, that the Flash memory attached to it is a programming Algorithum that the software can do. |
| 21:08.01 | threw | erf but jtag isnt used only for debuggibng and changin i/o pins ???? so how can i have access to advanced dsp function ??? im a bit lost |
| 21:08.31 | T0mW | what do you mean by "access to advanced dsp function", explain that more |
| 21:09.02 | T0mW | are you under the belief that the JTAG would run DSP instructions? |
| 21:09.04 | threw | i explain my goal |
| 21:09.57 | T0mW | all JTAG allows you to do is to download a program (binary image), then run it, and do some debugging |
| 21:10.22 | T0mW | "all", heh, that is enough! |
| 21:10.54 | T0mW | you can seize control of the CPU internals and do what you want it! |
| 21:11.11 | threw | my goal is to decode/encode Ogg Vorbis file taken from flash memory. i use AVR microcontroller before but they are not enough powerful to do this. so i have seen that dsp are dedicated to do thiis stuff and i would know a bit more about this.... so i just want to know how to upload a program to the dsp ! |
| 21:11.39 | T0mW | back to the tools you choose: software + jtag unit |
| 21:12.12 | T0mW | I have an Abatron BDI-2000, my model does ARM processors. It can program external Flash memory. |
| 21:12.36 | jbevren | hm speaking of ogg vorbis |
| 21:12.46 | jbevren | was there ever a dedicated dsp released that decodes it? |
| 21:12.47 | T0mW | the BDI-2000 can access the Debug Chain, so, I can run / stop / single step my program |
| 21:13.25 | T0mW | to do the debugging, the jtag doesn't do the functions for me, I have to use gdb |
| 21:13.36 | T0mW | gdb tells the jtag unit "stop here" |
| 21:13.57 | T0mW | gdb tells jtag unit "display Register R1" |
| 21:14.06 | threw | jbevren: no, or at least i dont know some chips who could do this :) |
| 21:14.16 | jbevren | threw: I'm sure some could heh |
| 21:14.25 | jbevren | I was just wondering if something a-la the vlsi 1002 existed |
| 21:14.37 | threw | T0mW: okokok i ve understood this |
| 21:15.10 | T0mW | threw: so, the answer to your question is a qualified yes |
| 21:15.35 | T0mW | conditionally upon the other software utils |
| 21:15.50 | threw | hein ? what question ? ive asked so many question :) |
| 21:16.22 | T0mW | "how can i have access to advanced dsp function" |
| 21:17.13 | T0mW | and |
| 21:17.22 | T0mW | " so i just want to know how to upload a program to the dsp" |
| 21:17.42 | threw | erfff... (my english is really bad) .. but: if you can run stop start programm thats you upload a programm before to the dsp no ??? so how ? |
| 21:18.01 | threw | erf im totally lost :) |
| 21:18.22 | T0mW | JTAG is an IEEE specification: Joint Test Action Group |
| 21:18.57 | threw | ok |
| 21:19.02 | T0mW | threw: you want to debug a program already in Flash ? |
| 21:19.34 | T0mW | threw: or, do you want to upload your program into Flash ? |
| 21:20.01 | threw | heuh before answering:) what do you mean by Flash ? :) |
| 21:20.08 | T0mW | memory |
| 21:20.30 | threw | intenal or external of dsp ?! |
| 21:20.41 | T0mW | hmmm |
| 21:20.49 | threw | (erf) |
| 21:21.30 | jbevren | um |
| 21:21.37 | jbevren | threw: do you even know what youre doing? :P |
| 21:21.50 | threw | erf... i think no |
| 21:21.54 | jbevren | its ok if not hehe |
| 21:21.58 | jbevren | just say so if not ;-) |
| 21:22.01 | jbevren | I didnt when I joined |
| 21:22.07 | jbevren | we tend to be helpful when possible |
| 21:22.19 | T0mW | threw: I think that your questions about the dsp should be directed to an Analog Devices Field Engineer / pre-Sales Support |
| 21:22.30 | jbevren | so youre looking for a replacement mcu to decode vorbis or ? |
| 21:22.32 | threw | LOL |
| 21:22.45 | threw | jberven: yes exatly ! |
| 21:22.52 | jbevren | gotcha |
| 21:22.54 | threw | *exactly |
| 21:23.07 | jbevren | so now that we know this.. ;-) |
| 21:23.15 | jbevren | a 100mhz arm9 can do it ;-) |
| 21:23.29 | jbevren | (my gp2x, at 100mhz, plays ogg files in software) |
| 21:23.54 | threw | ... |
| 21:24.10 | jbevren | heh |
| 21:24.11 | jbevren | ..? |
| 21:24.16 | threw | but just for the dsp for, i try another time :) |
| 21:24.21 | threw | so: |
| 21:24.46 | threw | 1)you have a dsp |
| 21:24.57 | threw | 2)you make a C or asm program |
| 21:25.09 | threw | 3)you compile the program |
| 21:25.27 | threw | 4) how do you do to execute the program in the dsp ? |
| 21:25.30 | threw | ! |
| 21:25.32 | jbevren | ah |
| 21:25.39 | jbevren | I dont want to give you a rtfm response |
| 21:25.46 | jbevren | but rtfm (honestly) |
| 21:25.51 | jbevren | it varies by each chip |
| 21:25.58 | jbevren | like avr has a proprietary programming port |
| 21:26.01 | jbevren | as do pic and ubicom |
| 21:26.12 | jbevren | arms use jtag, as do many powerpc embedded uc's |
| 21:26.32 | jbevren | some arms even have a serial bootloader on a built-in rom |
| 21:26.38 | jbevren | so you just send your code over the serial port |
| 21:26.51 | jbevren | it really isnt a question that can be answered before you make your choice on which IC to use |
| 21:27.58 | threw | so: my initial question, how do that in blackfin dsp ? i googled and searched into Analogue device (apprently it seems thats it doenst show...) but i didnt ny answer besides DSP |
| 21:28.15 | jbevren | I cant answer that (whats a blackfin?) |
| 21:28.25 | threw | *but i didnt find an anwer besides jtag |
| 21:28.45 | threw | this: http://www.analog.com/processors/blackfin/ |
| 21:28.48 | jbevren | so apparently you use the blackfin providers' IDE to do it |
| 21:30.27 | threw | heuuuhhh.... i must be blind where do you find this ? |
| 21:30.44 | jbevren | I dunno. I'd call analog sales as Tom suggests |
| 21:30.53 | jbevren | they'd be happy to get you to buy the dsp ;-) |
| 21:31.17 | threw | lol |
| 21:32.30 | threw | isnt it a joke ? :O |
| 21:32.43 | jbevren | I didnt choose that dsp ;-) |
| 21:33.04 | threw | ok, so ... what dsp do you have chosen ? :) |
| 21:34.46 | jbevren | I'd have used a software dsp on a well-known architecture |
| 21:35.02 | jbevren | or a more commonly used dsp perhaps |
| 21:36.27 | threw | well.... im opened to all dsp. the only things i would that i can compile and load the program into the dsp under linux |
| 21:38.09 | jbevren | under linux.. so youre going to use a linux-based mcu as a host to operate this dsp or ? |
| 21:39.04 | threw | nooo i really have a vocabulary problem |
| 21:39.30 | jbevren | so.. |
| 21:39.31 | jbevren | hehe |
| 21:39.55 | threw | im under linux and i dont have windows. i want to compile and to send the program to the dsp with linux software |
| 21:40.11 | threw | ? is the vacabulary correct ? |
| 21:40.20 | threw | :) |
| 21:40.28 | jbevren | ah, gotcha |
| 21:40.34 | threw | :) |
| 21:40.36 | jbevren | you want to operate in a linux-hosted dev environment |
| 21:40.41 | threw | yes ! |
| 21:40.47 | jbevren | Best of luck ;-) |
| 21:40.52 | threw | yes ! |
| 21:40.56 | threw | :) |
| 21:40.59 | jbevren | I use linux myself, so I know well |
| 21:41.17 | jbevren | this supports my comment on using often-used dsp's or uc's |
| 21:41.20 | threw | didnt find some good dsp ? :((( |
| 21:41.30 | jbevren | people will have worked out a good linux-supported (in your context) dsp or microcontroller |
| 21:41.37 | jbevren | and collaborated to build tools for it |
| 21:41.46 | jbevren | just like the avr, and gcc's back-end for it |
| 21:41.47 | jbevren | heh |
| 21:41.52 | threw | yes, but i thought that blackfin is well knowb |
| 21:41.58 | jbevren | but I dunno.. I've only worked with arm, mips, and ppc |
| 21:42.08 | threw | ok |
| 21:42.41 | threw | so, by random, what of well known dsp could you give me ? |
| 21:43.49 | jbevren | a generally-programmable dsp? I dont know, I tend to use available software packages under a reasonably powerful micro running linux |
| 21:46.49 | threw | well, theres not a lot of dsp package for linux (or i didnt find a lot)... the only stuff that i could use are ADSP 2181 or c4x (from TI)... |
| 21:47.17 | jbevren | nod |
| 21:47.25 | threw | ? |
| 21:47.25 | jbevren | precisely why I'd use the software route |
| 21:47.30 | jbevren | my gp2x runs linux (for example) |
| 21:47.32 | jbevren | <PROTECTED> |
| 21:47.39 | jbevren | it uses mplayer to play ogg/mp3/video files |
| 21:47.52 | threw | heuh.. what is the "software route" please ? |
| 21:48.14 | jbevren | I answered that already and don't participate in circular discussions |
| 21:48.15 | jbevren | <PROTECTED> |
| 21:48.32 | jbevren | ok just this one time |
| 21:48.45 | jbevren | get an integer ogg decoding library |
| 21:48.50 | jbevren | build it for arm (example) |
| 21:48.56 | jbevren | copy it to the arm and play ogg files |
| 21:48.57 | threw | :) |
| 21:49.03 | jbevren | software route |
| 21:49.15 | jbevren | the arm isnt dedicated to dsp work, but its fast enough for most audio tasks |
| 21:49.18 | T0mW`busy | ~jbevrensnack |
| 21:49.32 | jbevren | its also available in so many differnet shapes sizes and speeds.. |
| 21:49.34 | threw | OK |
| 21:49.37 | jbevren | theres got to be one to fit |
| 21:49.43 | jbevren | T0mW`busy: aww gee.. |
| 21:49.53 | threw | lol |
| 21:49.59 | jbevren | ~botsnack |
| 21:49.59 | purl | jbevren: :) |
| 21:50.04 | jbevren | grr wrong one |
| 21:50.13 | threw | but: use DSP isnt software route ? |
| 21:50.17 | jbevren | sure, I give him a snack and he whines |
| 21:50.30 | jbevren | threw: technically, yes. In my context, no |
| 21:50.40 | *** join/#edev redblue (i=star@ppp107.109-253-207.mtl.mt.videotron.ca) |
| 21:50.42 | threw | ok |
| 21:50.43 | jbevren | youre looking at using a chip that's not built for general use |
| 21:50.51 | threw | erf ok |
| 21:50.53 | jbevren | my method turns a general use uC into a dsp via software ;-) |
| 21:52.41 | jbevren | you can think of the juicebox as a fair example btw |
| 21:52.51 | jbevren | it runs a 66mhz arm, but is programmed to play mp3s and videos |
| 21:53.07 | jbevren | (available for $5 at your local junk store, visit elinux.org for details) |
| 21:53.11 | jbevren | <PROTECTED> |
| 21:53.46 | jbevren | the (now unavailable) DHT powerpc board has been converted into a non-portable mp3 player (its physically too large for general portability) |
| 21:54.45 | threw | okok, so you convinced me, i ll use the software route :) |
| 21:55.37 | jbevren | you'll save some headache |
| 21:55.45 | jbevren | hehe |
| 21:56.19 | threw | :) |
| 21:56.46 | threw | well first i think ill go to bed ... |
| 21:57.24 | threw | thanx a lot for all your explanation and all your helpful light ;-p |
| 21:57.53 | jbevren | np |
| 21:58.07 | jbevren | sigh I have wasted ram |
| 21:58.11 | jbevren | only 2.3G used |
| 21:58.29 | threw | :o |
| 21:58.50 | threw | good night another thanks and bye ! |
| 21:59.12 | CosmicPenguin | you're going to get sued.. :) |
| 21:59.18 | jbevren | why |
| 21:59.21 | jbevren | I'm not a professional |
| 21:59.34 | jbevren | I never claimed to be |
| 21:59.38 | CosmicPenguin | heh - denying analog devices some cash |
| 21:59.38 | jbevren | plausible deniability |
| 21:59.49 | jbevren | its analog's fault for not having a linux tool easy to find |
| 21:59.56 | jbevren | maybe analog should sue their dev department |
| 22:00.04 | jbevren | :D |
| 22:00.17 | CosmicPenguin | well, your argument was more based around not needing a DSP in the first place |
| 22:00.24 | CosmicPenguin | which I agree with |
| 22:00.27 | jbevren | nod |
| 22:00.34 | jbevren | I have no doubt that the dsp would do the job -better- |
| 22:00.54 | CosmicPenguin | and we should all haul around opterons because they would make gcc compile better |
| 22:00.55 | jbevren | but had there been a proper linux tool for his sharkfin(blackfin? razorfin?) dsp, he wouldnt have come here to ask |
| 22:01.08 | jbevren | <- opteron 144 |
| 22:01.08 | jbevren | hehe |
| 22:02.09 | jbevren | anywho |
| 22:02.11 | jbevren | its beer thirty |
| 22:02.14 | jbevren | sleep time for me |
| 22:18.35 | *** join/#edev mallum (n=mallum@host86-133-116-248.range86-133.btcentralplus.com) |