| 00:08.19 | prpplague | the 4mb ram is tight |
| 00:25.52 | prpplague | hmm |
| 00:26.02 | prpplague | XIP rootfs might work well for us |
| 00:27.44 | prpplague | xip kernel and rootfs |
| 01:26.12 | chouimat|ibook | LOL this is so stupid a small town had paid 15k over 3 years for the mayor and some other people in the town council to attend charity even, found raising and golf tournments ... a guy from that town sue those peoples because he said it was bad use of taxes ... their defenses costed so far 140k to the same town ... some people are really good at math |
| 01:35.34 | prpplague | yea |
| 01:40.23 | chouimat|ibook | prpplague: and it look the guy won in Quebec superior court but the others will go to the supreme court with this :( |
| 01:44.49 | *** join/#edev redblue (i=star@ppp047.110-253-207.mtl.mt.videotron.ca) |
| 01:53.06 | jbevren | whooo |
| 01:53.16 | jbevren | 2.5 hours on a bike gets tiring :) |
| 02:08.23 | *** join/#edev FireEgl (i=Atlantic@Atlantica.US) |
| 02:13.18 | jbevren | prpplauge: uclinux is dandy |
| 02:15.46 | prpplague | jbevren: i think we can do it with standard linux, but it will take alot of work |
| 02:15.55 | prpplague | jbevren: the original vr3 was just 8mb ram |
| 02:17.33 | T0mW | prpplague: you still at that FrankenPixter ? |
| 02:17.37 | T0mW | :P |
| 02:17.50 | prpplague | T0mW: hehe, naw, left it at the office, just reading datasheets |
| 02:17.56 | prpplague | T0mW: thinking about the next phase |
| 02:18.05 | prpplague | hehe |
| 02:18.17 | prpplague | T0mW: not dead if you are learning |
| 02:18.18 | T0mW | I cannot build a kernel for the zipit |
| 02:18.25 | prpplague | doh |
| 02:18.36 | prpplague | T0mW: what kind of problema are you having? |
| 02:18.44 | T0mW | I tried compiling with gcc-3.3.6, that is as low as I can go at the moment. |
| 02:18.56 | T0mW | compiles clean, just plays dead. |
| 02:19.09 | T0mW | I wonder if the patches I'm using are any good |
| 02:19.59 | T0mW | prpplague: trouble is is finding where the 2.4 kernel starts running at: if I could find that, then I could spit a char out the serial port to say "here, I made it this far" |
| 02:20.01 | prpplague | juiceboxes are back - http://www.boscovs.com/StoreFrontWeb/Product.bos?assortmentDepartmentNumber=17360000&itemNumber=62768&assortmentId=27&type=Product |
| 02:20.22 | jbevren | heh |
| 02:20.24 | jbevren | elite |
| 02:20.28 | jbevren | wow random find |
| 02:20.28 | prpplague | T0mW: yea, what you need to do is enable the kernel hacking options |
| 02:20.32 | jbevren | errno.h in cp/m-68k |
| 02:20.38 | prpplague | T0mW: and use the printascii functions |
| 02:20.39 | T0mW | prpplague: ah, ok |
| 02:20.56 | T0mW | printascii, not printk eh? |
| 02:20.59 | jbevren | all the way to epipe are the same |
| 02:21.00 | jbevren | :) |
| 02:21.07 | prpplague | T0mW: http://www.abcsinc.com/small-linux/printascii.txt |
| 02:21.13 | T0mW | thanks |
| 02:21.26 | prpplague | np, glad i can exchange some help |
| 02:22.04 | prpplague | T0mW: i wrote that for the sa-1100 but its applicable to all arm platforms |
| 02:22.55 | T0mW | I know that the __init stuff gets into the kernel first, but isn't there a __init__init ? |
| 02:22.59 | T0mW | heh |
| 02:23.13 | T0mW | the very first code? |
| 02:23.54 | prpplague | T0mW: yea its in asm |
| 02:24.05 | prpplague | T0mW: basically decompressed the kernel and kicks it off |
| 02:24.11 | T0mW | right |
| 02:24.14 | T0mW | that's what I need |
| 02:24.28 | T0mW | I know that it is in arch/arm someplace |
| 02:24.36 | prpplague | T0mW: head.S |
| 02:24.40 | T0mW | ah |
| 02:25.00 | prpplague | or something similiar, can't recal at the momment |
| 02:25.12 | prpplague | hehe |
| 02:25.15 | T0mW | P |
| 02:25.17 | T0mW | :P |
| 02:25.27 | T0mW | it has been one of 'those' sessions |
| 02:25.45 | T0mW | after a while I just started mangling source |
| 02:26.58 | T0mW | arch/arm/kerne/head-arm{o.v}.S |
| 02:28.07 | T0mW | oh, interesting, boot/compressed/head.S, I guess that is for the zimage rather than vmlinux images |
| 02:28.14 | prpplague | yea |
| 02:28.35 | T0mW | I can find out by declaring a string in the source, then looking to see if it gets linked in. |
| 02:30.47 | T0mW | well, I've got to work on some other stuff today, customer is eager to get some code. |
| 02:31.57 | prpplague | hehe |
| 02:34.19 | chouimat|ibook | night |
| 02:34.27 | T0mW | well, at least I can build apps for the ZipIt now. |
| 02:36.06 | FireEgl | T0mW: Do you have the console on the serial port? Add console=ttyAM1 to the CONFIG_CMDLINE setting.. And set CONFIG_SERIAL_CLPS711X=y and CONFIG_SERIAL_CLPS711X_CONSOLE=y |
| 02:36.39 | T0mW | thanks, I did add the CONFIG statements but forgot about the console= |
| 02:37.10 | FireEgl | =) |
| 02:38.09 | T0mW | FireEgl: It's been a while since I last hacked kernel sources |
| 02:43.03 | jbevren | yawn |
| 02:43.05 | jbevren | I give up |
| 02:43.12 | jbevren | night :) |
| 03:07.02 | T0mW | prpplague: you still there? |
| 08:28.03 | *** join/#edev [Leo_01] (n=leo@naag.erasme.org) |
| 09:24.10 | *** join/#edev Rexy-Craxy (n=rexy@gw.key-soft.net) |
| 09:24.17 | *** part/#edev Rexy-Craxy (n=rexy@gw.key-soft.net) |
| 11:18.14 | prpplague | T0mW: morning |
| 11:18.22 | T0mW | hello |
| 11:18.45 | prpplague | T0mW: did you need something last night? |
| 11:19.06 | T0mW | prpplague: no, I got past that: printascii is not defined in 2.4 kernels |
| 11:19.54 | T0mW | prpplague: I wrote some of my own stuff. Basically, the kernel makes it to start_kernel(), then dies in parse_options |
| 11:20.09 | T0mW | the __setup list is empty! |
| 11:20.31 | T0mW | checksetup() never expects an empty list |
| 11:21.05 | prpplague | T0mW: of course printascii is defined in 2.4, i use it all the time, it might be just its not defined for your cpu |
| 11:21.20 | prpplague | T0mW: ahh |
| 11:22.09 | T0mW | the death occurs at: "int n=strlen(p->str);" where "p = &__setup_start;" |
| 11:22.21 | prpplague | T0mW: sounds odd that you are having so much trouble with an existing ported kernel |
| 11:22.35 | T0mW | yeah, but this one never ran |
| 11:23.07 | T0mW | rumor has it, that if you compile this with gcc-3.3.3, it works, but if you use gcc-3.4.x, it won't |
| 11:23.49 | T0mW | the operative word here is "rumor" |
| 11:23.57 | T0mW | :-/ |
| 11:24.02 | prpplague | since you are gonna be doing alot of work to get this working, why not just start with a 2.6.16 kernel |
| 11:24.45 | T0mW | because I need a reference point, drivers are written for the 2.4 kernel |
| 11:25.41 | T0mW | I'm going to try forcing it out of the deadlock: "if (&__setup_start == &__setup_end) return 0;" |
| 11:26.46 | T0mW | prpplague: seems odd, doesn't it? a kernel with nothing that needs a __setup call for stuff? |
| 11:27.31 | prpplague | T0mW: yea, sounds like maybe you machine specific fixup code didn't set up all the arguments needed |
| 11:27.52 | T0mW | don't know what that stuff is, yet |
| 11:29.35 | T0mW | doesn't work, ok, time to look to see why not init.setup stuff is being created |
| 11:36.03 | T0mW | prpplague: help |
| 11:36.10 | T0mW | :-) |
| 11:46.52 | prpplague | T0mW: hehe, i gotta head to the office |
| 11:46.54 | prpplague | T0mW: bbiab |
| 11:46.58 | T0mW | ok |
| 12:04.23 | *** join/#edev GPSFan (n=kenm@12.10.255.248) |
| 12:04.24 | *** mode/#edev [+o GPSFan] by ChanServ |
| 12:47.18 | *** join/#edev prpplague (n=billybob@72.22.148.78) |
| 12:51.00 | prpplague | morning all |
| 12:56.21 | GPSFan | prpplague: howdy.. |
| 12:56.53 | prpplague | GPSFan: greetings |
| 12:57.08 | prpplague | GPSFan: you ever use XIP kernel and/or linear cramfs? |
| 12:57.44 | GPSFan | prpplague: what pcb cad package are you using for your pixter board work.. no I've never done any xip stuff. |
| 12:58.06 | GPSFan | I think TimRiker has done some xip |
| 12:58.32 | prpplague | GPSFan: using eagle cad light, there is a free educational version for linux |
| 12:59.02 | GPSFan | how is the learning curve? |
| 13:01.01 | prpplague | GPSFan: well, imho, all of the pcb stuff has a high learning curve, but eagle seems to be less steep |
| 13:01.29 | GPSFan | hmm, what limitations are there on the "lite" version? |
| 13:01.58 | prpplague | single sheet schematic, 2 layers, 100mmx80mm max board size |
| 13:02.27 | GPSFan | k, good for small hobby boards. |
| 13:04.08 | prpplague | GPSFan: yea perfect |
| 13:05.00 | GPSFan | have you built any custom parts? if so how hard waws it? |
| 13:05.25 | T0mW | I now know what is wrong, but not why it is happening |
| 13:05.59 | prpplague | GPSFan: you mean custom boards? or doing a custom dev for the schematic/layout? |
| 13:06.01 | prpplague | T0mW: oh? |
| 13:06.28 | T0mW | prpplague: compiler is not generating code in the object files for the setup.init sections |
| 13:06.42 | GPSFan | prpplague: no, custom outlines/ pad layours for parts not in there library. |
| 13:06.49 | T0mW | it gens code for data.init & text.init |
| 13:07.13 | prpplague | GPSFan: yea, i've done several |
| 13:07.23 | prpplague | T0mW: interesting |
| 13:08.00 | prpplague | GPSFan: its pretty easy once you understand the logic behind it |
| 13:08.05 | GPSFan | prpplague: what was the pad spacing/size english or metric? |
| 13:08.06 | prpplague | GPSFan: problem is the docs suck |
| 13:08.12 | prpplague | GPSFan: configurable |
| 13:08.27 | prpplague | GPSFan: without T0mW 's help i would never have figured it out |
| 13:08.32 | T0mW | it is simply ignoring code generation, the macro is being parsed, the statement is being read, but nothing goes into the elf object file |
| 13:08.51 | prpplague | bummer |
| 13:09.03 | GPSFan | prpplague: any problems with really small dimensions? I've had rouning problems with cheap cad packages in the past. |
| 13:09.08 | prpplague | T0mW: what command are you using to generate your kernel? |
| 13:09.11 | T0mW | I don't understand how you can tell gcc not to gen code |
| 13:09.14 | prpplague | GPSFan: nope |
| 13:09.17 | T0mW | make |
| 13:09.20 | T0mW | lol |
| 13:09.27 | prpplague | T0mW: not make zImage |
| 13:09.31 | prpplague | T0mW: ? |
| 13:09.33 | GPSFan | prp nice, I'll dl it and give it a whirl. |
| 13:09.34 | T0mW | just make |
| 13:09.55 | prpplague | T0mW: i suspect that might be the reason |
| 13:09.56 | GPSFan | T0mW: for the zipit you need make zImage.. |
| 13:10.22 | T0mW | the compiler is ok, it builds the LNODE80 project ok, gens code for the setup.init |
| 13:11.16 | prpplague | T0mW: are you doing this from buildroot or from the linux tree? |
| 13:11.36 | T0mW | regardless of how you kick off the compiler (make, make zimage, whatever) System.map shows __setup_start and __setup_end to be empty (same value) |
| 13:11.50 | T0mW | prpplague: doesn't matter |
| 13:11.57 | T0mW | prpplague: result is the same |
| 13:12.16 | prpplague | T0mW: if you are doing it in the linux tree you need to issue make zImage |
| 13:12.18 | T0mW | prpplague: lnode80 will work and gen correct code either way |
| 13:12.37 | prpplague | T0mW: because part of the config specifies that it should be a make zimage |
| 13:12.52 | prpplague | T0mW: did you add this kernel package yourself? |
| 13:13.10 | T0mW | explain "... add this kernel ..." |
| 13:13.37 | T0mW | oh |
| 13:13.49 | T0mW | you meant the target/device/<blah> |
| 13:13.54 | prpplague | yea |
| 13:14.15 | T0mW | yeah, I took the Sharp/lnode80 tree as the start |
| 13:14.23 | prpplague | ahh |
| 13:14.24 | prpplague | hehe |
| 13:14.37 | T0mW | make zImage gives the same result, no change |
| 13:14.43 | prpplague | interesting |
| 13:15.01 | T0mW | something is telling gcc that section("setup.init") is to be ignored |
| 13:15.39 | T0mW | almost like the attribute(section("setup.init")) is a non-value |
| 13:15.58 | T0mW | "unused" ? |
| 13:16.17 | prpplague | T0mW: can you make a distclean of your kernel tree and email or post it somewhere for me to get? |
| 13:16.54 | T0mW | yeah, prolly could |
| 13:17.21 | prpplague | do a "make distclean" in the linux tree , then tar it up |
| 13:17.25 | prpplague | i'll have a look |
| 13:17.35 | T0mW | ok |
| 13:17.57 | T0mW | I'm using binutils-2.15-97 and gcc-3.4.2 |
| 13:18.53 | prpplague | okie crokie |
| 13:19.35 | prpplague | hmm |
| 13:20.08 | T0mW | GPSFan: that is why you cannot build a working kernel for the ZipIt with gcc-3.4.2, there is the setup.init stuff missing, heh |
| 13:20.45 | T0mW | prpplague: lol, you ready for 28 meg of email? |
| 13:21.03 | prpplague | yea, send it to dave123_aml@yahoo.com |
| 13:21.23 | prpplague | T0mW: yea, 3.4 sucks for arm |
| 13:25.04 | T0mW | prpplague: hold on here Sparky! |
| 13:25.15 | T0mW | check this out! |
| 13:26.21 | T0mW | this makes code: |
| 13:26.24 | T0mW | <PROTECTED> |
| 13:26.46 | T0mW | this doesn't: |
| 13:26.49 | T0mW | <PROTECTED> |
| 13:26.57 | T0mW | used vs. unused ?? |
| 13:27.24 | T0mW | does that make sense to you? |
| 13:29.00 | prpplague | hmmm |
| 13:29.12 | prpplague | that seems odd |
| 13:29.25 | prpplague | what kernel version? |
| 13:29.26 | T0mW | only thing that makes sense: someone says "it is there, but ignore it" |
| 13:29.33 | T0mW | 2.4.21 |
| 13:29.53 | prpplague | what file? |
| 13:32.22 | T0mW | 2.4.21 differs from 2.4.26 in that aspect: linux/include/init.h:82 |
| 13:33.50 | prpplague | T0mW: yea there were alot of changes made in the way the kernel was built between 2.4.18 and 2.4.26 |
| 13:34.00 | prpplague | T0mW: mainly to accomodate newier gcc |
| 13:34.10 | jbevren | quite a few of the changes seemed to be around 2.4.20 or so |
| 13:34.10 | prpplague | T0mW: i suspect thats one of the items |
| 13:34.16 | prpplague | jbevren: yea |
| 13:34.35 | jbevren | I remember that from editing the mtdblock partition code for the artis board :) |
| 13:34.53 | jbevren | took a bit of backporting to get it to work (quite an accomplishment for someone that cant code) :) |
| 13:35.05 | *** mode/#edev [+o prpplague] by ChanServ |
| 13:35.35 | prpplague | jbevren: yea |
| 13:35.45 | T0mW | prpplague: here is the diff between 2.4.21 & 2.4.26: http://rafb.net/paste/results/dqb3XC56.html |
| 13:35.59 | jbevren | although I need to flash that kernel ONTO the dang board.. :) |
| 13:36.00 | prpplague | jbevren: thats why i'd recommend if you insist on using a 2.4 kernel use something 2.4.26 or avbove |
| 13:36.06 | jbevren | nod |
| 13:36.12 | T0mW | jbevren: yeah |
| 13:36.15 | jbevren | I'm using 2.4.31 now ;-) |
| 13:36.36 | T0mW | prpplague: see the list of sections at the bottom? |
| 13:36.47 | prpplague | yea |
| 13:37.19 | prpplague | T0mW: sounds like there was a bug in the build process and they just didn't have a problem untill newer gcc's |
| 13:37.23 | prpplague | T0mW: then it was fixed |
| 13:37.24 | T0mW | I gotta get my source back (make linux) and then try editing those to match 2.4.26 |
| 13:38.15 | prpplague | jbevren: picogui maybe for the pixter? |
| 13:39.26 | T0mW | prpplague: it was certainly educational following the boot process from head.S into init/main.c |
| 13:40.04 | T0mW | prpplague: been a few years (about 4) since I've worked inside the kernel :-( |
| 13:40.44 | prpplague | T0mW: hehe, yea, its pretty detailed |
| 13:41.09 | T0mW | was interesting when the mmu activated and my serial port disappeared, heh |
| 13:41.32 | T0mW | whoops! 0x80000000 is over at 0xff000000 |
| 13:41.39 | prpplague | hehe |
| 13:42.16 | prpplague | T0mW: you probably don't have a debug-armv.S entry for your processor |
| 13:43.50 | T0mW | it is there |
| 13:44.06 | prpplague | jbevren: http://www.superant.com/smalllinux/tinyX01.html |
| 13:44.11 | T0mW | #define DEBUG dumps the info |
| 13:44.28 | prpplague | T0mW: you have an entry in debug-armv.S ? |
| 13:46.15 | *** join/#edev drasko (n=drasko@213.240.30.62) |
| 13:47.56 | T0mW | prpplague: look at include/linux/compiler.h |
| 13:48.06 | T0mW | that shows what jbevren was talking about |
| 13:48.45 | prpplague | T0mW: give me few, boss on the phone |
| 13:48.50 | T0mW | k |
| 13:49.02 | T0mW | prpplague: say hi |
| 13:50.04 | jbevren | <prpplague> Oh, and uh my friends on irc say hi. |
| 13:50.06 | jbevren | hehe |
| 13:50.18 | T0mW | heh |
| 13:50.37 | jbevren | prpplague: so, where are the sources |
| 13:50.43 | T0mW | jbevren: his boss wanted to know where prpplague hung out on irc, I wouldn't tell |
| 13:50.52 | *** join/#edev morganau (n=morganau@63.76.48.243) |
| 13:51.12 | T0mW | WHOOHOO! got setup.init's! |
| 13:51.23 | morganau | anyone used mdev much? |
| 13:51.39 | prpplague | mdev? |
| 13:51.49 | morganau | I am having issues with getting mdev to popluate my /dev with my block devices. |
| 13:51.56 | morganau | mdev is busybox's version of udev |
| 13:51.57 | prpplague | T0mW: seriously? |
| 13:52.20 | prpplague | morganau: ahh |
| 13:52.25 | T0mW | prpplague: yeah, __setup_start and __setup_end is populated |
| 13:52.38 | *** join/#edev EvilDevil_ (n=miau@p54A6F381.dip.t-dialin.net) |
| 13:52.42 | prpplague | T0mW: hehe, i meant about my boss asking |
| 13:52.49 | T0mW | prpplague: that too |
| 13:52.54 | T0mW | yes |
| 13:53.03 | T0mW | prpplague: he was curious |
| 13:53.13 | prpplague | interesting, hehe |
| 13:53.19 | T0mW | prpplague: heh, he is curious |
| 13:53.41 | prpplague | T0mW: you spoken to him since that one time he called about the oven? |
| 13:53.46 | T0mW | naw |
| 13:53.54 | prpplague | ahh |
| 13:54.20 | jbevren | prpplague: tinyx has no source code? |
| 13:54.35 | prpplague | jbevren: hehe, its in the main tree these days |
| 13:54.48 | prpplague | jbevren: main xfree86 tree or x.org |
| 13:55.10 | prpplague | jbevren: this is the one i'm thinking about - http://home.comcast.net/~fbui/ |
| 13:55.19 | prpplague | jbevren: picogui is nice but dead |
| 13:55.26 | jbevren | prpplague: I'd settle for a tiny fb vnc client |
| 13:56.44 | prpplague | jbevren: oh? |
| 13:57.05 | jbevren | I havent looked much into it, but vnc is a very simple RFB protocol |
| 13:57.06 | prpplague | jbevren: using the enc28j60 for wired ethernet? |
| 13:57.11 | jbevren | yeah |
| 13:57.16 | prpplague | ahh |
| 13:57.21 | prpplague | well i'm thinking portable |
| 13:57.25 | jbevren | gotcha |
| 13:57.31 | jbevren | and opie's way too big |
| 13:57.32 | jbevren | hehe |
| 13:59.32 | T0mW | prpplague: boots |
| 13:59.46 | jbevren | tom: yay |
| 13:59.48 | prpplague | T0mW: cool beans |
| 13:59.54 | T0mW | prpplague: boots up to a kernel panic: unable to mount root fs |
| 14:00.00 | prpplague | T0mW: hehe |
| 14:00.06 | prpplague | T0mW: atleast thats something |
| 14:00.09 | T0mW | whew! lot of work |
| 14:00.22 | prpplague | jbevren: checking to see what the latest kernel is for the lh79524 |
| 14:00.29 | prpplague | T0mW: try doing a board bring up |
| 14:00.34 | jbevren | prpplague: denx or uclinux? |
| 14:00.46 | prpplague | jbevren: ? |
| 14:00.52 | T0mW | I wonder, do I need a "root=/dev/root" or "root=/dev/ramdisk" ? |
| 14:01.04 | jbevren | denx is the kernel I used for the walnut |
| 14:01.29 | prpplague | T0mW: yea, if you haven't specified it in the machine fixup you'll need to specify it on the command line |
| 14:01.37 | prpplague | jbevren: ok i give up, denx? |
| 14:01.44 | T0mW | root=/dev/ramdisk ? |
| 14:02.00 | jbevren | <PROTECTED> |
| 14:02.01 | prpplague | T0mW: hehe, no clue, are you using an initrd ? |
| 14:02.14 | T0mW | prpplague: we both have no clues |
| 14:02.15 | T0mW | hehhe |
| 14:02.19 | jbevren | prpplague: denx do kernel patchups for nonx86 archs |
| 14:02.30 | prpplague | T0mW: where is your rootfs? |
| 14:02.39 | prpplague | jbevren: url? |
| 14:02.40 | jbevren | http://www.denx.de/en/News/WebHome |
| 14:02.40 | T0mW | on a ramdisk |
| 14:02.56 | T0mW | oh, but I also have one on the /dev/mmc1 |
| 14:02.58 | prpplague | T0mW: ok then it probably will be like jbevren said root=/dev/ram0 |
| 14:03.05 | jbevren | ftp://ftp.denx.de/pub/ |
| 14:03.12 | jbevren | prpplague: they might be ppc specific, ymmv |
| 14:03.47 | prpplague | jbevren: yea, never heard of them |
| 14:04.02 | prpplague | jbevren: anyway sharp has beewoolie do their bsp so its pretty uptodate |
| 14:04.13 | jbevren | 'beewoolie'? |
| 14:05.05 | jbevren | ftp://ftp.denx.de/pub/eldk/4.0/arm-linux-x86/iso |
| 14:05.06 | jbevren | hehe |
| 14:05.41 | prpplague | ~beewoolie |
| 14:05.54 | prpplague | ~seen beewoolie |
| 14:06.05 | purl | beewoolie <n=elf@206-124-142-26.buici.com> was last seen on IRC in channel #openjtag, 75d 12h 1m 8s ago, saying: 'I've got to go back to the driver hacking...'. |
| 14:06.30 | prpplague | ~beewoolie is Marc Singer |
| 14:06.31 | purl | prpplague: okay |
| 14:06.33 | prpplague | beewoolie is Marc Singer |
| 14:06.57 | prpplague | beewoolie is also the maintainer of the Sharp ARM7 and ARM9 linux support packages |
| 14:07.20 | jbevren | cool |
| 14:07.27 | prpplague | ~seen beewoolie |
| 14:07.29 | purl | beewoolie <n=elf@206-124-142-26.buici.com> was last seen on IRC in channel #openjtag, 75d 12h 2m 32s ago, saying: 'I've got to go back to the driver hacking...'. |
| 14:07.32 | prpplague | ~beewoolie |
| 14:07.33 | purl | well, beewoolie is Marc Singer |
| 14:07.43 | prpplague | ~beewoolie is also the maintainer of the Sharp ARM7 and ARM9 linux support packages |
| 14:07.44 | purl | prpplague: okay |
| 14:08.06 | prpplague | ~beewoolie is also at http://wiki.buici.com/wiki/Main_Page |
| 14:08.08 | purl | prpplague: okay |
| 14:08.12 | prpplague | ~beewoolie |
| 14:08.13 | purl | i heard beewoolie is Marc Singer, or the maintainer of the Sharp ARM7 and ARM9 linux support packages, or at http://wiki.buici.com/wiki/Main_Page |
| 14:08.16 | jbevren | ~jbevren is some guy that wants to get into embedded systems but is too lazy to do much about it |
| 14:08.17 | purl | jbevren: okay |
| 14:08.18 | jbevren | hehe |
| 14:10.49 | prpplague | jbevren: looks like 2.6.16-rc4 is the latest for the lh79524 |
| 14:11.02 | jbevren | thats pretty recent |
| 14:11.14 | jbevren | might even be able to patch up |
| 14:11.18 | jbevren | so where do you look for such things? |
| 14:11.53 | T0mW | prpplague: you keep mentioning "... the machine fixup ..." give me an example of such a file? |
| 14:12.01 | T0mW | prpplague: where is that? |
| 14:12.17 | prpplague | T0mW: one sec |
| 14:12.23 | T0mW | arch/arm/mach-<name> ? |
| 14:13.46 | prpplague | T0mW: yea in that directory you should have something like an arch.c file |
| 14:14.02 | prpplague | T0mW: one of the functions in there should be like _fixup() |
| 14:14.21 | prpplague | T0mW: which is a function that is suppose to "fix" anything that can't be done properly |
| 14:14.26 | T0mW | ah! |
| 14:14.31 | prpplague | T0mW: i.e. some winblows ce bootloaders can't pass arguments |
| 14:14.36 | prpplague | T0mW: so they have to be "fixed" |
| 14:14.50 | T0mW | there is an arch.c in a bunch of the mach-<name> dirs |
| 14:14.58 | prpplague | T0mW: yea |
| 14:15.15 | prpplague | T0mW: you can see alot of them specify the ramdisk information as well |
| 14:16.03 | T0mW | none yet |
| 14:16.55 | prpplague | T0mW: you sure? |
| 14:17.00 | T0mW | yeah |
| 14:17.28 | prpplague | T0mW: probably have an old kernel thats not patched |
| 14:17.35 | prpplague | T0mW: you said 2.4.21 right? |
| 14:18.15 | T0mW | yeah |
| 14:18.20 | T0mW | 2.4.21 |
| 14:18.30 | T0mW | I'll look into 2.4.26 in a moment |
| 14:19.34 | prpplague | T0mW: there are plenty of examples |
| 14:19.50 | prpplague | T0mW: you can also specify in the make menuconfig |
| 14:19.59 | prpplague | T0mW: there is an option for the default kernel command |
| 14:20.47 | prpplague | T0mW: its under "general setup" |
| 14:24.24 | chouimat|ibook | morning |
| 14:31.28 | prpplague | chouimat|ibook: hey |
| 14:34.10 | prpplague | wish i could find some memory stats for kdrive |
| 14:35.32 | *** part/#edev morganau (n=morganau@63.76.48.243) |
| 14:41.00 | prpplague | hmm, wonder if this is a job for open pixil |
| 14:45.32 | *** join/#edev CosmicPenguin (n=nobody@svl-ext-proxy02.amd.com) |
| 14:45.39 | prpplague | jbevren: i think if we run an xip kernel, with a jffs2 rootfs, we can run nano-x |
| 14:45.41 | prpplague | CosmicPenguin: hey hey |
| 14:45.49 | prpplague | CosmicPenguin: just the man i wanted to see |
| 14:45.57 | prpplague | CosmicPenguin: shall i wait for you to get your coffee? |
| 14:46.08 | CosmicPenguin | ohhh crap |
| 14:46.10 | CosmicPenguin | I got in a while ago, I was just answering e-mail |
| 14:46.16 | jbevren | prpplague: cool |
| 14:46.29 | jbevren | prpplague: now that this is decided, where do we store/run our apps :) |
| 14:46.48 | prpplague | jbevren: sd/mmc |
| 14:46.54 | prpplague | CosmicPenguin: hehe |
| 14:47.04 | jbevren | and there's enough spare ram to run them? hehe |
| 14:47.16 | prpplague | CosmicPenguin: shall we begin? hehe |
| 14:47.27 | CosmicPenguin | lay it on me |
| 14:47.28 | prpplague | CosmicPenguin: is open-pixil dead? |
| 14:47.32 | CosmicPenguin | yes |
| 14:47.37 | CosmicPenguin | died from bit-rot |
| 14:47.46 | prpplague | CosmicPenguin: revivable? |
| 14:47.58 | CosmicPenguin | probably - but it needs some TLC |
| 14:48.04 | prpplague | hmm |
| 14:48.15 | prpplague | CosmicPenguin: whats the average ram usage for nano-x with some apps? |
| 14:48.23 | CosmicPenguin | name an app |
| 14:49.11 | prpplague | CosmicPenguin: lets say a couple standard pda apps, i.e. address book, calendar, notepad |
| 14:49.45 | CosmicPenguin | the server is about 400k, so in normal usage, you're probably looking at about 500k or so |
| 14:49.59 | CosmicPenguin | PDA apps would add another 100k or so a piece, depending how smart they are |
| 14:50.14 | CosmicPenguin | I assume the screen is small, so offscreen buffers won't be that big |
| 14:50.33 | prpplague | CosmicPenguin: ok so what do you think, so no larger than 1mb ram at any given time? |
| 14:50.39 | prpplague | CosmicPenguin: yea 160x160 |
| 14:50.50 | CosmicPenguin | if you restrict the number of apps on screen, I would say yes |
| 14:51.19 | prpplague | CosmicPenguin: "on screen" meaning apps that are visable? |
| 14:51.23 | prpplague | CosmicPenguin: or running |
| 14:52.45 | CosmicPenguin | running |
| 14:52.52 | prpplague | ahh |
| 14:53.01 | prpplague | hmm |
| 14:53.14 | CosmicPenguin | The idea is that you would stack the windows like matchbox does |
| 14:53.21 | prpplague | we got 4mb ram, just wondering how much i can free up using kernel xip |
| 14:53.34 | CosmicPenguin | I usually didn't have much trouble on the Tuxscreen |
| 14:54.10 | prpplague | CosmicPenguin: but that was 8mb |
| 14:54.22 | CosmicPenguin | are you sure? |
| 14:54.26 | CosmicPenguin | I thought it was 4mb |
| 14:54.30 | CosmicPenguin | oh - right - that was the flash |
| 14:54.32 | CosmicPenguin | my bad |
| 14:54.43 | prpplague | np |
| 14:54.50 | chouimat|ibook | hi StelllarPenguin prpplague |
| 14:55.00 | CosmicPenguin | Wow - StellarPenguin |
| 14:55.03 | CosmicPenguin | I'm moving up in the world |
| 14:55.11 | chouimat|ibook | CosmicPenguin: hehe |
| 14:55.22 | CosmicPenguin | or the universe, as it seems |
| 14:55.44 | prpplague | CosmicPenguin: i can boot linux on it now and run a jffs2 rootfs |
| 14:55.50 | prpplague | CosmicPenguin: with about 500k left over |
| 14:55.54 | CosmicPenguin | flash or memory? |
| 14:55.59 | prpplague | CosmicPenguin: ram |
| 14:56.03 | CosmicPenguin | yike |
| 14:57.17 | prpplague | CosmicPenguin: actually runs pretty good |
| 15:05.26 | chouimat|ibook | heheh www.dilbert.com |
| 15:05.51 | agaffney | I get the new dilbert comic via email each morning :P |
| 15:16.31 | prpplague | ok so what i want is a nor flash chip with a cf card connector |
| 15:16.33 | prpplague | hmmm |
| 15:17.06 | *** part/#edev [Leo_01] (n=leo@naag.erasme.org) |
| 15:24.08 | prpplague | jbevren: all the cf cards i've opened so far are all nand flash :( |
| 15:31.41 | jbevren | :( |
| 15:31.47 | jbevren | that doesnt really surprise me though |
| 15:32.08 | jbevren | so your XIP implementation will run the kernel from flash? |
| 15:33.20 | CosmicPenguin | Its quickly approaching the time where I need to learn how to use qemu |
| 15:34.45 | agaffney | qemu is pretty easy to use |
| 15:34.52 | agaffney | it's just a bit slower than vmware |
| 15:34.56 | agaffney | since it doesn't "cheat" |
| 15:35.57 | jbevren | actually, qemu has fast x86 emulation |
| 15:36.02 | jbevren | so it can 'cheat' like vmware :) |
| 15:36.20 | agaffney | imo, qemu is always much slower than vmware |
| 15:36.25 | agaffney | s/imo/ime/ |
| 15:36.36 | jbevren | agaffney: that doesnt surprise me :) |
| 15:36.49 | agaffney | even with kqemu |
| 15:38.45 | CosmicPenguin | Personally, I like to use the real board |
| 15:38.51 | CosmicPenguin | but some people just aren't used to that paradigm |
| 15:44.36 | jbevren | heh |
| 15:44.48 | jbevren | but emulation is handy for development before the board is available :) |
| 15:45.10 | prpplague | jbevren: ug, saelig won't ship to me :( |
| 15:47.05 | jbevren | its ok |
| 15:47.12 | jbevren | they delayed my order for two weeks |
| 15:47.16 | jbevren | for a part that wasnt in stock |
| 15:47.18 | jbevren | that they said was |
| 15:47.21 | jbevren | WITHOUT telling me |
| 15:47.36 | drasko | hi all. How can I look at memory map of some ko, or.a (lib) file, under linux. What command to use, where to look? |
| 15:47.37 | jbevren | I asked for a split-shipment, and they tried to charge me additional shipping |
| 15:47.44 | jbevren | I wouldnt do business with them again |
| 15:49.09 | prpplague | had to ship to my brothers address in the states |
| 15:49.39 | prpplague | jbevren: i broke down and ordered some of the tsop2 protoboards |
| 15:51.34 | prpplague | jbevren: now i just need to desolder some TE28F320 chips to put on them |
| 15:53.42 | prpplague | T0mW: i wonder how much head this nor flash can take |
| 15:54.07 | T0mW | jej |
| 15:54.09 | T0mW | heh |
| 15:55.37 | jbevren | I want to order a couple of the olimex dev thingies |
| 15:55.44 | jbevren | save me some build headache heh |
| 16:02.41 | prpplague | <PROTECTED> |
| 16:03.22 | *** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac) |
| 16:11.20 | T0mW | what purpose does modules.dep have? do I need it? |
| 16:14.00 | GPSFan | T0mW: hey, looks like you've made some progress on gcc 3.4.x building of the Zipit kernel. bravo!! |
| 16:14.25 | T0mW | GPSFan: thanks! |
| 16:14.48 | T0mW | GPSFan: problem is now to get it to accept a root fs, keeps panic-ing |
| 16:15.17 | T0mW | GPSFan: struggling with getting modules built and into the rootfs image |
| 16:16.07 | GPSFan | T0mW: it would be nice to move up from 2.4.21, one issue will be the wireless driver. Zipit provided a patch against something that there is no source to. The later GPL'd source has never been ported/patched/hacked to work with the Zipit. |
| 16:17.56 | T0mW | make modules_install keeps bitching: |
| 16:17.59 | T0mW | if [ -r System.map ]; then /sbin/depmod -ae -F /home/tom/ZipIt/buildroot/build_arm_nofpu/linux-zipit/System.map -b /home/tom/ZipIt/buildroot/build_arm_nofpu/linux-zipit -r 2.4.21-rmk1; fi |
| 16:17.59 | T0mW | depmod: ELF file /home/tom/ZipIt/buildroot/build_arm_nofpu/linux-zipit/lib/modules/2.4.21-rmk1/kernel/drivers/i2c/i2c-algo-bit.o not for this architecture |
| 16:18.12 | jbevren | d'oh |
| 16:18.14 | T0mW | <PROTECTED> |
| 16:18.30 | jbevren | Oh, its doing that during build? |
| 16:18.34 | T0mW | the old system didn't have a modules.dep |
| 16:18.36 | jbevren | (and youre cross-compiling?) |
| 16:18.41 | T0mW | yeah |
| 16:18.47 | jbevren | ignore and run depmod during rcS :) |
| 16:18.58 | T0mW | mod |
| 16:19.00 | T0mW | nod |
| 16:19.11 | jbevren | I remember that from xcompiling ppc stuff with modules |
| 16:19.17 | jbevren | mips too |
| 16:20.03 | T0mW | hmmm, depmod was not run on the old filesystem, nor was there a modules.dep |
| 16:20.17 | jbevren | thats only used by modprobe btw |
| 16:20.24 | T0mW | isn't modules.dep needed for modprobe, but not with insmod? |
| 16:20.26 | jbevren | if you insmod and manually resolve module dependancies, youre ok |
| 16:20.30 | T0mW | ok |
| 16:20.31 | T0mW | thanks |
| 16:20.32 | jbevren | precisely :) |
| 16:20.33 | jbevren | np |
| 16:20.53 | T0mW | ~nuke depmod |
| 16:20.54 | purl | ACTION prepares 100 missle silos, and targets them at depmod ... B☢☢M! |
| 16:21.06 | T0mW | ~botsnack |
| 16:21.06 | purl | T0mW: thanks |
| 16:21.23 | T0mW | see, I should let purl do this stuff |
| 16:24.45 | T0mW | mo' better |
| 16:27.24 | chouimat|ibook | quote of the day: If God had intended Man to Smoke, He would have set him on Fire. |
| 16:27.48 | T0mW | .. or never invented sex |
| 16:29.12 | prpplague | well i've successfully removed 3 tsop2 48pin chips |
| 16:29.34 | prpplague | just wish i had something to solder them to |
| 16:29.59 | T0mW | prpplague: bitch bitch bitch, all you do is bitch |
| 16:30.01 | T0mW | ;-) |
| 16:30.03 | prpplague | hehe |
| 16:42.27 | jbevren | hm |
| 16:42.35 | jbevren | arm7 can play mp3's at 90mhz (pixter) right? |
| 16:42.47 | jbevren | prpplague: also btw, it appears that the audio on the pixter is stereo-capable |
| 16:42.54 | jbevren | or appears to be |
| 16:43.03 | jbevren | the left and right signals are sent individually from the main board |
| 16:43.03 | T0mW | if it has a hardware decoder, yes |
| 16:43.16 | jbevren | T0mW: the juicebox (iirc) doesnt have one |
| 16:43.19 | jbevren | and its 66mhz |
| 16:43.37 | prpplague | jbevren: ahh i hadn't had time to look |
| 16:43.47 | jbevren | not that it'd be too difficult to stick a vlsi1001k on it |
| 16:43.51 | T0mW | interesting, wonder why ZipIt won't play them then (90MHz ARM720T) |
| 16:44.17 | jbevren | I wonder if the JB's internal mp3 player runs linux |
| 16:44.33 | jbevren | I know the rom has uclinux in it.. beyond that, thats all I know |
| 16:45.32 | *** join/#edev redblue (i=star@ppp138.109-253-207.mtl.mt.videotron.ca) |
| 16:50.13 | GPSFan | T0mW: the Zipit will play mp3's but limited to 64kbps and sometimes 96kbps. It "should" be able to handle 128kbps, but currently doesn't. It may be a uClibc problem, but I havn't woeked on it for over a year. |
| 16:50.46 | jbevren | GPSFan: using libmad? |
| 16:50.56 | GPSFan | yes |
| 16:51.00 | jbevren | cool |
| 16:51.10 | jbevren | the gp2x can do it, but thats a bit faster and is arm9 |
| 16:51.24 | jbevren | for whatever reason, they use libmad instead of the MMSP2 hardware decoder |
| 16:52.56 | GPSFan | yeah, the sound is really nice, untill it skipps, I finally used remotePCM, it decodes the mp3 on the host and sends raw data to the Zipit, much less cpu overhead, sounds great. |
| 16:55.13 | T0mW | prpplague: who populates the root dir contents, I know about skel.tar.gz, but how does the packages get copied into it? |
| 16:57.39 | jbevren | random question.. is there a software ALSA audio sink that sends pcm over ethernet? |
| 16:57.39 | T0mW | prpplague: nm |
| 17:03.39 | prpplague | thats alot of connections |
| 17:08.31 | prpplague | <PROTECTED> |
| 17:10.05 | prpplague | jbevren: i'm beginning to think what i need to do is a circuit to cause the system to boot to a nor flash x8 chip |
| 17:10.26 | prpplague | jbevren: that would be alot less line to connect |
| 17:10.46 | prpplague | jbevren: and i could use some plcc style chips as well |
| 17:11.18 | T0mW | prpplague: sure, just bend every other lead up/down, then solder to them |
| 17:11.41 | prpplague | T0mW: for the tsop or the plcc? |
| 17:14.44 | prpplague | just trying to decide if i want to hack something or what for the proto boards |
| 17:14.53 | prpplague | T0mW: i'm very impatient |
| 17:15.20 | T0mW | yeah, I can be that way too, but, I've learned to wait for UPS |
| 17:15.44 | prpplague | T0mW: yea, my problem is the long deal |
| 17:15.54 | prpplague | T0mW: delay |
| 17:16.08 | T0mW | if I positively need it "now", I'll wait until tomorrow and have it sent overnight. heh |
| 17:16.19 | prpplague | hehe |
| 17:16.43 | T0mW | I've learned when I "make something work", it takes me hours of fsck'ing around and that is not free time |
| 17:16.48 | prpplague | which reminds me, i need to order some headers and so misc stuff |
| 17:17.08 | prpplague | T0mW: yea |
| 18:20.26 | *** join/#edev prpplague (n=billybob@72.22.150.137) |
| 18:21.03 | prpplague | ho ho ho |
| 18:33.50 | *** join/#edev dijenerate (n=dijenera@69.73.222.209) |
| 19:01.49 | *** join/#edev dijenerate (n=dijenera@69.73.218.224) |
| 19:01.52 | *** join/#edev EvilDevil_ (n=miau@p54A6E473.dip.t-dialin.net) |
| 19:03.34 | *** join/#edev prpplague (n=billybob@69.73.210.95) |
| 19:03.47 | jbevren | propellerplague |
| 19:06.17 | prpplague | ho ho ho |
| 19:06.23 | prpplague | got adsl problems today |
| 19:06.33 | prpplague | jbevren: i added a jumper to switch modes on the jtag |
| 19:06.37 | jbevren | cool |
| 19:06.40 | jbevren | so, |
| 19:06.47 | jbevren | why jtag if youre ont in debug mode? |
| 19:07.26 | prpplague | jbevren: you need to be in jtag/bsdl mode if you want to use it to bitbang program flash |
| 19:07.46 | prpplague | jbevren: debug just gives you access to the debug registers |
| 19:07.49 | prpplague | not the bsdl |
| 19:07.52 | prpplague | bsd |
| 19:09.03 | jbevren | ahh |
| 19:09.59 | prpplague | so franken pixter is doing well |
| 19:10.07 | prpplague | i have to do the rs-232 uart connections |
| 19:10.17 | prpplague | and wire up a socket for the flash |
| 19:12.56 | prpplague | jbevren: that looks to have standard intel flash - Item number: 160004806410 |
| 19:13.04 | prpplague | jbevren: but i can't read the chip number |
| 19:13.06 | *** join/#edev lEvilDevi (n=miau@p54A6E9D6.dip.t-dialin.net) |
| 19:13.08 | prpplague | jbevren: |
| 19:13.21 | prpplague | jbevren: i sent a question to the seller to see if he could give me the chip number |
| 19:14.00 | jbevren | prpplague: um |
| 19:14.05 | jbevren | I have a 2514 |
| 19:14.07 | jbevren | you coulda asked :) |
| 19:14.12 | jbevren | in fact |
| 19:14.14 | prpplague | yea? |
| 19:14.17 | jbevren | I'll get the number for you shortly :) |
| 19:14.21 | prpplague | jbevren: ok thanks |
| 19:14.42 | jbevren | the 80pin flash simms are pretty neat |
| 19:14.54 | jbevren | you can get em in 16's too |
| 19:15.07 | jbevren | and I"m pretty sure theyre NOR (linear) |
| 19:15.27 | jbevren | rb |
| 19:16.06 | prpplague | yea |
| 19:16.30 | prpplague | i suspect they are NOR as well |
| 19:16.30 | prpplague | just don't know the voltage or if they are x8 or x16 |
| 19:17.54 | jbevren | prpplague: but they almost have to be nor |
| 19:17.56 | jbevren | I'm betting 8bit |
| 19:18.05 | jbevren | prpplague: cisco 2500s can run stuff from flash |
| 19:18.07 | jbevren | anyway |
| 19:18.24 | jbevren | e28f016sa |
| 19:18.27 | jbevren | now interesting part |
| 19:18.30 | jbevren | it has two speed ratings |
| 19:18.33 | jbevren | 100ns 5.0v |
| 19:18.34 | jbevren | 150ns 3.3v |
| 19:18.38 | jbevren | so its both |
| 19:18.44 | jbevren | the 2500 however is a 5v system (mc68030) |
| 19:18.47 | jbevren | now, brb |
| 19:22.09 | *** join/#edev EvilDevil (n=miau@p54A6FC59.dip.t-dialin.net) |
| 19:25.14 | jbevren | hehe |
| 19:26.08 | jbevren | iirc this simm even has uclinux |
| 19:26.16 | jbevren | no network support tho |
| 19:26.27 | jbevren | there used to be an image with zebra for the 2500s |
| 19:26.30 | jbevren | wish I could find it :) |
| 19:28.38 | jbevren | haha |
| 19:28.41 | jbevren | sticker on the back of the simm |
| 19:28.46 | jbevren | "VOLD IF BROKEN" |
| 19:30.38 | prpplague | cool its configurable for 3.3 or 5v with configurable x8 or x16 |
| 19:31.41 | prpplague | cool |
| 19:32.22 | jbevren | I need to get a 16 |
| 19:32.30 | jbevren | I ordered a "16" once that turned out to be an 8 |
| 19:32.36 | jbevren | IOS 12.2(T) is 11.5M in size |
| 19:32.38 | jbevren | hehe |
| 19:32.54 | jbevren | not enough mem in the cisco to tftpboot it, so it has to reside on the simm |
| 19:33.02 | prpplague | ram or flash? |
| 19:33.26 | jbevren | boz: and some things are WORTH supporting |
| 19:33.27 | jbevren | oops |
| 19:33.31 | jbevren | hehe |
| 19:35.46 | prpplague | brb |
| 19:39.02 | *** join/#edev dijenerate (n=dijenera@69.73.218.224) |
| 19:40.35 | *** join/#edev prpplague (n=billybob@69.73.210.95) |
| 19:50.53 | prpplague | doh |
| 19:50.59 | prpplague | elinux.org has no space ;eft |
| 19:51.00 | prpplague | left |
| 19:51.39 | *** mode/#edev [+o prpplague] by ChanServ |
| 19:51.51 | jbevren | gah! |
| 19:52.10 | jbevren | T0mW: btw, interested in a different server for elinux.org? heh |
| 19:52.33 | prpplague | yea, tim and i have been talking about moving it |
| 19:52.59 | prpplague | hehe i have a pic of my dev board |
| 19:53.04 | prpplague | but no where to post it :( |
| 19:53.07 | jbevren | hehe |
| 19:53.08 | jbevren | dcc |
| 19:53.12 | jbevren | I'll post it in my pixter/ dir |
| 19:53.15 | prpplague | i don't think i can |
| 19:53.18 | jbevren | :( |
| 19:53.20 | jbevren | email? :) |
| 19:53.27 | jbevren | try the dcc.. worst case, it wont work |
| 19:53.49 | prpplague | jbevren: you get a request? |
| 19:53.53 | jbevren | hm |
| 19:53.54 | jbevren | nope |
| 20:00.00 | jbevren | haha |
| 20:00.02 | jbevren | I love these people |
| 20:00.13 | T0mW | this is weird, with a clean buildroot and only copy my target/device/Cirrus tree into it, when you do a make, it skips ahead to the kernel build before it installs gcc & binutils |
| 20:00.15 | jbevren | "Our email isn't working and its costing us up to $10,000/day" |
| 20:00.18 | jbevren | well guess what |
| 20:00.25 | jbevren | I'm losing up to $50,000/hour talking to you about your issue |
| 20:04.52 | prpplague | jbevren: otw |
| 20:05.25 | prpplague | T0mW: part of the gcc build requires some minor portions of the kernel |
| 20:05.36 | prpplague | T0mW: what are you seeing as far as the kernel build? |
| 20:06.00 | T0mW | yeah, but, the Sharp project doesn't do that: it downloads headers first. |
| 20:06.21 | T0mW | I think it is a naming thing: Cirrus < Sharp |
| 20:06.28 | T0mW | and Cirrus < ??? |
| 20:06.40 | prpplague | T0mW: naw |
| 20:06.46 | T0mW | so, the build for Cirrus runs first other than the binutils thing |
| 20:06.56 | prpplague | T0mW: no i doubt that |
| 20:07.04 | prpplague | T0mW: should be a dependency |
| 20:07.13 | T0mW | could be |
| 20:07.34 | prpplague | jbevren: you get it yet?you get it yet?you get it yet?you get it yet?you get it yet? |
| 20:07.53 | prpplague | jbevren: i haven't mounted it all on the board yet |
| 20:14.45 | prpplague | holy holy cow |
| 20:14.57 | prpplague | jbevren: the old psion machines have a nor flash cartridge |
| 20:18.06 | T0mW | prpplague: you are correct sir, dependacy |
| 20:40.18 | T0mW | wtf, where did prpplague go? |
| 20:40.30 | T0mW | AH! it is 5PM for Dave |
| 20:44.15 | T0mW | hmmm binutils 2.16 won't compile a 2.4.21 kernel |
| 20:53.01 | *** join/#edev prpplague (n=billybob@200.50.88.176) |
| 20:53.11 | T0mW | prpplague: hey! |
| 20:53.15 | T0mW | http://www.jandspromotions.com/philips2005/Winners/Abstracts/AR1784_abstract.pdf |
| 20:53.29 | T0mW | prpplague: you recall the conversation about VGA? |
| 20:55.24 | T0mW | prpplague: it is only 8 color, but, it is simple |
| 21:03.47 | prpplague | jbevren: you get that email? |
| 21:06.02 | prpplague | T0mW: cooool |
| 21:06.05 | prpplague | nice nice |
| 21:08.09 | T0mW | prpplague: for ARM, what floating point settings for buildroot? uClibc = SoftFloat and the HAS_FPU = ON ? |
| 21:08.48 | prpplague | T0mW: since the linux kernel has FPU emulation, as far as the software is concerned it has an fpu |
| 21:09.31 | T0mW | prpplague: Ok, so screw uClibc soft float then an just pretend that there is an FPU available in the CPU / kernel? |
| 21:09.38 | prpplague | yep |
| 21:10.14 | T0mW | buildroot settings are a bit of a PITA, if you select a board, you still have to juggle a lot of settings that don't match the board |
| 21:10.36 | prpplague | yea, thats been one of my complaints for awhile |
| 21:10.42 | prpplague | T0mW: i've fixed alot of them |
| 21:10.54 | prpplague | T0mW: (hint its alot better than it was) |
| 21:11.08 | T0mW | wonder if buildroot shouldn't come up the with the first make, irregardless of "make menuconfig" and give you a list of boards. Then, you get the chance to bypass the board choice, or take one. |
| 21:11.55 | T0mW | prpplague: if you take a choice, it copies from target/device/<mfgr>/<board>/defconfig config, etc and bails out to the command line. |
| 21:12.12 | T0mW | the next time you run make, it simply bypasses the board choice this time. |
| 21:12.58 | prpplague | T0mW: yea, well its working towards similiar to the kernel config, i.e. make defconfig_lnode80 |
| 21:13.35 | prpplague | jbevren: you get that email yet? hehe |
| 21:13.37 | T0mW | prpplague: that still takes intimate knowledge of the quirks of using buildroot |
| 21:14.02 | prpplague | T0mW: make defconfig_lnode80 ? that requires quirk knowledge? |
| 21:14.11 | T0mW | yeah |
| 21:14.21 | prpplague | hmm |
| 21:14.26 | T0mW | touch .configed-board |
| 21:14.57 | T0mW | #if $(shell [ -f .configed-board ]; skip |
| 21:15.37 | *** mode/#edev [+o prpplague] by ChanServ |
| 21:16.29 | T0mW | prpplague: once I get this ZipIt stuff working, i was thinking of adding the board chooser to buildroot. |
| 21:16.49 | prpplague | T0mW: we welcome patches |
| 21:17.17 | T0mW | prpplague: you'd be very lucky if I sent you only a patch, heh |
| 21:17.23 | prpplague | hehe |
| 21:17.34 | T0mW | tar jcf <blah> |
| 21:17.37 | T0mW | :P |
| 21:18.03 | prpplague | T0mW: hehe, the patch submission is limited to 512k |
| 21:18.28 | T0mW | well., guess you don't get my updates |
| 21:18.32 | prpplague | hehe |
| 21:18.33 | T0mW | LOL |
| 21:18.39 | prpplague | T0mW: diff -urN |
| 21:18.51 | T0mW | diff -ruN |
| 21:19.24 | T0mW | it is waaaaaay past my bedtime |
| 21:19.29 | prpplague | hehe |
| 21:19.34 | prpplague | crap i hate sd.net |
| 21:19.36 | prpplague | sf.net |
| 21:51.38 | *** join/#edev elvueno (n=elvueno@84-120-211-7.onocable.ono.com) |
| 22:07.14 | jbevren | http://jbevren.net/pixter/devboard.jpg yay |
| 22:07.17 | jbevren | prp's deboard |
| 22:07.19 | jbevren | out for a while |
| 22:28.43 | *** join/#edev prpplague (n=dave@72.22.142.1) |
| 22:35.47 | prpplague | jbevren: hehe you get my email yet? |
| 22:47.22 | prpplague | hmmm |
| 22:47.33 | prpplague | well that didn't go over well...... |
| 22:48.05 | prpplague | donna didn't seem to happy when i told her i registered donnathecrackmom.com hehe |
| 22:48.17 | CosmicPenguin | wow |
| 22:48.21 | agaffney | o_O |
| 22:48.24 | CosmicPenguin | what a ladies man |
| 22:48.24 | agaffney | haha |
| 22:48.28 | prpplague | CosmicPenguin: hehe, bad joke i guess |
| 22:48.30 | prpplague | hehe |
| 22:48.39 | CosmicPenguin | geez - you think? |
| 22:48.42 | prpplague | hehe |
| 22:48.47 | prpplague | i thought it was funny |
| 22:48.50 | prpplague | hehe |
| 22:49.43 | prpplague | CosmicPenguin: she said she was gonna get lazybastard.com for me, hehe |
| 22:49.56 | CosmicPenguin | its probably taken |
| 22:50.27 | prpplague | ahh good point |
| 22:50.43 | prpplague | ~nslookup lazybastard.com |
| 22:51.06 | agaffney | lazybastard.org is available |
| 22:51.12 | prpplague | hehe |
| 22:51.18 | agaffney | .net is taken |
| 22:52.26 | prpplague | "welcome to lazybastard.org, we are dedicated to bringing you ever way imaginable inorder to get out of doing any type of wife request work" |
| 22:52.40 | agaffney | heh |
| 22:53.35 | prpplague | muhahaha |
| 22:53.36 | prpplague | http://jbevren.net/pixter/devboard.jpg |
| 22:53.46 | prpplague | pics of my frankein-pixter |
| 22:54.19 | CosmicPenguin | I read franklin pixter |
| 22:54.25 | prpplague | hehe |
| 22:54.37 | CosmicPenguin | and I'm like - what does ben franklin have to do with anything? |
| 22:54.43 | prpplague | hehe |
| 22:55.25 | prpplague | i don't have everything screwed down yet to the board |
| 22:55.44 | prpplague | gotta add the max232 chip and the socket for the nor flash |
| 22:55.52 | prpplague | as well as the sd/mmc card socket |
| 22:56.23 | prpplague | the lcd cable was a real pain to solder |
| 22:57.54 | prpplague | CosmicPenguin: whatcha think? shall we put nano-x on it? |
| 22:58.00 | CosmicPenguin | sure |
| 22:58.01 | CosmicPenguin | go for it |
| 22:58.27 | CosmicPenguin | if you need any help, don't hesitate to sod off |
| 22:58.29 | CosmicPenguin | :) |
| 22:58.41 | prpplague | hehe |
| 22:59.10 | prpplague | hehe, once i get a little further along, i might mod one for ya and send it you, hehe |
| 22:59.52 | CosmicPenguin | if you do that, I'll put nano-x on it for you |
| 23:00.05 | prpplague | CosmicPenguin: deal |
| 23:01.51 | prpplague | CosmicPenguin: once i get all the hardware working and the bootloader,kernel and rootfs down, i'll send you one |
| 23:02.29 | prpplague | man is the lcd bright and clear |
| 23:10.17 | *** mode/#edev [+o prpplague] by ChanServ |
| 23:13.12 | prpplague | T0mW: you see the pic? |
| 23:13.20 | prpplague | T0mW: what i want is a custom version of that board |
