| 00:13.03 | CIA-22 | 03bzhou * r7669 10optware/trunk/make/gnuplot.mk: gnuplot: turn off optimization for matrix.c on gumstix1151 too |
| 00:16.08 | ka6sox-laptop | VoodooZ_, I use a dual voltage '244 device. |
| 00:18.53 | VoodooZ_ | ka6sox-laptop: unfortunately I couldn't find any in my junk box so I might use my old resistor based one.. |
| 00:19.03 | ka6sox-laptop | ah |
| 00:19.13 | VoodooZ_ | I have a 245 that I could probably rig up the same too. |
| 00:19.35 | VoodooZ_ | I flashed a few sat receivers using that cable and it works but you have to keep it short.. |
| 00:19.45 | ka6sox-laptop | ya |
| 00:20.11 | Annirak | Anyone know if the IXP4xx is 5V tolerant on the UART signals? |
| 00:20.18 | VoodooZ_ | the wiki does an amazing job on the jtag topic btw.. |
| 00:21.03 | VoodooZ_ | Annirak: not sure... I remember that the GPIO pins used for I2C were 5V tolerant.. but better check.. |
| 00:23.07 | Annirak | I don't think I have any 3.3V RS-232 converters in a hackable package. I know I have 5V ones. All the 3.3V ones are in like QFN 32. No way I can solder resistors straight to that. |
| 00:24.13 | Annirak | I'll have to post pics of this if I make it work well |
| 00:27.00 | Annirak | Yeah, I think you guys have the tolerance mixed up there |
| 00:27.16 | Annirak | From the intel datasheet: All IXP42X product line and IXC1100 control plane processors I/O pins are not 5-V tolerant. |
| 00:28.01 | *** join/#nslu2-linux yvasilev (n=yvasilev@189.140.150.8) |
| 00:55.07 | Annirak | ok, I'm going to mod an FTDI board and get me a serial port |
| 00:57.29 | *** join/#nslu2-linux thraxisp (n=thraxisp@24.139.16.154) |
| 01:09.06 | *** join/#nslu2-linux thraxisp (n=thraxisp@24.139.16.154) |
| 01:10.40 | *** join/#nslu2-linux rwhitby (n=rwhitby@nslu2-linux/rwhitby) |
| 01:14.25 | rwhitby | VoodooZ_: I woudn't go applying 5V to the ixp42x pins ... |
| 01:15.43 | ka6sox-laptop | iirc some varities of '244 are 5v tolerant. |
| 01:15.53 | rwhitby | VoodooZ_: you do need an apex of the appropriate endianness to boot a kernel, unless you have an arm-kernel-shim prepended to the kernel. |
| 01:16.34 | VoodooZ_ | rwhitby: ok. thanks. I knew I should have waited to talk to you.. :) |
| 01:17.21 | rwhitby | you make robots out of slugs, jtag should be a breeze for you. |
| 01:17.27 | VoodooZ_ | hahaha |
| 01:18.17 | VoodooZ_ | yeah, we'll see how it goes.. I got a header soldered on and I'm waiting for the glue to dry.. I'll setup the jtag s/w meanwhile... |
| 01:32.09 | CIA-22 | 03bzhou * r7670 10optware/trunk/make/lm-sensors.mk: lm-sensors: 3.0.0 -> 3.0.1 |
| 01:36.31 | ka6sox-laptop | woot...I'll try that tonight. |
| 01:36.45 | ka6sox-laptop | (on the *new* gastro) |
| 02:15.33 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.246) |
| 02:16.08 | *** join/#nslu2-linux eiffel_ (n=eiffel@dslb-084-061-142-096.pools.arcor-ip.net) |
| 02:40.08 | *** join/#nslu2-linux jacques (n=jacques@c-98-199-2-9.hsd1.tx.comcast.net) |
| 02:51.58 | VoodooZ_ | darn. with my luck.. soldered everything install jtag as per wiki and no go.. :( |
| 02:55.53 | VoodooZ_ | yipee. now it detects the slug! |
| 03:01.51 | VoodooZ_ | flashing... |
| 03:21.35 | VoodooZ_ | didn't work.. the wiki mentions flashing 0x50000000 OR 0x0... I'll try 0x0 ... |
| 03:27.21 | CIA-22 | 03rwhitby * r1010 10kernel/trunk/Makefile: Added support for using git to manage the kernel |
| 03:28.14 | CIA-22 | 03rwhitby * r1011 10kernel/trunk/patches/2.6.25/ (15 files): Updated latest development to bleeding edge upstream and local patches. |
| 04:10.47 | CIA-22 | 03bzhou * r7671 10optware/trunk/make/lftp.mk: lftp: 3.6.1 -> 3.6.3 |
| 04:15.01 | CIA-22 | 03rwhitby * r1012 10kernel/trunk/Makefile: Fixed non-git operation |
| 04:16.05 | CIA-22 | 03bzhou * r7672 10optware/trunk/make/yougrabber.mk: yougrabber: 0.29.3 -> 0.29.4 |
| 04:45.14 | *** join/#nslu2-linux DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1) |
| 06:15.31 | *** join/#nslu2-linux Annirak[W] (n=bmoran@h2-cpe102.insinc.com) |
| 06:23.59 | *** join/#nslu2-linux Annirak (n=chatzill@S0106000129d15bac.vc.shawcable.net) |
| 07:11.11 | *** join/#nslu2-linux drath_ (i=vmaster@p5B07E31A.dip.t-dialin.net) |
| 07:33.42 | *** join/#nslu2-linux VoodooZ (n=palm3@76.10.166.127) |
| 07:39.38 | *** join/#nslu2-linux osas (n=nnnnnnnn@nslu2-linux/osas) |
| 08:44.48 | *** join/#nslu2-linux gouki_ (n=gouki@ubuntu/member/gouki) |
| 09:04.44 | *** join/#nslu2-linux kolla (n=kolla@firda.uninett.no) |
| 09:18.23 | *** join/#nslu2-linux kolla_ (n=kolla@drift1.uninett.no) |
| 09:19.23 | *** join/#nslu2-linux VoodooZ_ (n=palm3@76.10.166.127) |
| 09:30.32 | *** join/#nslu2-linux ka6sox-laptop (n=tom@nslu2-linux/ka6sox) |
| 09:59.29 | *** join/#nslu2-linux erikja (n=erikja@0x57314066.abnxx10.adsl-dhcp.tele.dk) |
| 12:11.37 | *** join/#nslu2-linux mithro (n=tim@169.222.15.33) |
| 12:42.06 | CIA-22 | 03rwhitby * r1013 10kernel/trunk/patches/2.6.25/ (ixp4xx-fsg-board-support.patch ixp4xx-fsg-led-driver.patch): Split the fsg patch |
| 12:47.56 | *** join/#nslu2-linux kolla (n=kolla@drift1.uninett.no) |
| 13:08.32 | CIA-22 | 03rwhitby * r1014 10kernel/trunk/patches/2.6.25/ (10 files): Refreshed patches against latest upstream |
| 13:31.25 | *** join/#nslu2-linux gi-el (n=giel@twigs.okkernoot.net) |
| 13:32.28 | *** part/#nslu2-linux gi-el (n=giel@twigs.okkernoot.net) |
| 14:14.46 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.246) |
| 14:26.02 | *** join/#nslu2-linux Ragnor (n=Ragnor@dslb-084-062-095-170.pools.arcor-ip.net) |
| 14:26.07 | *** join/#nslu2-linux VoodooZ (n=palm3@76.10.166.127) |
| 14:47.08 | *** join/#nslu2-linux oleo (n=leon@193.2.111.2) |
| 15:34.43 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 15:40.24 | *** join/#nslu2-linux Reedy_Boy (n=Reedy_bo@wikimedia/Reedy-Boy) |
| 15:43.45 | *** join/#nslu2-linux thraxisp (n=thraxisp@ottgate.precidia.com) |
| 16:13.46 | *** join/#nslu2-linux lyakh (n=lyakh@p57BD27D6.dip0.t-ipconnect.de) |
| 16:57.47 | *** join/#nslu2-linux hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 17:04.02 | *** join/#nslu2-linux hillct (n=H@cpe-024-211-242-232.nc.res.rr.com) |
| 17:06.00 | CIA-22 | 03bzhou * r7673 10optware/trunk/make/py-decoratortools.mk: py-decoratortools: 1.6 -> 1.7 |
| 17:12.43 | CIA-22 | 03bzhou * r7674 10optware/trunk/make/py-simpy.mk: py-simpy: 1.8 -> 1.9 |
| 17:27.12 | Annirak | So I'm trying to build a new flash image for my (now bootable) slugos/le + debian NSLU2. I intend to load the new image onto it via upslug2, so I'm using slugimage to build a new image. I assume that I need the apex loader off of the debian-installer image. I'll use the vmlinuz from the kernel-image package. That leaves me with the ramdisk left to build. What do I need to put in the ramdisk? |
| 17:28.03 | *** join/#nslu2-linux DrZimmerman (n=theo@2001:5c0:8fff:fffe:0:0:0:6af1) |
| 17:28.13 | *** join/#nslu2-linux rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net) |
| 17:32.11 | *** join/#nslu2-linux pleemans (n=peter@d51A5E76A.access.telenet.be) |
| 18:09.51 | VoodooZ | I've tried flashing an LE flavour of Apex (using jtag) and it just doesn't work.. tried flashing BE and it does so it's not my procedure/jtag.. |
| 18:11.03 | VoodooZ | I tried flashing it with both endianness using jtag's endian command.. one doesn't do anything and the other boot but outputs what looks like byte swapped text.. |
| 18:11.41 | VoodooZ | anybody upgraded their bootloader to LE who can help? |
| 18:23.24 | CIA-22 | 03osas 07slugos-4.8-beta * r458 10slugos/openembedded/packages/meta/slugos-packages.bb: slugos-packages.bb: stunnel promoted |
| 18:40.08 | Annirak | :( |
| 18:40.21 | Annirak | sorry, I don't think I can do anything for you |
| 18:40.49 | Annirak | I've just discovered that I don't have a working copoy of devio |
| 18:42.22 | Annirak | and my new slug image is *nearly* ready too... |
| 18:42.48 | Annirak | Not that I know whether it will work or not. |
| 18:42.51 | CIA-22 | 03osas 07slugos-4.8-beta * r459 10slugos/openembedded/packages/ (4 files in 4 dirs): asterisk-core-sounds-en: 1.4.7 -> 1.4.8 |
| 18:44.33 | *** join/#nslu2-linux jprind (n=jprindiv@32.60.107.139) |
| 18:49.42 | *** join/#nslu2-linux caplink811 (n=Joerg@dslb-088-073-021-201.pools.arcor-ip.net) |
| 18:53.38 | CIA-22 | 03osas 07slugos-4.8-beta * r460 10slugos/openembedded/packages/ (4 files in 4 dirs): asterisk-extra-sounds-en: 1.4.6 -> 1.4.7 |
| 18:54.35 | *** join/#nslu2-linux yvasilev (n=yvasilev@dune.math.cinvestav.mx) |
| 19:00.30 | *** join/#nslu2-linux thraxisp_ (n=thraxisp@century.precidia.com) |
| 19:29.06 | *** join/#nslu2-linux Zword (n=Zword@bos94-3-82-226-234-106.fbx.proxad.net) |
| 19:41.51 | CIA-22 | 03bzhou * r7675 10optware/trunk/make/libcurl.mk: libcurl: 7.17.0 -> 7.18.0 |
| 19:45.42 | VoodooZ | Annirak: thanks anyways. I'm trying various byte swap methods (as per wiki) on the apex.bin file before flashing it.. long but covers all possiblilities.. |
| 19:46.26 | VoodooZ | I did open a can of worms by changing endianess! :) |
| 19:51.40 | *** join/#nslu2-linux VoodooZ_ (n=palm3@76.10.166.127) |
| 20:23.46 | *** join/#nslu2-linux ch4os_ (n=ch4os@unaffiliated/ch4os/x-059673) |
| 20:26.13 | *** join/#nslu2-linux Reedy_Boy (n=Reedy_bo@wikimedia/Reedy-Boy) |
| 20:51.26 | Annirak | VoodooZ: any luck? |
| 21:28.39 | *** join/#nslu2-linux thraxisp (n=thraxisp@century.precidia.com) |
| 21:33.30 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 21:33.56 | *** join/#nslu2-linux thraxisp (n=thraxisp@century.precidia.com) |
| 21:53.29 | *** join/#nslu2-linux thraxisp_ (n=thraxisp@century.precidia.com) |
| 22:22.50 | *** join/#nslu2-linux VoodooZ_ (n=palm3@76.10.166.127) |
| 22:26.29 | *** join/#nslu2-linux repvik (n=repvik@nslu2-linux/pdpc.active.NAiL) |
| 23:05.44 | VoodooZ_ | Annirak: nope. The only le apex that worked was an old one I found on the wiki (apex.flash). |
| 23:06.38 | VoodooZ_ | so I'm at the point where I'm comparing hexdumps of the variations iterations (cross-compilers, byte-ordering, etc..) for differences.. |
| 23:06.57 | VoodooZ_ | Is the SERCOMM header crap necessary if you are not using redboot? |
| 23:07.33 | rwhitby | VoodooZ_: no |
| 23:07.58 | rwhitby | VoodooZ_: I use LE apex as second stage all the time (the Debian distro's apex is LE). |
| 23:08.18 | rwhitby | I guess your problems is using Apex LE as first stage bootloader. I doubt that has ever been tested. |
| 23:08.33 | VoodooZ_ | ok. |
| 23:08.44 | VoodooZ_ | I'm a pioneer! ;-) |
| 23:09.22 | VoodooZ_ | The wiki mentions of two ways of byte-swapping the bin files and they both give different results so I'm a bit confused... |
| 23:10.01 | VoodooZ_ | I would think the instruction to set the endianess would be the first thing in apex right? |
| 23:11.53 | VoodooZ_ | rwhitby: Is the OE built cross compiler the same for both slugosbe and le? |
| 23:12.29 | VoodooZ_ | I noticed that there's a slugos, slugosbe and slugosle folders... the cross compiler is in the common slugos folder... |
| 23:13.14 | rwhitby | the slugosle and slugosbe folders are deprecated - it's all built in the slugos directory now |
| 23:13.22 | VoodooZ_ | in fact, the only apex one I was able to flash successfully is the one designed for debian on the wiki... |
| 23:13.28 | VoodooZ_ | ah ok.. |
| 23:13.56 | VoodooZ_ | but the compiler is the same right? they are just called differently? |
| 23:14.15 | rwhitby | no, there is arm-linux- and armeb-linux- ... |
| 23:15.20 | VoodooZ_ | ok. I noticed it for angstrom but not slugos... I'll compare the hexdump of both binaries of apex then.. |
| 23:15.57 | VoodooZ_ | Isn't the ixp defaulting to LE on reset anyways ? |
| 23:18.24 | VoodooZ_ | I'll try building apex with my freshly built slugosle-made compiler then.. |
| 23:26.03 | rwhitby | VoodooZ_: I have no idea what it defaults to, cause I've never replaced RedBoot. |
| 23:26.53 | Annirak | I think apex is attempting to load my kernel from the wrong location. What do I do? |
| 23:27.09 | *** join/#nslu2-linux thraxisp (n=thraxisp@24.139.16.154) |
| 23:27.21 | rwhitby | Annirak: use the correct apex config file during the build |
| 23:27.57 | rwhitby | are you building apex with the Makefile at http://svn.nslu2-linux.org/svnroot/kernel/trunk/ ? |
| 23:30.06 | VoodooZ_ | rwhitby: does OE's apex package build differently for le and be? I guess I'll have to try it instead of building my own.. Although it worked before.. |
| 23:30.39 | Annirak | rwhitby: No, I was using a prepackaged apex file, not a built apex |
| 23:30.59 | rwhitby | Annirak: ok, so you can change the kernel load location on the apex cmdline |
| 23:32.06 | Annirak | rwhitby: when I use setenv on the apex commandline, I get "environment region is unwritable |
| 23:32.14 | VoodooZ_ | is the makefile you just mentioned the same as the master makefile or? Which one should I use for building apex? |
| 23:32.25 | rwhitby | VoodooZ_: it's the kernel svn repo Makefile |
| 23:32.38 | VoodooZ_ | Annirak: that is configurable item in apex.. |
| 23:32.47 | rwhitby | Annirak: you need to erase the whole partition first, and pad apex with 0xFFs. |
| 23:33.29 | Annirak | rwhitby: I wrote apex and my kernel image using upslug2 after building the image with slugimage |
| 23:34.09 | rwhitby | how big was the apex binary? if it was more than about 40K then it's probably padded with zeros and won't work for changing the environment. |
| 23:34.20 | Annirak | It was 48k |
| 23:34.44 | rwhitby | ok, pastebin the apex bootloader serial output then |
| 23:35.01 | Annirak | hold on |
| 23:35.12 | Annirak | I think this might have been my other apex bin |
| 23:35.17 | Annirak | which was 127k |
| 23:35.22 | Annirak | and would explain the error |
| 23:35.54 | rwhitby | early debian images had zero padding in the apex partition for some reason |
| 23:36.07 | Annirak | Yeah, that'd do it. I'll try the 48k version and that should fix it |
| 23:37.03 | *** join/#nslu2-linux mithro (n=tim@169.222.10.205) |
| 23:39.45 | VoodooZ_ | perhaps I'll try one of those debian apex... |
| 23:40.29 | VoodooZ_ | rwhitby: do you remember marc singer's alias? does he still hang around here? |
| 23:40.49 | rwhitby | he doesn't. you need to email him. |
| 23:41.16 | VoodooZ_ | ok. thanks |
| 23:41.23 | rwhitby | VoodooZ_: none of the differences between the debian and slugos/le apex binaries would affect whether it boots or not |
| 23:42.53 | VoodooZ_ | ok. I could also try flashing back a be build of apex and using the -s option of apex's copy to byte swap the kernel.. unless the kernel doesn't change the endian bit.. |
| 23:46.15 | VoodooZ_ | I guess all I want is to get an EABI OS really.. angstrom or not.. I doubt slugos does yet.. |
| 23:52.52 | CIA-22 | 03rwhitby * r1015 10kernel/trunk/patches/2.6.25/ (3 files): fsg led support can be included in the initial board patch |