**** BEGIN LOGGING AT Mon Feb 06 10:59:56 2006 Feb 06 11:10:01 The boot scripts in DebianSlug differ in some important ways from SlugOs (hwclock, leds, others?) -- is anyone working on some form of automated resolution? Feb 06 11:10:57 automated resolution? Feb 06 11:11:12 there is an nslu2-utils debian package in the works ... Feb 06 11:11:44 is it planned that that will patch up the boot scripts to Debian SlugOs versions? Feb 06 11:11:59 Note that the current DebianSlug is just a stepping stone until the kernel patches are accepted upstream and make their way into Debian. Then DebianSlug will no longer be built in OE. Feb 06 11:12:25 (and will have almost no relationship to SlugOS anymore) Feb 06 11:13:07 What build system will then be used (to add cross-compilation etc) Feb 06 11:13:12 (aid) Feb 06 11:15:02 Debian kernels are built in debian Feb 06 11:17:38 there are arm autobuild machines that build all the arm kernel package flavours automatically. Feb 06 11:18:08 anyway, let me take this moment to thank you for all your work Feb 06 11:19:23 (so nslu2-linux will no longer be responsible for the autobuilding of the kernel Feb 06 11:19:44 you're welcome. The best way to do that is to help on the wiki :-) Feb 06 11:29:45 rod, is the file 'reflash' in initrd/sbin/reflash save to use to reflash when using DebianSlug? Feb 06 11:32:12 I doubt it. You should touch /.recovery, and then turnup to ram, then reflash from there. Feb 06 11:32:54 or boot without discs attached? Feb 06 11:36:44 yep, you could do that too Feb 06 11:37:06 you'd still need to turnup to ram to be able to write the jffs2. Feb 06 11:37:28 so it's easier just to touch /.recovery, then reboot. Saves having to walk over to where the slug is. Feb 06 11:38:57 I presume one does % touch .recovery, % reboot, % turnup ram, % reflash Feb 06 11:39:44 (with a %mount /dev/sda1 /mnt/x between turnup and reflash Feb 06 11:40:43 yep, that'd do Feb 06 17:16:32 morning jbowler Feb 06 17:58:34 anybody knows where I can get the module audio.ko? Feb 06 17:58:44 i see no flag in defconfig to generate it Feb 06 17:59:20 and no module called audio in ipk or in lib/modules Feb 06 18:00:12 iirc audio.ko has a knob under usb -> Feb 06 18:01:08 ok, i'll check Feb 06 18:01:22 jeroen told in nslu2-developers that this might be needed Feb 06 18:06:54 koen, until now I only found ./sound/usb/snd-usb-audio.ko. but I understood from Jeroen that he also has an audio.ko; haven't found it yet Feb 06 18:07:50 oh, probably it is in usb/class Feb 06 18:08:19 fighting with your new audio dongle? Feb 06 18:08:27 nope, still the old one Feb 06 18:08:33 oh. Feb 06 18:08:51 didn't have audio.ko and according to nslu2-developers I might need that one Feb 06 18:09:29 I don't remember that one. Feb 06 18:10:02 I can't find it anywhere on my build system so I guess I never used it. Feb 06 18:10:33 oh. wait a second. I had the wrong name. Feb 06 18:10:46 not usb_snd_audio.ko Feb 06 18:10:52 eFfeM: in the worst case your locate audio.c Feb 06 18:11:06 yeah, found it in usb/class Feb 06 18:11:21 audio.ko appears in a number of places: /local/openslug_2.7/tmp/work/openslug-kernel-2.6.12.2-r17.1/linux-2.6.12.2/drivers/usb/class/audio.ko Feb 06 18:11:47 i'm on the head, it is not there Feb 06 18:12:17 strangely I don't see it anywhere under the HEAD version. Feb 06 18:12:22 but there is a config USB_AUDIO in usb/class/Kconfig, that is not in our defconfig. Feb 06 18:12:35 just added it, what it todays command to rebuilt the kernel? Feb 06 18:13:05 bitbake virtual/kernel -c clean ; bitbake virtual/kernel Feb 06 18:13:14 ls -l Feb 06 18:13:18 or bitbake -i rebuild virtual/kernel Feb 06 18:13:18 oops. Feb 06 18:13:41 is the head now using ixp_kernel instead of nslu2-kernel? Feb 06 18:13:55 tnx, thought virtual/kernel would not work any more; NAiL mentioned yesterday something about ixp4xx_kernel or something like that Feb 06 18:14:03 but bb virtual/kernel still works Feb 06 18:14:18 oooooops Feb 06 18:14:24 spoke too early Feb 06 18:14:44 ixp4xx-kernel works ;) Feb 06 18:15:37 here is the reason for my oooops: Feb 06 18:15:38 [slug@Woonkamer class]$ bb ixp4xx-kernel Feb 06 18:15:38 Traceback (most recent call last): Feb 06 18:15:38 File "/home/slug/OpenSlugHead/openslug/bitbake/bin/bitbake", line 26, in ? Feb 06 18:15:38 import bb Feb 06 18:15:39 File "/home/slug/OpenSlugHead/openslug/bitbake/lib/bb/__init__.py", line 72, in ? Feb 06 18:15:41 projectdir = os.getcwd() Feb 06 18:15:43 OSError: [Errno 2] No such file or directory Feb 06 18:16:26 sounds like a broken PYTHON_PATH Feb 06 18:16:28 ok works now Feb 06 18:16:39 explanation to come Feb 06 18:17:22 what I did was bb in the kernel dir, but that one was gone with the -cclean; did the bb in the openslug dir and it works fine Feb 06 18:17:31 stupid user error Feb 06 18:17:50 lol: would that parse as (stupid user) error or as stupid (user error) Feb 06 18:18:44 i had 2.7 in the past and it could well be that I had audio.ko the one time it worked (moved to 2.6.14 or 15 after my first tests) Feb 06 18:19:00 i'll report back if audio.ko works Feb 06 18:25:19 NAiL, Did you end up trying initng? Feb 06 18:25:43 Haven't really had much time for it Feb 06 18:25:52 cool. Just checking. Feb 06 18:26:05 re all. looks like lots of patches to 2.6.15.2 since last week Feb 06 18:26:12 pr is up to 2.1? Feb 06 18:26:18 Not that I had time either as the departmental server died on me at work friday so I've been chasing my tail since. Feb 06 19:08:31 jbowler, I guess we might see a release of openslug sooner that I thought. good work. Feb 06 19:09:12 It is looking good now Feb 06 19:14:31 good this way I won't havge to take crap from monotone's 3-way merge again. :) Feb 06 19:14:48 Have you had that lately? Feb 06 19:15:00 I haven't seen any threeway merges since the dawn of time :-P Feb 06 19:15:38 yes but I guess it was normal because I made changes. Feb 06 19:15:49 But that shitty meld merging tool is a pita Feb 06 19:16:19 It probably just doesn't like me. ;) Feb 06 19:17:06 How long do you think before an actual source tarball release? Feb 06 19:17:44 When jbowler's done with the Makefile magic and has put the thing into SVN, I presume Feb 06 19:17:51 bbiab, gotta go buy food Feb 06 19:18:18 ok thanks. Feb 06 19:30:06 Hmm, when you get back, just what is the new makefile magic? Feb 06 19:32:59 need some help getting this audio.ko; figured out that this depends on CONFIG_OBSOLETE_OSS_USB_DRIVER Feb 06 19:34:24 however if I enable this in packages/linux/nslu2-kernel/2.6.15/defconfig and I do a bb -cclean virtual/kernel followed by a bb virtual/kernel the defconfig in tmp/work/ixp4xx-kernel-2.6.15.2-r0.0 does not have this define set (although timestampwise it is newer) Feb 06 19:34:31 am I barking at the wrong defconfig ??? Feb 06 19:35:31 grr, of course I am, I should be modifying ixp4xx-kernel/*/defconfig Feb 06 19:35:36 I think the HEAD now uses ixp4xx-kernel so you would need to change it's defconfig Feb 06 19:35:41 yup Feb 06 19:36:29 rebuilding again.... Feb 06 19:45:38 kitno455: the makefile that is going into SVN Feb 06 19:46:39 ie, only the release tarball Feb 06 20:37:06 built audio.ko but that does not seem to make any difference Feb 06 21:01:20 what is changing about makefile? is it just going into svn repo? Feb 06 21:02:17 yeah Feb 06 21:06:05 eFfeM, Be careful not to confuse ALSA and OSS. Feb 06 21:06:24 Because the more recent ALSA has an OSS emulation layer too. Feb 06 21:07:35 VoodooZ, apparently audio.ko is indeed superseded by alsa. the Kconfig said this, but I wanted to give it a try anyway as it was mentioned as necessary in the nslu2-linux mailing list Feb 06 21:08:02 didn't work for me anyway, thought snowbike reported he played with this and got things working Feb 06 21:08:49 * VoodooZ nod Feb 06 22:33:03 tbm: hi, I joined the rank of debian-on-openslug users today. sarge is already running fine, thanks for the armeb port Feb 06 22:33:12 popcon is running too, of course :-) Feb 06 22:33:24 hehe ;) Feb 06 22:34:00 nomeata: that wasn't me... sarge -> lennart Feb 06 22:35:48 tbm: well, thanks to all that helped. I just saw your posting on d-d-a Feb 06 23:01:22 nomeata: Ithink what you're running has nothing to do at all with the work I did. ;) Feb 07 00:00:19 good evening everybody Feb 07 00:01:51 i searched quite a while but didn't find any references to similiar problems with coldplugging and openslug Feb 07 00:02:51 after reboot the modules won't autoload for attached devices and i still can't figure out how to get it working Feb 07 00:02:59 (without adding static modules) Feb 07 00:03:12 hmm.. Feb 07 00:03:17 is this possible with the current openslug kernel at all? Feb 07 00:03:24 that might be one of the problems that will be fixed with the new release Feb 07 00:04:20 currently i'm still learning how gentoo/suse handle this Feb 07 00:06:11 but would help if i come to a nice solution ;) Feb 07 00:09:18 http://lwn.net/Articles/154268/ <-- Take a look at this Feb 07 00:12:09 sysfs isn't in openslug 2.7-beta IIRC Feb 07 00:12:22 but it is in the 3.7-beta release which is right around the corner. Feb 07 00:12:31 eh, 3.5 Feb 07 00:12:47 nice to hear that! Feb 07 00:13:35 thx for the article Feb 07 00:17:49 np Feb 07 00:19:02 so i guess this would make any attempts using sysfs useless since the patch is in 2.6.15 and this will be the openslug 3.5 kernel? Feb 07 00:20:02 yeah, basically Feb 07 00:20:12 3.5-beta uses 2.6.15.2 Feb 07 00:22:37 perfect, the patch is contained (verified). thx alot and happy coding! (heading to paypal ;) Feb 07 00:22:58 thanks ;) **** ENDING LOGGING AT Tue Feb 07 10:59:57 2006