**** BEGIN LOGGING AT Mon Feb 08 02:59:57 2010 Feb 08 09:37:07 juhosg * r19545 /trunk/target/linux/ar71xx/patches-2.6.32/ (4 files): ar71xx: drop the mx25lxxx patch, these chips are supported in 2.6.32.7 already Feb 08 09:37:12 juhosg * r19546 /trunk/target/linux/generic-2.6/patches-2.6.32/270-scci_sd_section_fix.patch: kernel: 2.6.32: refresh a patch Feb 08 09:37:18 juhosg * r19547 /trunk/target/linux/ (13 files in 2 dirs): kernel: 2.6.32: integrate m25p80 driver related patches from ar71xx Feb 08 11:18:02 does somebody know how to compile codesourcery toolchains? i need to recompile arm toolchain 2005q3-2. Feb 08 12:22:29 ping nbd Feb 08 13:12:37 lars * r19548 /packages/Xorg/xorg/lib/libXt/Makefile: [packages] libXt: pass correct CPPFLAGS to the host tools build Feb 08 13:13:27 lars * r19549 /packages/libs/tiff/Makefile: [packages] tiff: Fix libtool fixup Feb 08 13:42:16 nbd * r19550 /trunk/package/ (2 files in 2 dirs): mac80211: use wpa_supplicant for unencrypted connections to improve client mode reliability (patch by Stijn Tintel from #6653) Feb 08 13:43:03 nbd: thanks Feb 08 13:43:49 you're welcome Feb 08 13:44:12 though i think we should probably enable wpa_supplicant by default, even if keymgmt and encryption are unset Feb 08 13:44:19 there's no point in using client mode without the supplicant Feb 08 13:44:24 as it'll give up way too easily Feb 08 13:44:35 <[florian]> nbd: agreed Feb 08 13:45:13 and all of the default configs now ship with wpad, so wpa_supplicant will always be installed unless the user disabled it manually Feb 08 13:48:38 have been thinking about that too, but there should be a solution for people who want to build small images without wpa_supplicant Feb 08 13:49:12 why would people want to use client mode in that case? Feb 08 13:49:57 i mean what's the point if it has no chance of working properly anyway Feb 08 13:51:12 [florian]: did you have time to test the southbridge driver? Feb 08 13:51:25 you have a point there :-) so maybe client mode could be disabled if one disabled wpad or wpa_supplicant ... Feb 08 13:51:38 <[florian]> rtz: nope, I was at fosdem this weekend, I promise to test it this week :p Feb 08 13:52:59 [florian]: because I would like to clean up platform.c and the mtd drivers and it will get rather messy without getting some stuff commited Feb 08 13:55:05 nbd: did you by any chance find the time to look at the phy stuff? Feb 08 13:56:11 no Feb 08 13:56:29 i was at fosdem at well, and i currently have a lot of other stuff that i'm working on Feb 08 13:57:07 nbd: ok Feb 08 13:58:00 nbd: I don't have atheros hardware, but there if there are other things, I can help you out with, I could give it a shot Feb 08 14:04:30 rtz: you could implement vlan-support for the ADM6996I switch so it could be used as a router.. ;-) there are some nice 16/64 amazon devices available for ~2€ on ebay... Feb 08 14:05:40 loswillios: got any links? Feb 08 14:05:42 to ebay Feb 08 14:07:26 it's this device: http://nuwiki.openwrt.org/oldwiki/openwrtdocs/hardware/samsung/smt_g3010 Feb 08 14:08:05 http://shop.ebay.de/i.html?_nkw=g3010 Feb 08 14:09:22 hauke implemented already support for it, but some stuff like usb and vlan is missing. there is some vlan-code already there but it's not being used Feb 08 14:09:55 wow, those things are really cheap Feb 08 14:10:54 loswillios: I might buy one Feb 08 14:11:02 let me think about it for a little bit Feb 08 14:11:07 sure Feb 08 14:12:55 nbd: if you are by any chance working on support for the ar8316 and need any help/testers, just say so (i'm trying myself) ;) Feb 08 14:13:37 i'm primarily working on ath9k stuff at the moment Feb 08 14:20:11 nbd: fyi, a few days ago avm released the sources for the fritzbox 7390 which has the ar8316 Feb 08 14:21:10 though the code for the ar8316 has many FIXME's, and all vlan related stuff is in #if 0 (...) #endif - it seems even avm has problems with it Feb 08 14:21:15 got a link to the sources? Feb 08 14:21:38 ftp://ftp.avm.de/fritz.box/fritzbox.fon_wlan_7390/x_misc/opensrc/fritz%20box%20fon%20wlan%207390%20source%20files.04.82.tar.gz Feb 08 14:22:46 ok, i might take a look at this later when i'm on the train Feb 08 14:33:45 rtz: ah, there seems to be a newer page on the wiki: http://nuwiki.openwrt.org/inbox/samsung.smt-g3xx0 Feb 08 15:02:44 nbd, [florian] : i have updated http://wiki.openwrt.org/inbox/airties-wav281 Feb 08 15:06:07 <[florian]> massoud: thanks! Feb 08 15:09:42 [florian]: what owrt image.bin should i use to flash the device ? Feb 08 15:11:12 loswillios: nice Feb 08 15:11:39 loswillios: is there support for the dsps? Feb 08 15:11:46 massoud: can you remove/change the update/install instructions? Feb 08 15:13:48 jow_laptop: i was on it :) Feb 08 15:15:03 I see, it is the install instructions that prevent me from moving the device articles out of the inbox in most cases, sice I don't know many of the descriped devices I can't fix them myself Feb 08 15:15:26 done Feb 08 15:18:23 danage: nope, there's a driver but the hw is too old Feb 08 15:19:40 massoud: does this thing run linux by default? Feb 08 15:20:29 apparently not Feb 08 15:21:31 massoud: but you could flash an ifxmips image without problems? Feb 08 15:21:38 but the idea should be to flash it with ifxmips image and get the support for the SLIC/ISDN Controller and have asterisk running on it Feb 08 15:22:13 rtz: i try and then see what is supported out of the box Feb 08 15:23:14 massoud: please tell me, if it did boot Feb 08 15:27:47 which one is serial? Feb 08 15:30:06 sorry, wrong window Feb 08 15:47:35 ping nbd Feb 08 16:00:21 rtz: "Die Datei ist zu klein oder der Inhalt der Datei fehlerhaft" when i try to upload http://downloads.openwrt.org/kamikaze/8.09/ifxmips/openwrt-ifxmips-uImage Feb 08 16:11:36 nbd, rtz : should i try another image for ifxmips ? Feb 08 16:14:17 massoud: do you have a serial connection? Feb 08 16:21:10 tomorrow with my ttl-to-usb cable Feb 08 16:23:47 i will try to save the original image before flashing Feb 08 16:26:16 tripolar_: pong Feb 08 16:26:43 massoud: there is no image that works yet Feb 08 16:26:50 nbd could u please apply the patches i send to the mailing list Feb 08 16:27:01 poweroff/reboot patches Feb 08 16:27:13 tripolar_: not right now. i'm on a train and have other stuff to do Feb 08 16:27:27 nbd: Hello I need your help https://forum.openwrt.org/viewtopic.php?id=23497 Feb 08 16:27:37 okay ... when u have time please apply them Feb 08 16:29:59 nbd: the issue is that buildroot install webif just after install my package, and my package depends from webif, so I don't know if I'm doing something wrong or someone need check the order of buildroot install packages Feb 08 16:34:13 nbd: ok, when you have a chance please check that and tellme if it's my fault Feb 08 16:39:07 nbd: got it i put my "flashing the airties" on hold. If i can help/test/support the devs on that device, please tell me :) Feb 08 16:58:06 lars * r19551 /packages/libs/libsdl/Makefile: [packages] Cleanup libSDL package Makefile Feb 08 17:02:32 does anybody here know the difference between MIPS32 rel2 and rel1? Feb 08 17:33:52 lars * r19552 /packages/lang/pygobject/Makefile: [package] pygobject: Compile with fPIC Feb 08 17:48:28 rtz are u here? Feb 08 17:51:19 tripolar_: yes Feb 08 17:51:34 rtz there is make clean Feb 08 17:51:49 and an other make that doesnt delete everything Feb 08 17:52:01 the config/feeds stay unmodified Feb 08 17:52:06 do u know the command? Feb 08 17:52:09 was it distclen? Feb 08 17:52:15 distclean Feb 08 17:52:50 not sure, but there is target/linux/clean or package//clean Feb 08 18:01:56 rtz yeah but there is something like make clean but it doesnt remove feeds/config Feb 08 18:02:54 make dirclean Feb 08 18:02:56 found it Feb 08 20:11:04 kaloz * r19553 /trunk/target/linux/mpc83xx/image/Makefile: [mpc83xx]: do old style image generation for the mpc8377wlan, as the current bootloader doesn't support it Feb 08 20:11:55 kaloz * r19554 /trunk/target/linux/mpc83xx/config-default: [mpc83xx]: enable additional options for the mpc8377wlan Feb 08 20:39:38 could someone explain the differences between "MIPS32 rel2 version 1 (SYSV)" and "MIPS32 version 1 (SYSV)". are binaries for rel1 (i guess) compatible with hardware for rel2? Feb 08 20:40:04 ping xMff, [florian], nbd Feb 08 20:42:08 ping thepeople Feb 08 20:50:49 Hey tripolar_: have you see the automount stuff I posted on the weekend? Feb 08 20:51:00 cshore yeah Feb 08 20:51:08 any comments? Feb 08 20:51:14 i dont use automount Feb 08 20:51:28 i deleted the whole mount stuff Feb 08 20:51:33 i dont like it at all Feb 08 20:51:37 it also replaces /etc/init.d/fstab Feb 08 20:51:42 im just a "mount" by hand fan Feb 08 20:52:18 or do you mean you prefer to manually do it from the command line? Feb 08 20:52:25 i dont see the point using this on a router ... i only use hald on my dekstop machine - there it makes sense to me Feb 08 20:52:35 cshore yeah Feb 08 20:52:40 or from an init script Feb 08 20:53:16 tripolar: do you use the /etc/config/fstab, or manually crafted command lines? Feb 08 20:53:25 i dont use my router as "desktop" pc so i dont often change the plugged in devices Feb 08 20:53:32 manually Feb 08 20:53:40 i dont use fstab on the router Feb 08 20:53:44 tripolar: this is a prerequisit to generic external root Feb 08 20:53:55 okay Feb 08 20:54:19 by now i use a modified preinit to accomplish this Feb 08 20:54:54 cshore: not that much devices have an intigrated usb port Feb 08 20:55:00 I'll be making a drop in package that changes the preinit sequence, now that that is possible, via a drop-in package Feb 08 20:55:06 right Feb 08 20:55:19 it seems to be more common now Feb 08 20:55:28 btrfs is also included? Feb 08 20:55:36 it's an option Feb 08 20:55:39 i tried it on my desktop machine an its very unstable Feb 08 20:56:03 if you include btrfs-progs it will automount it, if you want it to Feb 08 20:56:11 i think ext3 is the best option for low mem router .. its the most tested fs Feb 08 20:56:14 the new automount allows you to turn off automount Feb 08 20:56:16 I agree Feb 08 20:56:23 that's what I'll use Feb 08 20:56:29 i use it :) Feb 08 20:56:43 but I was making it generic so everyone can do what they want Feb 08 20:56:50 journaling is nice .. otherwise i would use ext2 Feb 08 20:56:56 exactly Feb 08 20:56:57 cshore: a good idea Feb 08 20:57:27 including turning off all automount options Feb 08 20:57:30 i tried xfs some time ago but on this low mem devices it doesnt work very stable Feb 08 20:57:41 yeah, I'm not surprised Feb 08 20:57:50 like btrfs it's meant for big mem systems Feb 08 20:58:17 okay Feb 08 20:58:22 and when its stable ;) Feb 08 20:58:27 maybe in 2.6.33 Feb 08 20:58:41 more likly 2.6.34-36 Feb 08 20:58:44 heh Feb 08 20:59:07 but its features are really nice Feb 08 20:59:30 I'm happy with ext3 on a router....on a desktop btrfs, once stable, might be nice Feb 08 20:59:36 when it would work stable ... id use it ... Feb 08 20:59:40 yeah Feb 08 20:59:54 right now I'm experimenting with ext4 Feb 08 21:00:04 but i think when its test by more users more problems will arise Feb 08 21:00:09 test=tested Feb 08 21:00:13 build #9 of ppc40x is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/9 Feb 08 21:00:16 yeah, that's the way it works Feb 08 21:00:28 cshore: does ext4 work well on low mem devices? Feb 08 21:00:35 hows the speed compared to ext3? Feb 08 21:00:39 oh, not on my router, on my desktop Feb 08 21:01:05 I think ext4 is another one that doesn't make sense for small devices Feb 08 21:01:10 i mean ext2 is faster then ext3 on my router but the lacking journaling sucks Feb 08 21:01:30 yeah, especially if you forgot to shutdown before powering off Feb 08 21:01:35 yeah Feb 08 21:01:43 i wanted to push nbd to pull in my patches Feb 08 21:01:50 but yeah he has other things to do Feb 08 21:02:09 with them a normal sys should cleanly umount the disk on reboot/shutdown Feb 08 21:02:25 that's good Feb 08 21:02:34 it works here Feb 08 21:02:52 also the shutdown of dropbear/openssh is a big improvement Feb 08 21:03:01 no stop connections any more Feb 08 21:03:04 stop=stuck Feb 08 21:03:13 yeah, those are a pain Feb 08 21:03:20 were a pain ;) Feb 08 21:03:24 heh Feb 08 21:04:10 i think your code is nice ... as it seems but i think i will stay with mine .. will it be included as default? Feb 08 21:04:58 Well ede suggested doing it as a separate package...and not having automount on the system unless you include the package Feb 08 21:04:58 but the hd isnt mounted at preinit time - is it? Feb 08 21:05:10 yeah i think thats the best idea Feb 08 21:05:20 not yet...it will be an option when I do external root this week Feb 08 21:05:41 okay Feb 08 21:06:21 but the automount/mount stuff is for secondary devices Feb 08 21:06:24 i dont understand why noone updates brcm47xx to 2.6.32 Feb 08 21:06:42 but shares code with with the external root Feb 08 21:06:51 okay Feb 08 21:08:05 the goal is to have mounting be the same no matter how it happens Feb 08 21:08:16 i.e. same config Feb 08 21:08:33 same general expectations Feb 08 21:08:49 like, if select filesystem check before mount Feb 08 21:08:57 selected Feb 08 21:09:44 or automount mounts to a fstab directory not some /mnt/device, if that device is specified in /etc/fstab Feb 08 21:11:49 okay Feb 08 21:12:23 i understand what u wanna do .. but i think the code is too bloated for me .. i already have a working config and i think i will stick with it Feb 08 21:12:53 the other question is .. how do u wanna decide at preinit if a boot from the new root is really wanted? Feb 08 21:13:19 or do u have to unplug the disk to boot from internal flash? Feb 08 21:13:38 mods to /etc/fstab wont work at preinit ... Feb 08 21:14:06 because they are on the jffs2 partiton .. and preinit reads from the squashfs partition Feb 08 21:14:30 the jffs will be mounted, and used to control the config of the external root Feb 08 21:14:49 it's not like it would be doing anything else Feb 08 21:14:59 but this could also introduce new problems/ways to get a unbootable system Feb 08 21:15:01 it's also a fallback Feb 08 21:15:43 well it's going to be an optional package Feb 08 21:15:57 if you don't include it, the external root code won't be used at all Feb 08 21:16:24 yeah are u only allow suchs mods only at image build time Feb 08 21:16:31 are=or Feb 08 21:16:47 for a squashfs only at build time Feb 08 21:16:54 yeah Feb 08 21:17:48 but the config for external root is change in the jffs after build....otherwise we can't record uuid and that sort of thing Feb 08 21:18:02 from creating the rootfs Feb 08 21:18:13 in a reasonably friendly way Feb 08 21:18:19 here the acces to jffs should already work? 90_mount_no_jffs2 Feb 08 21:19:18 yeah only read fstab somewhere befor /sbin/init is called Feb 08 21:20:03 before that actually....the jffs is mount and there's a gap, and then it is pivotted...in the external root the code goes in the gap and the new rootfs is mounted (using info from jffs), and the jffs pivot never happens, unless mount fails (then there is a fallback to jffs) Feb 08 21:20:38 yeah thats a good idea Feb 08 21:21:10 between here 40_mount_jffs2 and 70_pivot_jffs2_root Feb 08 21:21:20 yes, exactly Feb 08 21:22:09 that was part of the reason I made the modular preinit in the first place...the other is failsafe modification (optional packages) Feb 08 21:22:19 yeah i understand Feb 08 21:24:43 I think it's better than messing with preinit for every new feature Feb 08 21:24:52 where is preinit_mount_root defined? Feb 08 21:25:00 cshore: thats true Feb 08 21:25:48 kaloz * r19555 /trunk/target/linux/generic-2.6/patches-2.6.32/057-arm_fix_uncompress_code.patch: [arm]: add a backported fix for the uncompression code Feb 08 21:26:13 you mean the hook? Feb 08 21:26:55 kaloz * r19556 /trunk/toolchain/gcc/ (Config.in Config.version): the CS toolchain FTBS for the gemini, use the old one for now Feb 08 21:27:16 kaloz * r19557 /trunk/target/linux/generic-2.6/patches-2.6.32/850-if_no_generic_time.patch: refresh patch Feb 08 21:29:19 80_mount_root calls it, and 10_check_for_mtd, 20_check_jffs2_ready, 40_mount_jffs2, 70_pivot_jffs2_root, 90_mount_no_jffs2 and 99_10_mount_no_mtd define it Feb 08 21:31:36 build #9 of ppc44x is complete: Failure [failed compile_15] Build details are at http://tksite.gotdns.org:8010/builders/ppc44x/builds/9 Feb 08 21:47:24 okay Feb 08 21:55:15 kaloz * r19558 /trunk/target/linux/gemini/ (Makefile patches/001-git_sync.patch): [gemini]: upgrade to 2.6.32 Feb 08 22:05:13 lars * r19559 /trunk/package/util-linux-ng/Makefile: [packages] util-linux-ng: Build setterm Feb 08 22:28:06 <[Fate]> is there a shortcut similar to make package/bla/compile for kernel module packages? Feb 08 22:28:22 lars * r19560 /trunk/include/verbose.mk: Feb 08 22:28:22 Allow colored output to be disabled when running a non-verbose build by Feb 08 22:28:22 setting NO_COLOR=1 Feb 08 23:36:20 lars * r19561 /trunk/target/linux/xburst/files-2.6.32/drivers/video/jz4740_fb.c: Feb 08 23:36:20 [xburst] jz4740_fb: Do not disable lcd clock during blanking. Only during Feb 08 23:36:20 suspend. Feb 08 23:46:03 ping larsc Feb 08 23:46:16 ping thepeople Feb 08 23:46:34 pong Feb 08 23:51:27 tripolar_: ? Feb 08 23:51:40 larsc do u have commit access? Feb 08 23:51:58 yes Feb 08 23:52:07 could u commit my last mail to the mailing list Feb 08 23:52:18 it fixes a nfsd problem Feb 08 23:52:47 nobody noticed this by now ... Feb 08 23:52:58 the failure in the init script Feb 08 23:58:35 larsc can u commit this? Feb 08 23:58:51 hm, yes. looks like it makes sense Feb 08 23:59:10 larsc i know Feb 08 23:59:33 my other mail would also be nice to get submitted Feb 08 23:59:46 called Feb 08 23:59:47 reboot/poweroff fixes Feb 09 00:00:20 the umount -a -r -l was introduced by me Feb 09 00:00:25 but its a bad idea Feb 09 00:00:34 umount -a -r is enough Feb 09 00:01:09 and portmap has also to be stopped to remove a lock it is keeping Feb 09 00:01:17 @larsc Feb 09 00:11:55 kaloz * r19562 /trunk/target/linux/pxa/ (17 files in 4 dirs): [pxa]: upgrade to 2.6.32.7, switch to squashfs, remove broken flag Feb 09 00:12:23 lars * r19563 /packages/net/nfs-kernel-server/files/nfsd.init: Feb 09 00:12:23 [packages] Use the correct method for stoping the nfsd kernel threads in the Feb 09 00:12:23 init script. Feb 09 00:12:23 Thanks to Peter Wagner Feb 09 00:13:01 larsc can u also commit the other patches? Feb 09 00:27:04 ping larsc Feb 09 00:44:32 lars * r19564 /packages/net/portmap/files/portmap.init: Feb 09 00:44:32 [packages] portmap: Stop the portmap daemon, otherwise it will keep a lock file Feb 09 00:44:32 and prevent unmounting the rootfs on poweroff/reboot. Feb 09 00:44:32 Thanks Peter Wagner **** ENDING LOGGING AT Tue Feb 09 02:59:56 2010