| 01:11.04 | *** join/#nslu2-linux mib_2m2f1o (i=4157acf4@gateway/web/ajax/mibbit.com/x-ad772caa77215fe1) |
| 01:24.16 | *** join/#nslu2-linux t[cc]smar (n=[cc]smar@gw.ptr-62-65-142-223.customer.ch.netstream.com) |
| 01:57.00 | RobNC | Is there something wrong with the wiki sandbox - I can't preview - tried Firefox and IE7 |
| 01:58.53 | RobNC | http://www.nslu2-linux.org/wiki/Main/WikiSandbox |
| 02:18.44 | *** join/#nslu2-linux osas (n=nnnnnnnn@nslu2-linux/osas) |
| 02:37.31 | mwester | RobNC: that's been broken for a long time, no idea why. |
| 02:41.42 | RobNC | thanks mwester. |
| 02:42.02 | RobNC | Anyone here know about cross-compiling? Looks like there's a new microcode for IXP400 family (3.0) released January 2008 |
| 02:42.17 | mwester | It doesn't support the IXP in the NSLU2 |
| 02:43.27 | RobNC | that stinks, IXP400 family would include IXP420 I would think |
| 02:47.40 | rwhitby | RobNC: 3.0 does not support any ixp42x devices, only 43x and 46x |
| 02:48.24 | rwhitby | RobNC: you can get later monotone databases from www.openembedded.org/snapshots - just rename it and then update |
| 02:48.34 | RobNC | rwhitby: thanks for clarification of undocumented "bug" of Intel site. |
| 02:49.03 | rwhitby | 2.4 is the latest, and we expect it will remain so forever. |
| 02:49.32 | RobNC | rwhitby: thanks, trying cross-compile now, updating my wiki instructions... |
| 02:50.18 | rwhitby | one day I'll get around to making the Makefile do that automatically |
| 02:50.24 | rwhitby | (as the MokoMakefile does) |
| 02:51.42 | RobNC | For NPE I only see either 2.1 or 2.3.2, is there a 2.4? |
| 02:52.17 | RobNC | That's from Intel's website |
| 03:10.04 | RobNC | seems like python 2.5 is required for building slugos? |
| 03:12.08 | joshin | Yes. SlugOS is built using OpenEmbedded which requires python |
| 03:12.49 | RobNC | I have Python 2.4.3 but error message says: ERROR: Importing sqlite3 and pysqlite2 failed, please install one of them. Python 2.5 or a 'python-pysqlite2' like package is likely to be what you need. |
| 03:15.46 | joshin | I have 2.4.4 |
| 03:16.26 | RobNC | I'm running centos 5, trying to find pysqlite2 as it's not in my extended yum repository |
| 03:17.47 | joshin | pysqlite-dev? |
| 03:17.57 | joshin | I'm running Gentoo so can't help with that. |
| 03:19.01 | RobNC | yeah seems like make file is stale ("make setup-host-centos") but perhaps not enough developers use CentOS... |
| 03:19.37 | joshin | did you try a "yum install python-sqlite"? |
| 03:20.26 | RobNC | famous words of failure (after command run): "Nothing to do" |
| 03:21.07 | joshin | Well, I'd tell you to get a better distro but that would probably just annoy you more. :p |
| 03:21.24 | RobNC | Ah wait, this works... yum install python-sqlite2 (did that via asterisk at end of sqlite) |
| 03:21.31 | joshin | heh |
| 03:21.46 | RobNC | Thanks, lemme press on :-) |
| 03:21.53 | joshin | :) Good luck! |
| 03:22.41 | RobNC | Thanks! |
| 03:25.01 | joshin | Glad I could be of assistance. |
| 03:25.24 | RobNC | Sure, I'm surely going to have more errors and issues (I'm a hardware developer not software hacker) |
| 03:26.38 | RobNC | Dunno what this is - some error message: ERROR: Openembedded's config sanity checker detected a potential misconfiguration. Either fix the cause of this error or at your own risk disable the checker (see sanity.conf). Please install following missing utilities: help2man |
| 03:26.52 | RobNC | did yum install help2man* but of course nothing grrr... |
| 03:28.50 | RobNC | Think I found it on rpm.pbone.net |
| 03:34.48 | RobNC | Sweet. seems to be working... whew what a mess... "handling BitBake files"... it's in the oven! :-) |
| 03:43.03 | joshin | Yay, be careful not to burn it. |
| 03:43.44 | RobNC | Thanks, will see how it goes. |
| 03:56.54 | mwester | CentOS is like pushing a rope. It can be done (I've got one working), but it's really not worth the effort if you can just put a more cutting-edge distro on something. |
| 04:01.53 | RobNC | mwester: agreed, but unfortunately, we use RHEL5 at work and CentOS (for us) is the easiest learning curve. Fedora changes too fast. I tried debian once (and ubuntu - which hides a lot of stuff from you - it seems) but at the time I chose CentOS. Perhaps next OS install I'll try etch or latest Debian 5. |
| 04:02.50 | RobNC | good thing about CentOS is long development cycles. That also hurts it as well when trying bleeding-edge tools and such. |
| 04:03.57 | mwester | I use Fedora. I also use RHEL and some CentOS for our customers, but I find being behind several years to be frustrating. I use here only because it is sooo bloody old that it fails to recognize the RAID controller on my quad-core motherboard, which crashes the boot on all other newer distros. |
| 04:04.42 | RobNC | ah yeah this is true. Fortunately for me (and my work) we don't have bleeding-edge stuff. That's reserved for the management. *GRIN* |
| 04:04.47 | mwester | That's a nice OE system (quad-core and 4GB RAM) but CentOS is such a pain that I usually just stick with the old dual-core running Fedora. |
| 04:05.09 | RobNC | yeah with dual-core you want to go fedora no question. |
| 04:05.27 | mwester | (The quad-core is my wife's system, not provided by work) |
| 04:05.47 | RobNC | Dumb question but with 4GB do you have to use the memory hole technique and 64-bit processor to get around I/O overlap at higher memory space? |
| 04:06.24 | mwester | I stuck with a 32-bit install, it doesn't see all the RAM (about 3.25GB or so). |
| 04:06.38 | mwester | You can mess with the BIOS to hide the extra. |
| 04:07.01 | mwester | (I though CentOS and OE would be difficult enough, much less 64-bit + CentOS + OE!) |
| 04:07.07 | RobNC | Gotcha, I thought it was a windows issue but it's PCI (32-bit) unfortunately. |
| 04:07.23 | RobNC | Heh yeah that's asking for trouble. and don't forget quad core to the brew. |
| 04:08.06 | mwester | :) it's a Q6600 which is supposed to overclock very very nicely... so it will get more interesting over time. :D |
| 04:09.18 | RobNC | Yeah true, hopefully it doesn't get too hot. Wonder if AMD Phenom is faster than Intel Qxxxx for compiling clock-for-clock. |
| 04:10.35 | mwester | Clock for clock, I would expect so. |
| 04:12.37 | RobNC | In regards to wiki sandbox not being editable, is it possible that it's related to permissions? You used to be able to "save" the sandbox and view it, and I can't recall if it self-cleared after so many hours or if each user had their own sandbox. |
| 04:15.52 | RobNC | Thanks for your help guys and good chatting. Gotta zzz |
| 04:27.41 | *** join/#nslu2-linux Sinclair73de_ (n=Sinclair@p57B4AE70.dip0.t-ipconnect.de) |
| 05:59.47 | *** join/#nslu2-linux drath_ (i=vmaster@p5B07FF45.dip.t-dialin.net) |
| 07:16.59 | *** join/#nslu2-linux DrZimmerman (n=theo@77-56-246-76.dclient.hispeed.ch) |
| 09:41.58 | *** join/#nslu2-linux Reedy (n=Reedy@wikimedia/Reedy-Boy) |
| 09:48.27 | *** join/#nslu2-linux erikja (n=erikja@0x57314066.abnxx10.adsl-dhcp.tele.dk) |
| 11:47.21 | *** join/#nslu2-linux GPSFan (n=kenm@12.10.255.246) |
| 12:15.07 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 14:06.16 | *** join/#nslu2-linux Ragnor (n=Ragnor@dslb-084-060-158-100.pools.arcor-ip.net) |
| 14:33.25 | *** join/#nslu2-linux Sinclair73de (n=Sinclair@p57B4AE70.dip0.t-ipconnect.de) |
| 14:47.35 | *** join/#nslu2-linux RobNC (i=4157acf4@gateway/web/ajax/mibbit.com/x-2c78bf3ecf072285) |
| 14:49.45 | *** join/#nslu2-linux osas (n=nnnnnnnn@nslu2-linux/osas) |
| 15:03.05 | CIA-44 | 03bzhou * r8280 10optware/trunk/make/py-simplejson.mk: py-simplejson: 1.9 -> 1.9.1 |
| 15:04.52 | CIA-44 | 03bzhou * r8281 10optware/trunk/make/pen.mk: pen: 0.17.2 -> 0.17.3 |
| 15:24.16 | *** join/#nslu2-linux re3dyb0y (n=Reedy@wikimedia/Reedy-Boy) |
| 15:27.31 | *** join/#nslu2-linux HopsNBarley (n=hops@nslu2-linux/HopsNBarley) |
| 15:27.42 | RobNC | Question for the software developers here... NPE 2.4 with crypto. If I can get approved for downloading that, will that allow IXP420 crypto access in hardware (for such things as dm-crypt and LUKS)? |
| 15:49.49 | mwester | RobNC: There is no crypto hardware in the IXP in the NSLU2 |
| 15:54.33 | RobNC | mwester: ok thanks... must be 425? I saw this in the release notes (Intel): The packages required depend primarily on the inclusion of cryptographic acceleration support. (this is with or without crypto) |
| 16:08.31 | *** join/#nslu2-linux ka6sox-laptop (n=tom@nslu2-linux/ka6sox) |
| 16:15.06 | RobNC | NM: seems 420 doesn't have the hardware. 422 and 425 do (or can do AES/DES/3DES in h/w). |
| 16:31.05 | RobNC | Thanks mwester - updated wiki with that info. :-) |
| 16:31.38 | ka6sox-laptop | RobNC, did you mod memory? |
| 16:33.30 | RobNC | ka6sox do you mean obeseslug? |
| 16:38.03 | *** join/#nslu2-linux x29a (n=x29a@unaffiliated/x29a) |
| 16:42.05 | ka6sox-laptop | ooyeah |
| 17:01.31 | joshin | More transfats for slugs! |
| 17:03.19 | ka6sox-laptop | joshin: right! |
| 17:03.32 | ka6sox-laptop | thats what I'm talking with him about now. |
| 17:04.09 | RobNC | only problem now is to try and help the linux-arm kernel folks debug this >64MB DMA issue |
| 17:04.55 | ka6sox-laptop | no kidding...I've read the code and its NOT trivial |
| 17:08.37 | RobNC | Rod suggested something a while back (perhaps last year) regarding patching the kernel to use the 64MB routines when using more than 64MB, unless I'm mistaken |
| 19:31.06 | RobNC | can someone help me with syntax... |
| 19:31.07 | RobNC | svn co [=http://svn.nslu2-linux.org/svnroot/kernel/trunk=] /home/slug/kernel |
| 19:31.14 | RobNC | what's the correct syntax? |
| 19:31.40 | RobNC | says: "svn: URL '[=http://svn.nslu2-linux.org/svnroot/kernel/trunk=]' is not properly URI-encoded" |
| 19:32.40 | mwester | Where are you getting the [= from? |
| 19:32.52 | RobNC | nevermind, gotta use non-wiki-edited mode (big "d'oh") |
| 19:41.29 | Reedy | lolz |
| 19:43.17 | RobNC | shows his multitasking skillz |
| 19:55.43 | ka6sox-laptop | with Ada.Text_IO; |
| 19:55.43 | ka6sox-laptop | procedure Hello is |
| 19:55.43 | ka6sox-laptop | begin |
| 19:55.43 | ka6sox-laptop | <PROTECTED> |
| 19:55.43 | ka6sox-laptop | end Hello; |
| 19:56.03 | ka6sox-laptop | whoops |
| 19:56.21 | ka6sox-laptop | just verifying that gnat works. |
| 20:05.27 | RobNC | dumb question but if I've just made "make slugosle" and it has a 16MB variant (for 16MB flash geeks), does that mean it recognizes the higher flash and uses it as JFFS? |
| 20:08.07 | RobNC | another dumb question: if RedBoot is modified to support recognition of 16MB flash, is apex still needed (2nd stage boot loader) to recognize 256MB for slugos? |
| 20:08.45 | ka6sox-laptop | apex seems a lot more flexible. |
| 20:11.04 | RobNC | that's true, only 50k lost so no biggie |
| 20:11.27 | RobNC | just would be nice to have integrated ethernet with apex, then replace redboot and never look back |
| 20:48.49 | RobNC | Anyone have any experience with indirect PCI memory access when building the kernel? |
| 21:09.00 | RobNC | anyone know where I can get a good working config file for kernel 2.6.24.4 build? looks like the default one has lots of crap in it (i.e., IPSec, IPv6, etc.) that most people don't need or use for SLUGs. |
| 21:10.14 | *** join/#nslu2-linux osas (n=nnnnnnnn@nslu2-linux/osas) |
| 22:05.53 | RobNC | with the build process, is it still necessary to upslug2 an image? I got "not have eRcOmM" which seems to indicate the trailer isn't found? |
| 22:23.16 | Sinclair73de | i use apex 1.5.13 as first stage bootloader on my 128MB fatslug. Now i want change the environment vars, but the env region is unwritable. |
| 22:24.23 | Sinclair73de | After writing the etch-modified-mtdblock2.bin the env region is still unwritable |
| 22:24.27 | Sinclair73de | any ideas? |
| 22:26.54 | RobNC | isn't there some tool called apex-env that helps with that? |
| 22:30.48 | Sinclair73de | i cant run apex-env when booting only from flash (own build image from may 2007 with bootstrap-method) |
| 22:31.07 | Sinclair73de | and booting from hdd crashes |
| 22:31.29 | RobNC | yeah I saw that some time back when I built my own apex. Dunno how to fix that, rwhitby helped with that. |
| 22:33.53 | RobNC | go to wiki page and search for "apex env" - it says to pad with 0xff at end so apex env can be changed |
| 22:34.07 | RobNC | look for compile apex |
| 22:34.58 | Sinclair73de | apex wiki or nslu2-linux.org wiki? |
| 22:35.54 | RobNC | sorry nslu2-linux.org |
| 22:37.46 | *** join/#nslu2-linux kolla (i=kolla@firda.kolla.no) |
| 22:41.12 | Sinclair73de | hmmm... i use apex as FIRST bootloader and this is not on mtd2 |
| 22:42.01 | RobNC | from wiki it seems to be that if you have non-0xFF's apex gets confused and thinks the info is allocated? |
| 22:42.02 | Sinclair73de | and used this apex binary from wiki.buici.com |
| 22:43.37 | RobNC | yeah me too, some time ago, but I ran into same problem as you. Strange! :-) |
| 22:43.46 | RobNC | you |
| 22:43.48 | RobNC | you |
| 22:44.12 | RobNC | you'd think that the apex default compile would zero-pad, or perhaps that's an issue with slugimage program? |
| 22:44.34 | Sinclair73de | ok, i try the Python script |
| 22:45.23 | Sinclair73de | but only what add the 0xFF's and not swap |
| 22:45.50 | RobNC | yeah that is true, perhaps it's not quite as easy as drop/replace apex |
| 22:46.19 | Sinclair73de | oh, file not found |
| 22:46.45 | Sinclair73de | for these i what now a writable env |
| 22:47.09 | Sinclair73de | my old apex cannot do this |
| 22:48.09 | RobNC | prolly easiest way is to use slugimage, I think you can take your old image, disassemble, then replace apex, and re-assemble and upload the image via upslug2 (but I use tftp via console) |
| 22:50.16 | Sinclair73de | think i have not apex in my image-file |
| 22:50.43 | RobNC | the process of changing my whole network around is not trivial so I use console redboot method. Oh whoops... are you replacing redboot (NOT recommended)? |
| 22:51.10 | Sinclair73de | i have replaced 2 years ago |
| 22:51.47 | Sinclair73de | this means "FIRST stage bootloader" = APEX !!! |
| 22:53.30 | RobNC | whoops, that's scarey, b/c if failure, JTAG is required. |
| 22:53.40 | Sinclair73de | i know |
| 22:54.27 | Sinclair73de | i have access to a JTAG programmer |
| 22:54.46 | RobNC | yeah I modded mine as well. Used it many times *GRIN* |
| 22:54.48 | Sinclair73de | but, i dont want use it if possible |
| 22:55.27 | RobNC | Can you simply figure out where the end of Apex is (in memory) then fill the rest of that sector with 0xff's ? |
| 22:55.50 | Sinclair73de | thats my idea now |
| 22:56.41 | Sinclair73de | or is it better to add the FF's to the apex-bin an then reflash this? |
| 22:56.48 | Sinclair73de | and |
| 22:57.14 | RobNC | should be the same, but main issue is to make sure you're running apex out of RAM and not flash. |
| 22:57.58 | Sinclair73de | every time befor flashing i try apex from ram |
| 22:58.06 | RobNC | once I didn't pay attention - running out of flash - and whoops JTAG to the rescue |
| 22:58.33 | Sinclair73de | i know... |
| 22:59.25 | Sinclair73de | how can i add a number of 0xFF's to a file or create a new file with a number of FF's from linux? |
| 22:59.52 | RobNC | isn't there some fill command in apex? |
| 22:59.58 | RobNC | or is that redboot I can't recall |
| 23:00.16 | Sinclair73de | fill command is in apex |
| 23:23.58 | Sinclair73de | dump reports that after apex all is filled with FF's up to 0x1FFFF |
| 23:24.43 | RobNC | sounds right, you had to unprotect, etc. right? |
| 23:24.43 | Sinclair73de | but the first mtd is : 0x00000000-0x00040000 : "RedBoot" |
| 23:25.22 | Sinclair73de | i did no fill command |
| 23:25.46 | Sinclair73de | only reflash the apex.bin an then use dump |
| 23:26.17 | RobNC | weird, that doesn't make sense |
| 23:28.16 | Sinclair73de | and 0x20000-0x3FFFF ? |
| 23:28.37 | RobNC | that's in RAM |
| 23:28.37 | Sinclair73de | this is not FF |
| 23:28.55 | Sinclair73de | no, all "nor:" |
| 23:29.00 | RobNC | thought flash is 0x50000000 |
| 23:34.38 | RobNC | ah nm, I remember apex sees the flash as NOR |
| 23:35.25 | Sinclair73de | is flash, apex is in the beginning and some old parts from redboot are still im flash, i thing because of apex is much smaller than redboot |
| 23:35.48 | RobNC | yeah but apex is in another location than redboot right? |
| 23:37.12 | RobNC | can someone tell me where to find these made during "make slugosbe": ramdisk, fis, kernel, microcode |
| 23:39.48 | Sinclair73de | this is what i want to know too |
| 23:40.15 | RobNC | I need to know this for "slugimage" creation. I have 16MB flash so I can't use old ramdisk, for instance. |
| 23:40.44 | RobNC | Kernel I think I know where that is, and microcode I could get I believe from searching slugos directory during build. |
| 23:47.38 | rwhitby | Sinclair73de: it was the debian scripts that didn't 0xFF pad - slugimage has always 0xFF padded |
| 23:48.24 | Sinclair73de | hi rwhitby |
| 23:48.57 | Sinclair73de | i only looked for a script to create a file with 0xFF's |
| 23:49.09 | rwhitby | RobNC: Yes, all the 16mb images are for obeseslugs, and depend on having a patched redboot that sees the extra flash. I have such a redboot if you need one. |
| 23:49.40 | rwhitby | RobNC: apex is still needed to see extra ram, even with 16mb flash-aware redboot. I did a binary hack, not a recompile. |
| 23:49.48 | Sinclair73de | i found, the env-region is nor:128k+64k and this is not filled with 0xFF |
| 23:50.06 | rwhitby | RobNC: I'm also looking at u-boot now for second stage instead of apex, cause u-boot already works with the ixp ethernet. |
| 23:52.44 | rwhitby | RobNC: you can get everything by unpacking an existing image, and repacking with slugimage -F option for 16mb flash and -L option for second-stage bootloader |
| 23:53.09 | RobNC | rwhitby: I patched my RedBoot, yours should be the same as mine (per ObeseSlug site). Now I realize the "make slugosbe" didn't actually do what I thought - it isn't built to just drop into flash |
| 23:53.20 | rwhitby | RobNC: yes it is. |
| 23:53.33 | rwhitby | it will create a 16mb image, which you can upslug16 to the slug |
| 23:53.33 | RobNC | rwhitby: we use uboot at work. |
| 23:53.48 | rwhitby | (note that upslug16 is a custom build of upslug2 - the patch is in the repo) |
| 23:53.59 | RobNC | rwhitby: I tried that, but then got the "not find eRcOmM" message |
| 23:54.13 | rwhitby | RobNC: Did you flash a 16mb image? |
| 23:54.47 | RobNC | I used instructions for ObeseSlug to tftp via RedBoot the file "slugosbe-4.10-alpha-nslu2-16mb.bin" |
| 23:56.53 | rwhitby | hmm - that should work. I always use the upslug16 custom build myself, so I haven't actually tried tftping it |
| 23:57.10 | RobNC | that's the file after "make slugosbe" is done (and passes w/o errors). I updated CentOS wiki (lengthy process!). But shouldn't "slugimage -d -i file" output all the disassembled parts of the 16MB flash, including ramdisk, kernel, loader, trailer, etc.? |