**** BEGIN LOGGING AT Fri Sep 16 02:59:56 2005 Sep 16 03:17:08 greetings to all... I've a few quick questions about patching my kernel... Sep 16 03:17:52 the bb file for a kernel includes the patches files like nslu2-arch.patch, etc etc.. Sep 16 03:18:04 where can I download only those patch files? Sep 16 03:40:18 anyone tried 2.6.13 here? Sep 16 03:43:41 I wasnt even aware it was released. Sep 16 03:43:55 I havnt been paying attention... Sep 16 03:44:32 It has not been release :) Sep 16 03:44:40 i;m asking if someone experimented with it Sep 16 03:45:34 (2.6.13.1 is the stable kernel, it just hasn't been released as a package for the nslu2) Sep 16 03:46:00 Oh. Sep 16 03:46:14 like I said, I wasnt aware it was released. :-) Sep 16 03:46:20 :D Sep 16 03:46:33 I'm one of those guys that would be releasing it for the nslu2. Sep 16 03:46:57 I need a kernel with a newer ALSA than the one DebianSLug is currently using and thus I'm searching for options. Sep 16 03:47:04 The you must have known :) Sep 16 03:47:27 Nope, been busy with the armeb debian port recently. Sep 16 03:47:47 * dyoung checks the changelog Sep 16 03:48:04 <[g2]> dwery have you built openslug ? Sep 16 03:48:30 no, I'm using DebianSlug. I've just recompiled the kernel with a few mods Sep 16 03:49:08 <[g2]> dwery DebianSlug uses the Openslug kernel Sep 16 03:49:36 Yes, I know, I meant I'm new to the whole packaging system used by OpenSlug. Sep 16 03:49:48 <[g2]> lots of ppl are :) Sep 16 03:49:56 well.. it's scary :) Sep 16 03:50:05 <[g2]> not at all Sep 16 03:50:26 I must say that using http://www.nslu2-linux.org/wiki/DebianSlug/DiskImageInstall and packages from Debian is easier Sep 16 03:50:49 I'm doing too many things right now. I'llleave the kernel for someone else. Sep 16 03:51:01 [g2]'s your man. Sep 16 03:51:05 <[g2]> well Debian is a clear step up from Openslug in ease of use Sep 16 03:51:35 <[g2]> however, you can just build a debian by grabbing a makefile and typing make build-openslug Sep 16 03:51:37 dwery: so you are using the LE distribution ? Sep 16 03:51:45 yes Sep 16 03:52:06 what are you after in ALSA ? Sep 16 03:52:27 the target is to have the NSLU2 in my car playing mp3s (among other things). The USB/audio adapter I have dosn't work with 2.6.11.12 Sep 16 03:52:48 whats the minimum kernel version you need? Sep 16 03:52:54 <[g2]> hmmm.... Jacmet's not around Sep 16 03:53:14 I think 2.6.13, but will do more research to check if 2.6.12 is enough. Sep 16 03:53:40 <[g2]> dwery is it just mp3s in the car ? Sep 16 03:53:55 No, it's gps, remote gate control, i/o, etc etc Sep 16 03:54:07 <[g2]> did I talk to you the other day ? Sep 16 03:54:24 no, i don't think so.. Sep 16 03:55:06 <[g2]> well I've started a hw company that sells an up-scale ixp4xx device and I think it's much more suited to what you are doing Sep 16 03:55:10 2.6.11.12 has been easy to build, using instructions at http://peter.korsgaard.com/articles/debian-nslu2.php: only two patches. Sep 16 03:55:30 <[g2]> as it has POE, GPIO brought out, serial DB-9 etc... Sep 16 03:55:45 well.. drop me the link adn i'll check it. but consider that I already own an NSLU2 :) Sep 16 03:55:59 two patches? Sep 16 03:56:00 <[g2]> http://www.giantshoulderinc.com Sep 16 03:56:30 Pteter made the work easy: openslug1.2-2.6.11.12.patch (91K) nslu2-le-2.6.11.12.patch (6K) Sep 16 03:57:08 Oh theyre concatenated . Sep 16 03:57:13 yes Sep 16 03:57:14 <[g2]> doh! Sep 16 03:57:15 easy :D Sep 16 03:57:33 okay in that case making 2.6.13 might be a challenge. Sep 16 03:57:34 g2: nice move. You just started.. when you plan to go SOP? Sep 16 03:57:48 dyoung: maybe i'll start with 2.6.12 Sep 16 03:57:55 If you are familiar with patching and such, you should be able to transplant the 2.6.12 patches from openslug. Sep 16 03:57:56 <[g2]> SOP ? Sep 16 03:58:07 plus the bit to make it start in LE mode. Sep 16 03:58:10 g2: Start Of Production :D Sep 16 03:58:29 <[g2]> ah.. First is running Linux Sep 16 03:58:31 [g2]: it's one of those semiconductors industry buzzwords, like EOL Sep 16 03:58:36 <[g2]> I pick it up in about 4 hours Sep 16 03:58:55 <[g2]> Power and Temp range has already been tested Sep 16 03:59:05 [g2]: estimated cost? Sep 16 03:59:30 <[g2]> $249 US for Board, Case, PS, all sw is open Sep 16 03:59:41 <[g2]> it's metal case Sep 16 04:00:01 [g2]: i;ve a company too.. we work on handhelds and such.. i'll keep the link, maybe it could be useful in the future. Sep 16 04:00:19 <[g2]> cool Sep 16 04:00:32 http://www.towertech.it Sep 16 04:01:08 anyway, i'll try to transplant the patches later this day Sep 16 04:02:18 what's the best place to download them? Sep 16 04:03:45 <[g2]> dwery you're in the EU ? Sep 16 04:04:07 [g2]: yes, Italy. Sep 16 04:05:20 <[g2]> heh.... .it :) Sep 16 04:05:28 [g2]: :) Sep 16 04:06:56 the final target is to integrate the NSLU2 with the stalk-controls of my car's radio. Sep 16 04:09:41 <[g2]> stalk-controls ? Sep 16 04:10:26 Yes, i think that's the word.. thos controls located on the steering wheel Sep 16 04:11:43 <[g2]> hmmm... I guess I shouldn't have left off that usb device port Sep 16 04:11:50 :D It's not easy, beacuse I have to tap in the car's communication bus, but a lot of work has already beend one. Sep 16 04:12:07 <[g2]> then that new Mazda that takes a usb stick could just accpet a Loft Sep 16 04:12:14 :D Sep 16 04:12:23 mine is a bit older, a Peugeot 206cc Sep 16 04:12:35 <[g2]> OBDII ? Sep 16 04:12:45 It has four comm bus, 3 VAN + 1 CAN . OBD is used only for diagnostics. Sep 16 04:13:10 <[g2]> I'm aware of CAN but I've never heard of VAN Sep 16 04:13:12 bsicaly, the NSLU2 will work with a PIC microcontroller which emulates the CD changer Sep 16 04:13:20 VAN is Peugeots/Citroen/PSA specific. Sep 16 04:13:24 a nightmare. Sep 16 04:13:42 <[g2]> non-open standards often are :) Sep 16 04:13:51 It was once open.. even IEEE Sep 16 04:14:04 but othe manufcaturers preferred CAN and LIN Sep 16 04:14:31 and most of the knowledge about VAN was lost Sep 16 04:14:48 ..in the dark age.... Sep 16 04:14:50 :D Sep 16 04:15:52 I have to go now, it's launch time here at GMT+2. Will be back later.. Sep 16 04:16:04 thanks. Sep 16 04:56:05 03rpurdie 07org.openembedded.dev * r21efd295... 10/packages/linux/linux-openzaurus_2.6.13-mm3.bb: linux-oz-2.6: Updates to the tosa patches so they apply cleanly (and some from Dirk). Fix some types in other patches Sep 16 05:33:01 [g2]: hi, it's me again. are you there? Sep 16 05:50:20 ok, I'm going to try the 2.6.12.2 patches on my little-endian DebianSlug. If everything works, i'll go with 2.6.13. Sep 16 06:06:12 03ph5 07org.openembedded.dev * r31484b3a... 10/packages/linux/handhelds-pxa-2.6_2.6.12-hh3.bb: handhelds-pxa-2.6: add a bb for 2.6.12-hh3 Sep 16 06:08:34 <[g2]> dwery, pong Sep 16 06:10:04 <[g2]> dwery I haven't used debian a lot, but either we or Jacmet need to create a kernel package for the ixp4xx Sep 16 06:10:21 <[g2]> ideally the same kernel package for LE/BE Sep 16 06:10:31 [g2]: the best way is to have as much code as possible in the mainstream kernel Sep 16 06:10:53 <[g2]> it's 98% there already Sep 16 06:11:46 [g2]: ok. the only patches needed are those listed in the 2.6.12.2 bb, right? Sep 16 06:12:13 <[g2]> the current patches are not suitable to go upstream Sep 16 06:12:27 ok, but are suitable for me to test them now :) Sep 16 06:12:34 <[g2]> sure Sep 16 06:13:11 ok. the best place to get them a a file? Sep 16 06:13:25 s/a a/as a/ Sep 16 06:13:31 <[g2]> the .bb lists the URI/URL Sep 16 06:13:46 <[g2]> and the ones that say file are in the repo Sep 16 06:13:51 <[g2]> "file:" Sep 16 06:14:19 <[g2]> along with the defconfig Sep 16 06:14:26 you men like this: http://monotone.vanille.de/viewmtn/getfile.py?id=9a968a46f17d46be36c75a9853cdb411890bc069&path=packages/linux/nslu2-kernel/2.6.12/nslu2-arch.patch Sep 16 06:14:28 ? Sep 16 06:17:20 <[g2]> dwery one minute Sep 16 06:18:13 ok Sep 16 06:20:32 <[g2]> dwery I'm looking at it right now... things have change a little since 2.6.11 Sep 16 06:20:56 <[g2]> I'm gonna pull the files together for the openslug 2.6.12.2 kernel Sep 16 06:21:52 <[g2]> I'd like to start putting together the changes required to rebuilt the kernel and modules from within DebianSlug Sep 16 06:22:01 <[g2]> whether that be BE or LE Sep 16 06:22:31 <[g2]> I'm intrested in BE so I'll be working on that and I"m sure Lennert and other won't be shy either Sep 16 06:22:51 <[g2]> I also need to do this for my Loft hw which arrives in minutes Sep 16 06:23:15 <[g2]> however, that'll be easier as it's even closer to the mainline tree Sep 16 06:24:05 ok. Sep 16 06:26:29 so, how can I deal with the patches now? Sep 16 06:28:54 <[g2]> dwery I'd like to get this setup semi-properly Sep 16 06:29:34 [g2]: it is something you're doing now? Sep 16 06:29:47 <[g2]> I've got all the patches in the Openslug build from yesterday Sep 16 06:30:22 <[g2]> I'm also talking with lennert in a different channel about this issue Sep 16 06:30:31 [g2]: ok. now you will apply them to a vanilla 2.6.12.2? Sep 16 06:30:53 <[g2]> I think so, it's in the .bb Sep 16 06:31:30 [g2]: ok. how can I help? Sep 16 06:31:45 <[g2]> you're running LE right ? Sep 16 06:31:57 [g2]: right Sep 16 06:32:16 <[g2]> I'd like to have the process setup for BE and LE using the same source and patches Sep 16 06:32:50 <[g2]> so I should be able to build in BE and you should be able to build in LE and we both can test Sep 16 06:33:04 [g2]: ok. I need to port the le patch to 2.6.12.2 then. Sep 16 06:33:37 <[g2]> I don't think there will need to be a port, I think there needs to be a package Sep 16 06:34:21 <[g2]> actually, I don't even think we need a packages to start with Sep 16 06:34:25 [g2]: i used the wrong term. i mean that peter wrote his le patch for 2.6.11.12. I guess it will not apply cleanly to 2.6.12.2 Sep 16 06:34:31 <[g2]> I think just the 2.6.12.2 tarball and then the patches Sep 16 06:35:04 <[g2]> I don't think any of the patches are endian specific Sep 16 06:35:14 <[g2]> but I'm guessing there Sep 16 06:35:33 [g2]: endian specifi, no. but peter corrected some issues which prevented the current kernel to work on le. Sep 16 06:36:02 <[g2]> I'm also guessing that peter just aggregrated the patches Sep 16 06:37:13 <[g2]> I think he just changed the kernel to switch the processor to LE mode from BE Sep 16 06:37:28 <[g2]> that's a band-aid in my mind Sep 16 06:37:48 <[g2]> a "good" hack in the sense of clever to make something work Sep 16 06:38:05 [g2]: no, he corrected a few more le issues, like redboot parsing and something else in the pci code Sep 16 06:38:53 [g2]: anyway is not a complex patch. Sep 16 06:39:01 <[g2]> agreed Sep 16 06:39:20 <[g2]> your are 100% correct that those issues for LE need to be addressed Sep 16 06:40:48 <[g2]> I'll be running Debian BE on the loft first, but I'll certainly be building a bootloader in LE to allow it to run LE Sep 16 06:41:30 [g2]: ok. can you provide an aggregated openslug-derived patch for 2.6.12.2 so I can focus on le issues? Sep 16 06:41:34 <[g2]> so ppl can boot a full LE Redboot and boot straight to the CF/Microdrive as that's how the Loft boots Sep 16 06:41:55 <[g2]> I've got the patch files non-aggregrated Sep 16 06:42:17 <[g2]> I think we should work with those and just describe the patch order Sep 16 06:42:55 [g2]: ok, but we need a better repository for those patches, extracing them from monotone is painful :) Sep 16 06:43:04 <[g2]> I've got one Sep 16 06:43:14 <[g2]> I'll put the up on giantshoulderinc Sep 16 06:43:26 [g2]: ok, i'll get them from there. Sep 16 06:43:41 <[g2]> I'm just determining which patches to put there right now Sep 16 06:44:38 ok. i guess nslu2-arch is required :) Sep 16 06:44:52 <[g2]> :) Sep 16 06:45:25 it applieas cleanly, only 1 fuzz. Sep 16 06:45:31 but is the only one i've tried. Sep 16 07:08:58 <[g2]> dwery bbiab Sep 16 07:09:59 [g2]: roger that. Sep 16 07:46:25 03ccsmart 07org.openembedded.dev * re6cc8d63... 10/packages/cyrus-sasl/cyrus-sasl_2.1.19.bb: cyrus-sasl: Add comment to account in /etc/passwd Sep 16 07:46:28 03ccsmart 07org.openembedded.dev * r7314165b... 10/packages/postfix/postfix_2.0.20.bb: postfix: Add comment to accounts in /etc/passwd Sep 16 07:46:30 03ccsmart 07org.openembedded.dev * r36fdf65c... 10/packages/bogofilter/ (files/postfix-filter.sh files/volatiles bogofilter_0.96.0.bb): bogofilter: add basic environment - system accounts, working dirs, postfix script Sep 16 07:55:42 [g2]/dwery: I'm also quite interested in le kernels to work (now using 2.6.11.12 with gentoo), specially the to get the NIC working, so please fill me up and tell me how can I help, what needs to be done. Sep 16 07:57:27 yvasilev: i'm waiting for [g2] to give an aggregate patch set. I will then check that the LE patch will still work with 2.6.12.2. If everything is ok, the NIC problem can be addressed... Sep 16 07:58:00 <[g2]> yvasilev / dwery thx for the interest Sep 16 07:58:07 dwery: perfect! Sep 16 07:58:51 <[g2]> ~seen Jacmet Sep 16 07:58:58 jacmet was last seen on IRC in channel #nslu2-linux, 13d 2h 7m 1s ago, saying: 'http://linuxdevices.com/news/NS3888274861.html <- then intel may finally support v2.6 / little endian with their NPE drivers'. Sep 16 07:59:20 <[g2]> I think Jacmet == peter Sep 16 07:59:21 [g2]: is the current patch set still uses Intel's Access Library 1.4, or has it moved to 1.5/2.0? Sep 16 07:59:28 <[g2]> yvasilev, 1.5 Sep 16 07:59:35 <[g2]> DOH...! Sep 16 07:59:36 <[g2]> 1.4 Sep 16 07:59:47 <[g2]> typing too fast Sep 16 07:59:55 :-( need >= 1.5 to get nic in le Sep 16 08:01:01 [g2]: is openslug's patch based on work done in http://www.wnk.at/ixp400_accesslib_kernel26/ ? Sep 16 08:01:17 brb Sep 16 08:01:18 03koen 07org.openembedded.dev * rea88a8d5... 10/packages/gpe-mini-browser/gpe-mini-browser_cvs.bb: packages/gpe-mini-browser/gpe-mini-browser_cvs.bb: add some more DEPENDS Sep 16 08:01:59 <[g2]> yvasilev iirc that's one of the base patches Sep 16 08:06:30 03hrw 07org.openembedded.dev * r4693abe8... 10/packages/gnuz/ (gnuz/intro_level.patch gnuz_0.3.bb): Sep 16 08:06:30 gnuz: switched from generating levels during build to pregenerated ones Sep 16 08:06:30 - generator used Qt/X11 so it was impossible to build it without running X11 Sep 16 08:06:33 03hrw 07org.openembedded.dev * r4971c75b... 10/packages/meta/meta-opie-all.bb: meta-opie-all: added gnuz into task-qpe-games Sep 16 08:09:00 i need to go at the supermarket.. brb :) Sep 16 08:09:57 back Sep 16 08:10:47 [g2]: do you know if someone is trying to port 1.5/2.0 to linux 2.6.x? Sep 16 08:11:22 <[g2]> yvasilev it hasn't been a top priority to move to 1.5 or 2.0 Sep 16 08:11:28 <[g2]> dyoung has looked at it Sep 16 08:11:49 <[g2]> and beewoolie did an initial shot at a 1.5 port Sep 16 08:11:56 <[g2]> the sw is on his website Sep 16 08:12:12 do you have an uri? Sep 16 08:12:18 <[g2]> I think Jacmet or someone else was attempting to run 1.5 in LE mode Sep 16 08:12:35 <[g2]> iirc they had 1.5 running in BE Sep 16 08:13:20 <[g2]> http://wiki.buici.com/twiki/bin/view/Main/IXPAccessLibrary Sep 16 08:14:49 thanks, I'll also lock into it and talk to this people for some assistance :-) Sep 16 08:15:10 <[g2]> I really think we should coordinate efforts a little Sep 16 08:15:36 <[g2]> it would be got to post a kick-off on the nslu2-linux ml Sep 16 08:16:21 <[g2]> I just booted a Redboot that's utilizes 1.5 IAL Sep 16 08:16:36 <[g2]> it's in BE but could probably be compiled for LE Sep 16 08:16:45 * yvasilev had not notices there is a mailing list, locking at the wiki Sep 16 08:17:00 <[g2]> the yahoo nslu2-linux group Sep 16 08:17:08 ah, that one I know Sep 16 08:17:38 <[g2]> rwhitby actually send out a request about the LE driver iirc a week ago or so Sep 16 08:21:12 join #nslu2-general Sep 16 08:31:07 03hrw 07org.openembedded.dev * r5b224b4c... 10/packages/opie-mediaplayer2/ (3 files): Sep 16 08:31:07 opie-mediaplayer2: moved opie-mediaplayer2-skin-default from RDEPENDS to DEPENDS Sep 16 08:31:07 I don't like that change but if we want to have opie-mediaplayer2 in opie-image Sep 16 08:31:07 for big flash devices then I don't see other method of fixing that problem. Sep 16 08:31:56 <[g2]> back later Sep 16 09:10:23 i'm back Sep 16 09:11:44 [g2]: is you repository ready? Sep 16 09:11:57 <[g2]> my repo ? Sep 16 09:12:38 [g2]: with the patches Sep 16 09:12:52 <[g2]> not yet Sep 16 09:14:05 <[g2]> I'm bringing up my first prototype board Sep 16 09:14:12 <[g2]> it boots and runs linux Sep 16 09:14:32 wow! congrats Sep 16 09:14:38 <[g2]> NPEs are up, serial is up, I can see the USB chip and it recognizes stuff in the CF slot Sep 16 09:14:54 did you used some reference design? Sep 16 09:15:04 <[g2]> I had a custom board built Sep 16 09:15:17 <[g2]> it's been in the works for months Sep 16 09:15:25 who designed the schematic/ Sep 16 09:15:26 ? Sep 16 09:16:37 <[g2]> I've contracted a company to build the board Sep 16 09:17:06 <[g2]> ok... the website's switched over Sep 16 09:17:15 understood. you plan to sell a lot of them i suppose :) Sep 16 09:17:31 <[g2]> well the initial build is for 200 Sep 16 09:25:19 ok... how do we proceed? Sep 16 09:26:37 <[g2]> I'm gonna be building the kernel for that board today Sep 16 09:27:00 ok.. if you can send me the patches i'll experiment with the nslu2 Sep 16 09:27:02 <[g2]> however, I was going to try and chroot into my Debian BE system first Sep 16 09:27:08 <[g2]> as in like *now* Sep 16 10:17:58 hi Sep 16 10:18:01 someone here? Sep 16 10:18:22 need some help pls Sep 16 10:19:05 <[cc]smart> what is it ? Sep 16 10:19:59 <[cc]smart> doh Sep 16 10:20:01 <[cc]smart> :) Sep 16 10:20:08 i'm trying to compile 2.6.12.2 and got: armv5b-softfloat-linux-ld: no machine record defined Sep 16 10:20:10 any clues? Sep 16 10:32:19 ok, i;'ve built a LE kernek but it's not working. I don't have a serial port on my NSLU2. Anyone want to try this image? Sep 16 10:42:59 <[cc]smart> if you go to lo level stuff, you should mount a serial port Sep 16 10:43:22 <[cc]smart> serious work requires serious tools Sep 16 10:43:26 [cc]smart: I know.. i thought i didn't have a serial level converter but just found a MAX32333 Sep 16 10:43:37 [cc]smart: MAX3233 Sep 16 10:43:38 There we go :) Sep 16 10:44:27 I'm going to eat something and then i'll get some solder and fix it on my slug Sep 16 10:44:54 <[cc]smart> this will surely help Sep 16 10:45:16 [cc]smart: I hope se :D Sep 16 10:45:20 so Sep 16 10:46:12 hope the chip isn't fried.. only god knows how long it has been sitting there doing nothing... poor little chip Sep 16 10:47:01 Should be fairly safe. I've yet to blow up a MAX* level converter :) Sep 16 10:47:32 Tiersten: they're pretty though. Sep 16 10:48:09 ? Sep 16 10:48:17 pretty tough? Sep 16 10:49:05 yes, sorry :) Sep 16 10:49:20 heh. was wondering how you found an IC pretty :) Sep 16 10:50:48 they're "cute and cuddly" :D Sep 16 10:51:15 Not if you're barefoot and it's the wrong way up... Sep 16 10:51:54 aaargh :) Sep 16 10:52:05 that's why they invented SMD :) Sep 16 10:52:11 heh yeah Sep 16 10:52:35 I'm in the UK and I've got enough troubles with the caltrop mains plugs we use here Sep 16 10:53:05 i know.. I've bought a couple of items in the UK... Sep 16 10:53:30 I'm not sure why the plug is so vastly overengineered Sep 16 10:53:55 who knows... the nslu is open... going to heat the solder station Sep 16 10:54:14 Cool. The wiki page has pretty much everything you need Sep 16 10:54:37 i'm reading them right now Sep 16 11:13:27 Tiersten: pad cleared, pcd tracks seems still ok... dinner time now... see ya. Sep 16 11:38:00 <[g2]> dwery I've got to run out for a bit, but are you building cross of natively ? Sep 16 11:38:51 <[g2]> I've built some stuff on the new hw Sep 16 11:39:22 <[g2]> and we should build the same way either cross or natively Sep 16 11:39:57 [g2]: how should it matter for the kernel? Sep 16 11:42:02 <[g2]> well toolchains matter with the kernel Sep 16 11:42:14 <[g2]> you can't just build any kernel with any toolchain Sep 16 11:42:30 [g2]: i;'m building cross Sep 16 11:42:53 [g2]: i'm following the instructions on peter's page Sep 16 11:43:06 <[g2]> our toolchain will be different by definition LE/BE and except for multilib support which I don't think but few ppl are using we'll have very distint tool chains Sep 16 11:43:25 [g2]: nslu2 is under surgery right now, i'm adding the serial port. Sep 16 11:43:30 <[g2]> coll Sep 16 11:43:32 <[g2]> cool Sep 16 11:43:51 <[g2]> I've build packages on the Loft in Debian Be Sep 16 11:44:30 <[g2]> So I may try to self host the kernel build Sep 16 11:44:44 <[g2]> as this prototype has a 533Mhz 425 on it Sep 16 11:44:49 <[g2]> and 64MB Sep 16 11:44:59 [g2]: nice! Sep 16 11:45:35 <[g2]> yvasilev well the serial db-9 and JTAG is pretty sweet too Sep 16 11:45:48 [g2]: btw.. is the 266 ixp of the nslu2 capable of thecoding mp3 in realtime, isn't it? :) Sep 16 11:45:52 <[g2]> and the POE and dual ethers but I'm gloating now Sep 16 11:46:08 <[g2]> dwery decoding ? Sep 16 11:46:12 thecoding.. sigh. Sep 16 11:46:30 the kernel I am runing now is build with armeb toolchain, but I have buils one with arm le too, need to finish building stages to test it Sep 16 11:46:37 meybe i have to go to sleep.. Sep 16 11:46:52 <[g2]> maybe my typing is rubbing off on you :) Sep 16 11:46:57 :D Sep 16 11:47:44 <[g2]> yvasilev which armeb toolchain ? OE, crosstool, speciall ? Sep 16 11:48:28 yes your board sound quite sweet, the problem is that you'll probably wont be able to mass produce it to lower the price to something <100 USD (a la nslu2) Sep 16 11:48:48 crosstool, the one e build for RV016 some time ago Sep 16 11:48:48 <[g2]> dwery I think someone using the arm assembler for MP3 Sep 16 11:48:52 3.3.4 Sep 16 11:48:55 <[g2]> ok... Sep 16 11:48:58 [g2]: cool Sep 16 11:49:15 <[g2]> yvasilev are playing with the RV016 ? I've got a RV042 and 082 Sep 16 11:49:43 <[g2]> yvasilev I'm not trying to replace the NSLU2 yet Sep 16 11:50:01 [g2]: I have one at work but it's in production so don't have much chance to hack it Sep 16 11:50:31 <[g2]> I've run in a CHROOT on them Sep 16 11:51:03 <[g2]> well I'm really gonna run out now for some CF flash Sep 16 11:51:06 <[g2]> bbiab Sep 16 11:51:11 [g2]: you could easily for me as i'm using ir as a dev platform for Zaurus, so extra ram will be very appreciated :-) Sep 16 11:51:47 <[g2]> ? Sep 16 11:52:57 I'm porting gentoo embedded to Z, and use nslu2 to compile/test/destroy/.. (before that I used softgun arm emulator) Sep 16 11:53:07 <[g2]> yvasilev was that I could easily use the Loft to replace the nslu2 for you as you are using it as a dev platform for the Zaurus ? Sep 16 11:54:21 yes, your platform could easily replace (and actually be much better) the nslu2 for me Sep 16 11:54:34 <[g2]> yvasilev are you working with vaiper on that port ? Sep 16 11:54:39 yes Sep 16 11:54:59 <[g2]> I'm glad to hear it Sep 16 11:55:08 <[g2]> the platform replacement :) Sep 16 11:55:12 <[g2]> and the port too Sep 16 11:55:31 he recently integrated my softvfp patched to gentoo, so now we have fast softfloat stages Sep 16 11:56:07 <[g2]> he's been running the slug for many months as a backup server from my understanding Sep 16 11:56:29 with respecto to RVs, where you able to compile nfs modules, or what do you chroot to? Sep 16 11:56:30 <[g2]> well... I'll be back later Sep 16 11:56:49 <[g2]> ok... I hang for a couple more minutes :) Sep 16 11:57:02 <[g2]> then I really *gotta* go Sep 16 11:57:11 go, will talk latter ;-) Sep 16 11:57:23 <[g2]> I'd like to bring up JTAG on the RV series Sep 16 11:57:39 brb myself too :-) Sep 16 11:58:14 <[g2]> I logged in throught the telnet hole then I created a ramdisk with the onboard sw Sep 16 11:58:34 <[g2]> I tftp and untarred my statically compiled rootfs Sep 16 11:59:03 <[g2]> it was the shim we used 6-9 months ago on unslung/openslug for recovery Sep 16 11:59:19 <[g2]> all statically compiled and linked Sep 16 11:59:56 <[g2]> so I was running in recovery mode but didn't have the kernel modules in there Sep 16 12:00:08 <[g2]> ok.. I'm off now Sep 16 12:01:41 [g2]: see ya Sep 16 12:24:43 back Sep 16 12:26:47 [g2]: lucky of you tftp worked, on rv016's firmware it just does not want to get anything, so I had to write a script to transfer files over telnet directly Sep 16 12:36:47 03mickeyl 07org.openembedded.dev * ra8750c27... 10/packages/libcwd/libcwd_0.99.40.bb: add libcwd, a sophisticated C++ debugging library Sep 16 12:36:49 03mickeyl 07org.openembedded.dev * rd2f84a64... 10/packages/libcwd/libcwd_0.99.40.bb: libcwd: LICENSE is QPL Sep 16 12:43:38 Arr. I just unslung'ed and ipkg isnt there Sep 16 12:46:22 that would mean that you don't have / on the exteranl drive which really means that you're not unslung..... Sep 16 12:47:29 at what stage should i connect the disk, i know that flashing with it is generally not good Sep 16 12:48:04 can we continue this in #nslu2-general? Sep 16 12:48:09 Sure Sep 16 12:58:40 <[g2]> yvasilev I don't think the rv016 fw is that different Sep 16 13:06:08 hey [g2] Sep 16 13:06:13 long time. Sep 16 13:06:16 <[g2]> hey CompBrain ! Sep 16 13:06:23 <[g2]> nice to see you ! Sep 16 13:06:38 Whats new and different in the nslu2 community? Sep 16 13:07:17 <[g2]> oh nothing much except about a bazillion things :) Sep 16 13:07:41 [g2]: serial port up and running! Sep 16 13:07:52 <[g2]> dwery Excellent! Sep 16 13:08:12 <[g2]> that only took what an hour ? :) Sep 16 13:08:44 a little bit more.. but including the dinner :) Sep 16 13:08:50 <[g2]> it takes me about 2 hours Sep 16 13:09:03 <[g2]> sometimes 4 but that included buying the soldering iron Sep 16 13:09:32 :D Sep 16 13:09:34 [g2]: I am was of that idea, bur didin't managed to get tftp to work Sep 16 13:09:41 now let's see what is not working in my kernel... Sep 16 13:10:06 <[g2]> yvasilev I don't think you need tftp there might be wget :) Sep 16 13:10:08 afk, waiting for packages to download Sep 16 13:10:31 <[g2]> or maybe nc Sep 16 13:10:41 [g2]: not on rv016's busybox ;-) Sep 16 13:10:47 <[g2]> there's something there Sep 16 13:10:58 echo Sep 16 13:11:09 <[g2]> it's been months but I surely remember something simple like that Sep 16 13:11:10 that's what I used Sep 16 13:11:19 [g2]: RedBoot> exec 0x01d00000 Sep 16 13:11:19 Using base address 0x01d00000 and length 0x000f2b1c Sep 16 13:11:19 ocnUerpmnissiL g.xun dabpizggam n ciebmu- Sep 16 13:11:19 yS -metslah Sep 16 13:11:21 <[g2]> I was like "YES!" Sep 16 13:11:24 not good, isn't it? :D Sep 16 13:11:53 <[g2]> you've got serial output right ? Sep 16 13:12:03 <[g2]> probably baud rate Sep 16 13:12:14 yes, serial is working. Sep 16 13:12:36 i;ll go back to square one and build 2.6.11.12 Sep 16 13:12:58 <[g2]> was that the 2.6.13 build ? Sep 16 13:14:18 2.6.12.2 Sep 16 13:14:33 dwery: did you byte swapped the kernel? Sep 16 13:14:50 yvasilev: yes Sep 16 13:20:58 built 2.6.11.12 LE, works fine. Sep 16 13:21:17 03koen 07org.openembedded.dev * rd804c5e5... 10/packages/avahi/avahi_0.5.bb: packages/avahi/avahi_0.5.bb: disable mono*, ship service-types and add to OE Sep 16 13:21:36 maybe I can try 2.6.12.2 without LE patch and see if it works. Sep 16 13:22:00 <[g2]> dwery that'd be *crazy* :) Sep 16 13:22:33 [g2]: you think so? Sep 16 13:22:36 <[g2]> just kidding Sep 16 13:22:56 [g2]: i will not connect the hd with LE debian :) Sep 16 13:23:04 <[g2]> dwery did you build and run some small static/dynamic programs with your toolchain ? Sep 16 13:23:20 [g2]: no, I just use it to build the kernel. Sep 16 13:23:28 <[g2]> hello world, static busybox ? Sep 16 13:23:35 <[g2]> I'd try those first on your LE system Sep 16 13:23:35 [g2]/dwery: on nslu2 built kernel with arm le toolchain works as well Sep 16 13:24:07 [g2]: well, the 2.6.11.12 kernel I've built works, so I assume the toolchain is good :) Sep 16 13:25:52 oooops I think I've found my mistake.. Sep 16 13:26:21 the 2.6.12 i've built was without the le.patch Sep 16 13:26:29 I've left --dry-run in the patch invokation :( Sep 16 13:26:33 <[g2]> that'd be bad :) Sep 16 13:27:07 <[g2]> dwery the serial console patches changed between 2.6.11 and 2.6.12 iirc Sep 16 13:27:24 <[g2]> you may need a different patch set for the 2.6.12 Sep 16 13:27:32 [g2]: which file are you referring to? Sep 16 13:31:18 <[g2]> dwery I'd have to check it's one of the nslu2-.....c files iirc Sep 16 13:31:21 2.6.12.2 seems booting, no serial output Sep 16 13:31:27 <[g2]> that's the issue Sep 16 13:31:33 let's see if USB goes on Sep 16 13:31:36 <[g2]> you'll get serial output when Init runs Sep 16 13:32:02 <[g2]> INIT will setup the serial and you'll start getting output Sep 16 13:32:20 If the system will get up to init... Sep 16 13:32:33 which it seems is not the case Sep 16 13:32:42 <[g2]> it takes a while Sep 16 13:32:53 <[g2]> which seems like forever when waiting Sep 16 13:33:00 too slow :) Sep 16 13:33:09 no, it doesn';t work. Sep 16 13:33:11 <[g2]> but the kernel patches fix the output Sep 16 13:33:22 <[g2]> then you can see where it's dying Sep 16 13:33:24 ok, let fix that serial thing. Sep 16 13:35:32 I assume that openslug 2.6.11.12 works fine Sep 16 13:35:43 so the patch should be in one of the packages Sep 16 13:36:21 <[g2]> actually it may have been around 2.6.11.8+ where the serial broke Sep 16 13:36:41 <[g2]> I'd go with 11.early or 12.0/2 Sep 16 13:36:50 <[g2]> and pull the patches from the repo Sep 16 13:38:28 i'll search Sep 16 13:40:40 maybe it's nslu2-setup.c, which I did not include in my kernel Sep 16 13:40:43 :) Sep 16 13:40:56 <[g2]> that sounds quite familiar Sep 16 13:41:15 03hrw 07org.openembedded.dev * rc66567d6... 10/packages/opie-wellenreiter/ (2 files in 2 dirs): Sep 16 13:41:15 opie-wellenreiter: backported fontfix from OPIE CVS Sep 16 13:41:15 - packetview had font hardcoded to Fixed/8 - nearly unreadable on VGA screen Sep 16 13:41:32 [g2]: I didn't include it because I saw a patch that remove it's entry from the Makefile Sep 16 13:42:46 <[g2]> dwery so which kernel are you trying to build now Sep 16 13:43:10 <[g2]> which version Sep 16 13:44:14 2.6.12.2 Sep 16 13:44:21 le Sep 16 13:44:25 <[g2]> ok... good Sep 16 13:44:42 <[g2]> I'll build 2.6.12.2 BE on the Loft natively Sep 16 13:47:47 ok. i'm building now. Sep 16 13:50:27 anyway it would be much easier to have a page with building patches like the peter's one :) Sep 16 13:51:49 yahoooooooooooooooooooooo Sep 16 13:52:26 <[g2]> that sounds good Sep 16 13:52:51 <[g2]> serial output with 2.6.12.2 ? Sep 16 13:52:59 whole machine running. Sep 16 13:53:01 :D Sep 16 13:53:09 <[g2]> great! Sep 16 13:53:12 <[g2]> congrats. Sep 16 13:53:27 it seems there;s a problem with rtc anyway... Sep 16 13:53:40 my I share dmesg output with the channel? Sep 16 13:53:43 may I. Sep 16 13:53:45 argh. Sep 16 13:54:00 <[g2]> you can post it on the wkik Sep 16 13:54:01 <[g2]> wiki Sep 16 13:54:10 <[g2]> or in a pastebin Sep 16 13:54:31 I just need a review , because I see a few strange things: Sep 16 13:54:39 Linux version 2.6.12.2 (root@linux) (gcc version 3.3.4) #7 Fri Sep 16 22:48:22 CEST 2005 Sep 16 13:54:39 CPU: XScale-IXP42x Family [690541f1] revision 1 (ARMv5TE) Sep 16 13:54:39 CPU0: D VIVT undefined 5 cache Sep 16 13:54:39 CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Sep 16 13:54:39 CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Sep 16 13:54:39 Machine: Linksys NSLU2 Sep 16 13:54:41 Warning: bad configuration page, trying to continue Sep 16 13:54:46 that warning... Sep 16 13:54:51 that's normal Sep 16 13:54:59 oh :) Sep 16 13:55:36 Cannot access the Hardware Clock via any known method. Sep 16 13:55:36 Use the --debug option to see the details of our search for an access method. Sep 16 13:55:36 System time was Thu Jan 1 00:00:37 UTC 1970. Sep 16 13:55:36 Setting the System Clock using the Hardware Clock as reference... Sep 16 13:55:54 Did you remove the battery? Sep 16 13:56:12 no Sep 16 13:56:42 Unplug the NSLU2. Take the battery out. Short the battery holder contacts for a few seconds. Put the battery back in. Plug the NSLU2 back in. Sep 16 13:56:53 Ok. I'll do that after a few more tests Sep 16 13:58:35 are you familiar with the timex.h patch? I did not included it because I didn't like the #if 0 . Sep 16 13:58:42 I wanto to redo it in a better way Sep 16 13:59:23 which patch you talking about? Sep 16 14:00:18 include/asm-arm/arch-ixp4xx/timex.h Sep 16 14:00:33 from timer.patch Sep 16 14:00:55 it's surely not related with my rtc problem. Sep 16 14:01:01 No it's not Sep 16 14:01:07 Whats wrong with the patch? Sep 16 14:01:38 +#if 0 Sep 16 14:01:38 +#define CLOCK_TICK_RATE (66660000) Sep 16 14:01:38 +#else Sep 16 14:01:43 Whats wrong with that? Sep 16 14:01:46 +#define CLOCK_TICK_RATE (66000000) Sep 16 14:01:46 +#endif Sep 16 14:01:52 Read the comment? Sep 16 14:01:57 an #if 0 will not be accepted in mainstream :) Sep 16 14:02:10 I would change it with someting like #if (ARCH...NSLU) Sep 16 14:02:15 This won't ever be put into mainstream because it's specific to a problem with the NSLU2 Sep 16 14:02:36 imho, all the things specific with the NSLU2 should go int the stock linux kerne Sep 16 14:02:47 That's highly unlikely Sep 16 14:02:57 why? the kernel has a lot of archs.. Sep 16 14:03:51 It's a tiny architecture and also it's a big kludge due to Sercomm not putting in the right crystal Sep 16 14:04:29 tiny but is goiing to be widespread... Sep 16 14:04:39 anyway... Sep 16 14:05:15 Besides, there are lots of "#if 0" splattered about the official kernel tree Sep 16 14:05:20 :D Sep 16 14:05:29 don't say that to Linus :) Sep 16 14:05:33 It's not correct for this particular case and yes, it should be a if arch=nslu2 etc.... Sep 16 14:05:47 What the patch does is correct however :) Sep 16 14:06:19 yes. Sep 16 14:06:43 How do I read the tickadj value at runtime? Sep 16 14:06:52 so when i'll change the patch I can check it still works :) Sep 16 14:06:56 <[g2]> tickadj ? Sep 16 14:06:59 <[g2]> tickadj :) Sep 16 14:07:32 Yeah. What g2 said Sep 16 14:07:38 <[g2]> zo Sep 16 14:07:42 :) Sep 16 14:08:11 <[g2]> Tiersten I'm getting you back for the "it's normal" reply :) Sep 16 14:08:21 heh Sep 16 14:08:40 mm... usbnet Sep 16 14:08:43 doesn;t work... Sep 16 14:08:52 <[g2]> got the usbnet patch ? Sep 16 14:08:58 let me check :) Sep 16 14:10:15 2.6.12.2 has already the patch in. Sep 16 14:11:32 could it be that the cable wasn't plugged in in the usb/ethernet adapter while booting? Sep 16 14:12:36 <[g2]> just unplug and replug Sep 16 14:12:44 already tried Sep 16 14:12:47 <[g2]> or modprobe usbnet Sep 16 14:12:52 is builtin Sep 16 14:12:56 <[g2]> ah Sep 16 14:13:11 from the kernel messages, it's getting loaded. Sep 16 14:15:32 i'll try a reboort Sep 16 14:15:52 reboort. heh Sep 16 14:16:27 :) Sep 16 14:16:38 rebirth? :D :D Sep 16 14:17:54 :D /dev/sda2 has gone 49710 days without being checked, check forced. :D Sep 16 14:18:40 usbnet still down Sep 16 14:18:44 I didn't know they had HDs in 1870 Sep 16 14:18:48 CompBrain: ping Sep 16 14:19:15 Tiersten: you even made the calc ! :D Sep 16 14:19:30 ok, i'm going to diff usbnet driver 2.6.11.12 -> 2.6.12.2 Sep 16 14:19:41 yep Sep 16 14:25:47 too many changes :( Sep 16 14:26:59 options are : a) build 2.6.13 b) build LE intel library Sep 16 14:27:12 your vote? :) Sep 16 14:28:10 <[g2]> dwery I'd reproduce the working kernel version that'd peter built Sep 16 14:28:20 <[g2]> then you know your process is set Sep 16 14:28:40 <[g2]> then I'd forward port the kernel Sep 16 14:29:22 peter built 2.6.11.12 Sep 16 14:29:27 and that one works fine. Sep 16 14:29:54 and I guess it will work for you too Sep 16 14:36:03 anyway, after the reboot the rtc seems working Sep 16 14:36:37 Cool. If it does lock up and not get reset by rebooting then do the take out battery trick Sep 16 14:36:43 ok Sep 16 14:39:02 i'm now running 2.6.12.2 with ALSA.. let's see what happens Sep 16 14:42:02 nope. Sep 16 14:42:12 alsa usb audio doesn't work. Sep 16 14:42:50 well. it's 2.6.13 time now. Sep 16 14:57:10 some changes are required... the format of MACHINE_START changed a bit... Sep 16 14:57:28 that's why I would like to have the arch into mainstream... Sep 16 15:05:12 nslu2-setup.c converted, going on. Sep 16 15:14:43 nslu2-io.c converted. Sep 16 15:21:12 2.6.13.1 up and running. Sep 16 15:29:58 ALSA USB audio works, but not with an hub in the middle. Sep 16 15:30:17 realtime decondig of mp3 with mpg123 give problem, I think the cpu can't do it. Sep 16 15:32:03 <[g2]> dwery congrats on the alsa Sep 16 15:32:50 dwery: are you set up to be able to contribute the patches directly into the monotone database? Sep 16 15:33:14 [g2]: thanks, but given the results, I think even 2.6.11 would have worked :D Sep 16 15:33:29 <[g2]> it's a process :) Sep 16 15:33:38 rwhitby: no. I must confess I did not understood nothing about how monotone works :D Sep 16 15:33:59 <[g2]> rwhitby dwery is a LE guy Sep 16 15:34:09 [g2]: I've been following the discussions Sep 16 15:34:17 the le.patch is minimal Sep 16 15:34:31 the other mods can be useful to everyone, le or be Sep 16 15:34:37 the porting of nslu2 arch stuff to .13 is important for openslug and ucslugc and opendebianslug Sep 16 15:35:12 no problem contributing my patches Sep 16 15:35:47 I would like to discuss about mainstream integration Sep 16 15:35:56 dwery: can you send them to jbowler? Sep 16 15:36:17 rwhitby: yes. I just have to do some diffs Sep 16 15:36:29 dwery: if you have the contacts to get them patches accepted upstream, then lets talk :-) Sep 16 15:37:10 <[g2]> rwhitby dsaxena has been waiting for our patchs and has been bugging lennert so Sep 16 15:37:21 well, I contributed patches in the kernel years ago.. I hope things did not changed :) Sep 16 15:37:56 <[g2]> lennert has already written up quite extensive changes that needed to be make before RFC to arm lk ml Sep 16 15:38:09 imho, the first thing to trow in is the I2C RTC part Sep 16 15:38:11 <[g2]> these have been forwarded to jbowler and dyoung Sep 16 15:38:24 thats easy and painless Sep 16 15:38:30 and one less patch for us Sep 16 15:38:56 <[g2]> the x120x needs a device number which we currently don't have Sep 16 15:39:13 [g2]: I noticed. Who's the one in charge of assigning device numbers? Sep 16 15:39:33 dwery: if you're motivated to push things upstream, then we will provide any assistance and backing that we can Sep 16 15:39:53 dwery: are you subscribed to the nslu2-developers list? Sep 16 15:40:22 rwhitby: I think I've subscribed to a bunch of ml last night, can't remember right now.. I've only started hacking my NSLU2 since a few hours Sep 16 15:40:29 (cause that would be the ideal list to discuss and review the patches openly before going upstream) Sep 16 15:40:42 dwery: nslu2-developers for this stuff Sep 16 15:41:11 nslu2-linux for end-user custom firmware and packages discussion Sep 16 15:41:15 rwhitby: i'm going to subscribe Sep 16 15:41:35 nslu2-general for end-user questions not related to custom firmware Sep 16 15:41:59 rwhitby: so where should I ask about a car power supply for the NSLU2? :D Sep 16 15:42:47 nslu2-general or nslu2-linux. Sep 16 15:43:12 it's an interesting enough question (if you say what you are doing) for nslu2-linux :-) Sep 16 15:43:17 ok. so i will subscribe and post my .13 patches Sep 16 15:43:32 ok. if you're curious, check the logs of this channel :) Sep 16 15:43:48 yeah, I saw that. Sep 16 15:43:56 :D Sep 16 15:44:08 what I meant is to mention that in the post where you ask the question about the car power supply :-) Sep 16 15:44:28 ah ok :) now.. before I proceed.. is that little beast of my NSLU2 capable of playing mp3s in your opinion? my results are not good at all.. Sep 16 15:44:58 dwery, have you de-underclocked it? Sep 16 15:45:18 i'mnostalgic about my amiga and a 68030 running at no more than 40MHz.. he did the task.. this thing has an ARM at 266.... Sep 16 15:45:37 ByronT: yes Sep 16 15:46:22 k, just making sure... :) Sep 16 15:46:42 noone played mp3 before? I can't believe that :) Sep 16 15:47:16 dwery: there have been reports of success on the mailing list using a usb sound adapter Sep 16 15:47:46 rwhitby: i did a search on the ml with no success... yahoo search function sucks.. Sep 16 15:48:31 try the gmane interfae Sep 16 15:48:51 i'll try Sep 16 15:49:35 dwery: The NSLU2 plays MP3s fine Sep 16 15:49:53 Tiersten: great. then I've a problem :) Sep 16 15:49:57 You have to use the integer MP3 decoder however as FP on the NSLU2 is slow Sep 16 15:50:09 It's all software emulated which totally kills performance Sep 16 15:50:23