00:15.58 | *** join/#elinux Crofton (n=balister@66-207-66-26.black.dmt.ntelos.net) |
00:40.02 | Genesis | bonne nuit |
02:01.42 | *** join/#elinux Soopaman (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
02:07.18 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
02:50.05 | *** join/#elinux hufnus (n=slonsiki@DSL135-071.labridge.com) |
02:57.36 | *** join/#elinux we0 (n=weo@p5499E71A.dip.t-dialin.net) |
03:18.41 | *** join/#elinux Sgt-Donan (n=Loutre@mto30-1-82-242-53-8.fbx.proxad.net) |
04:22.46 | *** join/#elinux Soopaman (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
07:47.32 | *** join/#elinux cdm (n=cdm@adsl-69-109-217-19.dsl.pltn13.pacbell.net) |
09:41.08 | *** join/#elinux zinosat (n=Davide@adsl-ull-223-137.44-151.net24.it) |
10:01.37 | *** join/#elinux CosmicPenguin (n=nobody@aus-ext-proxy02.amd.com) |
11:00.42 | *** join/#elinux T0mW (n=Tom@24.238.70.125.res-cmts.sth.ptd.net) |
11:53.00 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
11:55.28 | *** join/#elinux darkschneider (n=gab@213-140-6-96.ip.fastwebnet.it) |
12:03.24 | *** join/#elinux cantona (n=cantona@unaffiliated/cantona) |
12:11.14 | *** join/#elinux Soopaman (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
12:48.14 | *** join/#elinux vittorio (n=andreas@213.174.253.4) |
12:53.34 | *** join/#elinux Genesis (n=genesis@dev.aimao.org) |
12:55.15 | Genesis | bonjour |
12:58.41 | T0mW | too early for the other guys to roll out of bed, I guess |
13:53.22 | *** join/#elinux GPSFan (n=Ken@65.121.49.208) |
14:30.50 | *** join/#elinux file[junkys] (n=jcolp@Toronto-HSE-ppp3863802.sympatico.ca) |
15:00.18 | *** join/#elinux chouimat|Zzzz (n=dieu@r2351064.cidc.net) |
15:01.32 | chouimat | morning |
15:02.46 | T0mW | chouimat: so so here, kind of murky out there today |
15:02.56 | chouimat | yup |
15:03.03 | chouimat | LOL www.dilbert.com |
15:03.15 | T0mW | haven't been there to read the comix today |
15:03.56 | chouimat | T0mW: I start the reading comics and jokes website ... |
15:04.06 | chouimat | and then I go make a second pot of coffee |
15:05.42 | T0mW | chouimat: usually that is the first thing in the morning: I have a tab in firefox that brings up my morning reading. |
15:06.00 | T0mW | chouimat: today I was eager to get back to work on the MMC DOS stuff |
15:06.36 | T0mW | fopen(), fread() work, now I need fwrite() |
15:07.40 | T0mW | as usual, puting something together (fwrite) is harder to do than taking it apart (fread) |
15:09.03 | T0mW | this is driving me nuts, I hate warnings: warning: cast increases required alignment of target type |
15:09.36 | T0mW | I dunno why gcc won't re-cast something without bitching about it |
15:09.41 | T0mW | ushort * ptr = ((ushort *) &FileBuffers[Idx].Buffer); |
15:09.44 | m4lu7 | Oh, i'm bloody confused here... want/need/desire -> build an initrd using the ext2 fs from buildroot as the rootfs... |
15:10.16 | T0mW | m4lu7: ask Erik, that is his stuff |
15:10.57 | T0mW | m4lu7: I don't know of any bootloaders that access the ext2 filesystem |
15:10.59 | m4lu7 | my initrd builds, but is apparenlty looking at *this box*, the "host", as it's root, and consequently pulling it's kernel & modules into the initrd. dis' is not what i want |
15:11.50 | m4lu7 | and i'm overcaffeinated, as usual, leaving my attention span about as long as a gnat's pecker |
15:12.03 | chouimat | T0mW: currently thinking of playing with freebsd6 |
15:12.38 | T0mW | m4lu7: you've got something screwed in your dev environ, buildroot of Erik's is self contained and, if used out-of-the-box, never references anything outside of the build tree |
15:13.29 | T0mW | m4lu7: the only time I've run into problems like that was when I attempted to use a compiler other than the one inside the buildroot dev tree |
15:14.00 | m4lu7 | T0mW, based on your comments, i'm most certain now that i'm not doing any of this correctly ;) |
15:14.04 | T0mW | chouimat: I'm not, I wasn't impressed with freebsd when I tried it a few years ago |
15:15.02 | T0mW | m4lu7: I don't do embedded dev on my main workstation anymore. I have a P-III box with a 40G drive that I throw shit onto to do builds / dev work. |
15:16.01 | T0mW | m4lu7: that way I can save a few bash scripts that put the dev environ in place, wipe the box clean (new install of Mandrake), and re-run the scripts to build a new environ. |
15:16.30 | T0mW | m4lu7: it got too confusing with having various cross-builds on the same machine |
15:16.37 | m4lu7 | yeh. i've contemplated setting up the target box w/dev tools, but it's the only one i've got onsite, and i don't want to screw it up. |
15:16.58 | T0mW | m4lu7: what's the target system? |
15:17.03 | m4lu7 | the host machine (this) and the target (that) are close enough in arch anyway |
15:17.15 | m4lu7 | T0mW, a wristwatch |
15:17.17 | m4lu7 | ;) |
15:17.22 | T0mW | yeah right |
15:17.31 | T0mW | X86? |
15:17.32 | T0mW | heh |
15:17.38 | m4lu7 | yeah. x86 |
15:17.56 | T0mW | heh, Dick Tracy's wrist radio |
15:18.33 | m4lu7 | buildroot/busybox doesn't provide mkinitrd, as best i can tell, so chroot won't work (i'm (and this is where i believe my failure lies) using hosts mkinitrd |
15:19.24 | chouimat | T0mW: they freebsd 6 driver for my wireless cards (ralink rt2500 based) support the AP which the linux one doesn't support yet |
15:20.16 | T0mW | m4lu7: buildroot assumes that an external loader will take control of the system and put the kernel image into place in RAM. There is no initrd for an embedded system as initrd relies on the presence of 1) CMOS blind loader of partition table boot record and 2) lilo or grub |
15:20.52 | m4lu7 | T0mW, and that makes plenty o' sense, as my buildroot image works quite well sans-initrd |
15:21.04 | m4lu7 | (dunno why i'm so fixed on initrd, anyway) |
15:21.49 | T0mW | m4lu7: having said that, there should not be any reason why you couldn't use the mkinitrd to build a bootable embedded image. You may have to hack the source of mkinitrd to not use /lib/modules and such |
15:22.32 | T0mW | m4lu7: iirc, Linux initrd expects to be loaded into 0xc0000000 and executed from there |
15:23.19 | T0mW | chouimat: how about taking the BSD driver source and porting it to Linux, thus "poisoning" the kernel? |
15:23.40 | T0mW | chouimat: um |
15:23.50 | chouimat | T0mW: someone ported the usb driver to linux ... so I'm looking at porting the rest |
15:23.57 | T0mW | chouimat: prolly the driver is tied to the BSD stack? |
15:24.04 | T0mW | chouimat: oh |
15:24.15 | chouimat | T0mW: i'm reading the code |
15:24.31 | T0mW | well, I'm going back to writing the delete_file for the DOS |
15:53.12 | *** join/#elinux prpplague (n=billybob@200.50.80.24) |
15:53.46 | *** mode/#elinux [+o prpplague] by ChanServ |
16:03.30 | prpplague | T0mW`coding: ping |
16:04.05 | T0mW`coding | prpplague: morning Dave |
16:04.20 | prpplague | T0mW`coding: afternoon here , hehe |
16:04.28 | prpplague | T0mW`coding: whats the latest on your mmc/sd fat code? |
16:04.55 | T0mW`coding | prpplague: yeah, I dunno what time / day it is anyway. I was wondering why they were playing church music on a Saturday... |
16:05.02 | prpplague | hehe |
16:05.45 | T0mW`coding | prpplague: still working with it, right now I'm working on code to fwrite() and doing the TRUNC for the open() |
16:05.59 | chouimat | hey prpplague |
16:06.06 | prpplague | chouimat: howdy |
16:06.18 | prpplague | T0mW`coding: was planning to look at it today some |
16:06.41 | prpplague | T0mW`coding: i've been thinking long and hard on bootloader issues |
16:06.58 | prpplague | T0mW`coding: every board we bring up, i have to repeat a ton of stuff for bootloaders |
16:07.05 | T0mW`coding | prpplague: look over the structures surrounding the fatlayer.c and mmc_hardware.c |
16:07.12 | T0mW`coding | prpplague: that will not change |
16:07.30 | prpplague | T0mW`coding: ok thanks |
16:07.53 | prpplague | T0mW`coding: i'm thinking of doing a very little multi-arch bootloader |
16:08.00 | T0mW`coding | prpplague: I'm still working in the internals of those two files. But, the code I gave you can get you started until my confidence level is high enough that I can give you the good-code to read with |
16:08.13 | prpplague | ok |
16:08.31 | T0mW`coding | prpplague: that code has a bug where it sometimes won't read the partial of a last file sector. |
16:08.39 | prpplague | T0mW`coding: i'm thinking of pulling some of the blob code and starting with that |
16:08.58 | T0mW`coding | prpplague: everything else works: fopen(), fclose() just a short read sometimes |
16:09.19 | T0mW`coding | prpplague: yeah, it is going to be under a BSD license |
16:09.40 | T0mW`coding | prpplague: "use it, hack it, but give me credit" |
16:10.12 | T0mW`coding | prpplague: I contacted that guy about the Circuit Cellar code... |
16:10.30 | T0mW`coding | prpplague: I wanted to know what license he had over it |
16:14.31 | T0mW`coding | prpplague: basically, he said that you could use it for hobby purposes but he wanted $2500 for an unlimited commercial license for the "real" fatLib code, not the stripped down thing that he sent to CC |
16:15.10 | prpplague | T0mW`coding: yikes |
16:15.23 | prpplague | T0mW`coding: i assume you didn't use any of it? |
16:15.32 | T0mW`coding | prpplague: no |
16:15.37 | prpplague | T0mW`coding: ok good |
16:15.48 | prpplague | T0mW`coding: hmm, bsd eh? |
16:16.10 | T0mW`coding | prpplague: I was going to, but looking at his write code I could see that he didn't TRUNCate files, he only created new ones. |
16:16.10 | prpplague | T0mW`coding: i've got to do something about my bootloader issues |
16:16.23 | prpplague | T0mW`coding: ahh |
16:16.44 | T0mW`coding | prpplague: my mmc_hardware.c is derived from Microchip sample mmc code for the PIC |
16:16.55 | T0mW`coding | prpplague: everything else is mine |
16:16.55 | prpplague | T0mW`coding: ahh |
16:18.18 | T0mW`coding | prpplague: you know, DOS is not that hard to write. I'm kind of pissed that I have to do it and that no one else is willing to contribute such a thing: greedy bastids |
16:18.49 | prpplague | T0mW`coding: yea |
16:19.07 | T0mW`coding | back to debuggin |
16:19.44 | prpplague | T0mW`coding: my problem right now is that uboot(imho) is too big, blob is rottting, and everything else takes too much time to get working |
17:17.23 | *** join/#elinux joe_bleau (n=joe_blea@adsl-69-152-216-75.dsl.fyvlar.swbell.net) |
17:17.33 | prpplague | joe_bleau: hola |
17:17.39 | joe_bleau | Howdy |
17:27.30 | T0mW`coding | prpplague: crap. |
17:28.09 | prpplague | T0mW`coding: i thought i smelled something |
17:28.18 | T0mW`coding | prpplague: this mmc stuff sux, darned thing won't read after a write. unless I suck on the status register a few thousand times |
17:28.39 | prpplague | T0mW`coding: that sounds odd |
17:29.01 | T0mW`coding | prpplague: it is the touristas that let their little doggies do their business at your place of business |
17:29.57 | T0mW`coding | prpplague: I do a write, read the status (it is 0x05, all is well), then when I try a CMD17, it gives me 0xff after issuing the command. should have said 0x00 to say "okay, busy" |
17:30.13 | prpplague | hmm |
17:30.30 | T0mW`coding | prpplague: the strange thing is that I can stop it, wait a few, then let it read and it still fails |
17:30.52 | T0mW`coding | prpplague: it appears that I am not finishing the write operation somehow |
17:31.50 | T0mW`coding | prpplague: this low-level interface to the MMC has been the real problem, coding the FAT driver is easy |
17:37.59 | T0mW`food | prpplague: I wonder if I have to set the BLOCKSIZE or something during initialization? |
17:38.12 | prpplague | T0mW`food: iirc no |
17:38.24 | prpplague | T0mW`food: should be automatically assumed to be 512bytes |
17:38.33 | T0mW`food | yeah |
17:38.46 | T0mW`food | got me puzzleD! |
17:39.50 | prpplague | T0mW`food: i wish i had time to help, unfortunately, i have my own domesticated canine waste exciment to deal with |
17:40.28 | T0mW`food | if I do something like: http://rafb.net/paste/results/SZo0Mw17.html |
17:40.34 | T0mW`food | prpplague: it works |
17:40.48 | T0mW`food | prpplague: slow, but it works if I suck on the status reg |
17:43.32 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
17:54.31 | *** join/#elinux George_ (i=george@host-83-146-61-45.bulldogdsl.com) |
18:10.29 | *** join/#elinux file[laptop] (n=jcolp@Toronto-HSE-ppp3781532.sympatico.ca) |
18:13.30 | *** join/#elinux George (i=george@kde/developer/gwright) |
18:40.09 | *** join/#elinux Crofton (n=balister@hc6521c20.dhcp.vt.edu) |
18:55.07 | T0mW`food | prpplague: ok |
18:56.01 | T0mW`food | prpplague: it looks like when you get the first response after sending the block of data to be written does *NOT* the write operation "succeeded" |
18:56.22 | T0mW`food | prpplague: the status code only means "yeah, I got all that, looks good" |
18:57.06 | T0mW`food | prpplague: then it needs to go program the data, which takes a lot longer than I expected, lots of miliseconds later, it gives a status code for the entire operation. |
18:57.17 | T0mW`food | prpplague: THEN(!), I can read the drive |
18:58.10 | T0mW`food | prpplague: chili almost done, kidney beans have 'cracked' |
19:01.09 | jbevren | mmm |
19:01.13 | jbevren | how long has it been brewing? :) |
19:01.58 | joe_bleau | T0mw: which MMC command are you discussing? |
19:03.31 | T0mW`food | jbevren: lets see, an hour maybe |
19:03.59 | jbevren | hmm |
19:04.01 | jbevren | needs 3 more :) |
19:04.14 | T0mW`food | joe_bleau: CMD24 |
19:04.31 | T0mW`food | joe_bleau: have you used CMD13 ? (SEND_STATUS) |
19:04.31 | jbevren | so you ned to send cmd 0xff cmd 0xff to get mmc to work? |
19:05.15 | joe_bleau | I was reading back the 'data token' after the sector transfer, then I start polling for the non-busy to indicate that the write was complete |
19:05.21 | T0mW`food | jbevren: no, just have to wait until it has finished programming is all. I had thought that when you got the 1st status byte that it was finished |
19:05.39 | jbevren | ahh |
19:05.44 | T0mW`food | all the 1st status tells you is that the command + data block you sent was ok |
19:05.55 | jbevren | I want to toy with interfacing MMC into my own non-linux projects |
19:06.06 | jbevren | ahh |
19:06.09 | jbevren | then you wait for another 'ok'/ |
19:06.10 | jbevren | ? |
19:06.21 | jbevren | send cmd, wait ok, wait busy, wait ok? |
19:06.40 | T0mW`food | joe_bleau: Yeah, I'm going to start the write operation, then leave. But I'll need to check for IDLE before I start any new read / write ops. that was why I was looking at CMD13 |
19:07.01 | joe_bleau | Haven't played with CMD13. |
19:07.08 | T0mW`food | jbevren: yeah, that works: cmd, get status, wait busy, return |
19:07.32 | joe_bleau | Just brought up some of my code...I was reading status after the transfer (no waiting, just reading), then waiting on the busy if status was ok |
19:07.36 | jbevren | then you retrieve your data.. ok :) |
19:07.59 | T0mW`food | I don't want to take the time to wait around for the operation to complete as I can go on doing other tasks. Just wait if the previous operation is still pending the outcome. |
19:08.08 | joe_bleau | Sure, sounds good |
19:08.12 | jbevren | ah. |
19:08.26 | jbevren | does it matter if your driver is interruptable? |
19:08.26 | joe_bleau | (I was single threaded, so I didn't have anything better to do...) |
19:08.59 | T0mW`food | jbevren: btw, if it cooks for 3 more hours it will be paste, not chili |
19:09.20 | T0mW`food | jbevren: no, not interrupt driven, not needed really |
19:09.22 | jbevren | tom: true. I dont add teh beans right away though |
19:09.40 | T0mW`food | jbevren: I get in a hurry |
19:09.57 | joe_bleau | Did you try CMD25 (write multiple)? |
19:10.02 | T0mW`food | NO! |
19:10.08 | jbevren | tom: yeah, the driver's pure PIO, but if its interruptable in the wait loop, the system wont get much impact hehe |
19:10.16 | T0mW`food | I only have a single write operation most of the time |
19:10.23 | jbevren | write_multi? |
19:10.26 | jbevren | hmm |
19:10.32 | T0mW`food | write single |
19:10.36 | jbevren | I need to look at the commandset again heh |
19:11.08 | joe_bleau | I tried to optimize and clean up a few things last time I messed with my code, and managed to break the init! |
19:11.30 | T0mW`food | jbevren: I may shift later into a write multiple scheme, but first, get the thing working and get me to understand the stumbling points. |
19:11.45 | T0mW`food | joe_bleau: btdt, several times |
19:11.53 | jbevren | yeah |
19:11.56 | jbevren | simple first. |
19:12.16 | jbevren | my target is an 8bit system, so I dont suspect a write_multiple would help a lot |
19:12.28 | T0mW`food | joe_bleau: at one point I had the mmc only working if I started the program from JTAG, if I started from reset / power on, it would fail. |
19:12.41 | joe_bleau | Now that sounds like a register config issue |
19:13.14 | T0mW`food | yeah, the fun question was "is it the ARM or MMC registers that are trashed"? |
19:13.24 | jbevren | hehe |
19:13.24 | prpplague | T0mW`food: hey, btw, apex-1.3.9 has some mmc/sd code in it |
19:13.33 | joe_bleau | BTW, you are using the SPI command set, right? (Not the MMC set.) |
19:14.17 | T0mW`food | well, working at the moment, time for some TV: breaktime! |
19:14.30 | prpplague | T0mW`food: noooooooo |
19:14.38 | prpplague | T0mW`food: get back here you old fart |
19:14.45 | T0mW`food | prpplague: huh? |
19:15.07 | T0mW`food | prpplague: I think I've got / had the apex source |
19:15.08 | prpplague | T0mW`food: hehe, just pestering you |
19:15.18 | joe_bleau | Get one of those LCD panel that do picture in picture...watch TV in the corner while working. |
19:15.26 | prpplague | T0mW`food: its only in the 1.3.8 or 1.3.9 release |
19:15.43 | prpplague | i used to do that with my tv capture card |
19:15.43 | T0mW`food | prpplague: I couldn't get apex to boot nothin' |
19:15.56 | prpplague | T0mW`food: yea its a beoych to get working |
19:16.07 | prpplague | T0mW`food: but i was mainly saying you could look at the mmc code |
19:16.30 | prpplague | T0mW`food: its all working now with all of the lpd boards |
19:17.03 | prpplague | T0mW`food: he's also added alot of debug commands too |
19:17.36 | T0mW`food | perfect movie for "after coding" relaxation: Mad Max 2 - The Road Warrior |
19:17.42 | prpplague | hehe |
19:17.57 | prpplague | T0mW`food: i'm more for blade runner |
19:18.04 | prpplague | or avalon |
19:18.09 | T0mW`food | that's the one with the gasoline plant in the desert? |
19:18.23 | Crofton | Leave the fuel! |
19:18.29 | T0mW`food | prpplague: blade is ok, it is not a blade day though: mad max |
19:18.50 | T0mW`food | prpplague: I wanna kill! |
19:18.57 | T0mW`food | prpplague: I wanna hurt people! |
19:19.03 | T0mW`food | prpplague: I want Mel! |
19:21.29 | prpplague | hehe |
19:22.49 | prpplague | don't suppose anyone has experience with solar voltaic cells? |
19:36.45 | *** join/#elinux ionitro (n=Miranda@198.2.203.62.cust.bluewin.ch) |
19:46.46 | *** join/#elinux chouimat|laptop (n=root@r2351064.cidc.net) |
19:53.29 | *** join/#elinux Soopaman (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
20:28.13 | *** join/#elinux file[laptop] (n=jcolp@Toronto-HSE-ppp3863658.sympatico.ca) |
20:46.55 | *** join/#elinux GPSFan (n=Ken@65.121.49.208) |
21:04.06 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
21:22.02 | *** join/#elinux Soopaman (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
21:40.09 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
22:08.49 | *** join/#elinux Soopaman_ (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |
22:34.51 | *** join/#elinux chewy (n=dieu@r2351064.cidc.net) |
22:49.55 | *** join/#elinux Soopaman_ (n=soopaman@CPE000d8891ac4c-CM000a739bc374.cpe.net.cable.rogers.com) |
23:28.30 | *** join/#elinux Soopaman_ (n=soopaman@HSE-Montreal-ppp143736.sympatico.ca) |