**** BEGIN LOGGING AT Mon Aug 09 02:59:57 2010
Aug 09 03:29:40 <builder> build #68 of au1000 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/au1000/builds/68
Aug 09 04:22:36 <CIA-41> agb * r22552 /trunk/tools/ (Makefile qemu/ qemu/Makefile): [tools] qemu: build qemu-img for packaging vmdk and vdi images
Aug 09 04:22:41 <CIA-41> agb * r22553 /trunk/target/linux/x86/image/ (Config.in Makefile):
Aug 09 04:22:41 <CIA-41> [x86] image: use internal qemu-img for vmdk and vdi images
Aug 09 04:22:41 <CIA-41> drop host dependencies on qemu-utils and VirtualBox
Aug 09 04:44:36 <CIA-41> agb * r22554 /branches/backfire/ (16 files in 16 dirs): [backfire] kernel: bump 2.6.32 targets to 2.6.32.16
Aug 09 04:44:40 <CIA-41> agb * r22555 /branches/backfire/tools/ (Makefile qemu/ qemu/Makefile):
Aug 09 04:44:40 <CIA-41> [backfire] merge r22552
Aug 09 04:44:40 <CIA-41> [tools] qemu: build qemu-img for packaging vmdk and vdi images
Aug 09 04:44:44 <CIA-41> agb * r22556 /branches/backfire/target/linux/x86/image/ (Config.in Makefile):
Aug 09 04:44:44 <CIA-41> [backfire] merge r22553
Aug 09 04:44:44 <CIA-41> [x86] image: use internal qemu-img for vmdk and vdi images
Aug 09 04:44:44 <CIA-41> drop host dependencies on qemu-utils and VirtualBox
Aug 09 05:45:27 <builder> build #66 of ramips is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ramips/builds/66
Aug 09 07:03:32 <builder> build #66 of ps3 is complete: Failure [failed compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/66
Aug 09 08:06:51 <swalker> _trine: http://openwrt.pastebin.com/raw.php?i=Q0BeqiPV is a start
Aug 09 08:09:22 <_trine> hey great
Aug 09 08:10:52 <_trine> cherokee is really fast I am using it on my dockstar
Aug 09 08:11:12 <_trine> and has minimal configuration needs
Aug 09 09:12:06 <lfcorreia> hi all
Aug 09 09:12:28 <lfcorreia> I need to add the USB subsystem to the ramips platform, how can that be enabled?
Aug 09 09:26:43 <builder> build #66 of s3c24xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/66
Aug 09 09:34:21 <KanjiMonster> lfcorreia: find a gpl tarball that has an usb driver for ramips, port it to openwrt ;)
Aug 09 09:41:25 <KanjiMonster> lfcorreia: also note that accidentially included, non gpl'd/proprietary licensed drivers are not usable
Aug 09 09:41:54 <lfcorreia> KanjiMonster: all I need now is enabling the USB thing for ramips
Aug 09 09:42:27 <lfcorreia> i've already managed to compile that driver for openwrt, but it doesn't work due to missing usb subsystem
Aug 09 09:42:55 <KanjiMonster> ah I see
Aug 09 09:43:46 <lfcorreia> and the driver's license notice is somewhat cryptic, I for one, wouldn't say it is GPL...
Aug 09 09:43:56 <KanjiMonster> yes
Aug 09 09:44:01 <lfcorreia> this driver is present in FON's svn tree
Aug 09 09:44:09 <KanjiMonster> oh, okay.
Aug 09 09:44:36 <lfcorreia> but since FON uses an older kernel, I had to tweak some stuff to make it work
Aug 09 09:44:55 <lfcorreia> and again, for now I want to have USB subsys to test driver functionality
Aug 09 09:45:08 <lfcorreia> then I'll worry about making it a true platform driver
Aug 09 09:45:19 <lfcorreia> so any hel is welcomed :)
Aug 09 09:45:48 <lfcorreia> i meant help
Aug 09 09:46:22 <lfcorreia> FYI, this is the driver: http://svn.fonosfera.org/fon-ng/trunk/fon/ra_usb/src/
Aug 09 09:47:10 <KanjiMonster> lfcorreia: well, the usb subsystem is enabled for the ramips targets, so in theory it should work.
Aug 09 09:47:20 <KanjiMonster> In what way does it fail?
Aug 09 09:47:38 <lfcorreia> missing symbols, all of them related to sub subsys
Aug 09 09:48:14 <lfcorreia> if you select ramips, in menuconfig, device drivers-usb doesn't show anything
Aug 09 09:49:52 <blogic> lfcorreia: USB_SUPPORT
Aug 09 09:49:55 <blogic> grep for that
Aug 09 09:50:16 <blogic> i think
Aug 09 09:50:17 <blogic> 1 se
Aug 09 09:50:52 <lfcorreia> unless I've got a huge f*ckup in my build system, it doesn't do what I expect
Aug 09 09:50:59 <KanjiMonster> blogic: that's in all configs in current trunk (=y)
Aug 09 09:51:03 <lfcorreia> i don't have my build sys here at work
Aug 09 09:57:12 <KanjiMonster> lfcorreia: the driver looks to be written against 2.6.21, perhaps it needs adjustments to compile against 2.6.32/34
Aug 09 09:57:48 <lfcorreia> I can send you what I've got already, interested?
Aug 09 10:00:00 <lfcorreia> i've changed some functions and it does compile with minor warnings
Aug 09 10:00:58 <lfcorreia> i think I should be able to see some usb related modules in the running board, and I don't
Aug 09 10:44:09 <lfcorreia> also about this, I still fail to understand the basic stuff related to platform drivers, but I'll have to learn into that
Aug 09 10:48:40 <RealOpty> xMff, ping.
Aug 09 10:53:34 <KanjiMonster> lfcorreia: platform drivers need a corresponding platform device, else they never get called (usually the system setup code is responsible for registering the platform devices)
Aug 09 11:03:20 <builder> build #66 of ar7 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/66
Aug 09 11:14:23 <acoul> good morning
Aug 09 11:20:52 <builder> build #62 of x86 is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/x86/builds/62
Aug 09 11:27:16 <CIA-41> kaloz * r22557 /trunk/target/linux/cns3xxx/patches-2.6.31/210-cns3xxx_smp_serial_fix.patch: [cns3xxx]: workaround serial hang with SMP enabled
Aug 09 11:36:11 <jow_laptop> RealOpty: pong
Aug 09 11:36:40 <RealOpty> jow_laptop, im working with quilt. think i figured out what i was gonna ask u
Aug 09 11:36:49 <jow_laptop> ok
Aug 09 11:37:18 <RealOpty> jow_laptop, but
Aug 09 11:37:23 <RealOpty> make package/example/update V=99
Aug 09 11:37:37 <RealOpty> ^ is that not necessary ?
Aug 09 11:37:59 <RealOpty> it always tells me that there is no rule for update on package/broadcom-diag
Aug 09 11:38:19 <jow_laptop> "no rule for update" means that there is nothing to update
Aug 09 11:38:37 <jow_laptop> e.g. no prepared source tree with quilt series in build_dir
Aug 09 11:38:54 <jow_laptop> after doing quilt changes, the update target will only work once
Aug 09 11:39:08 <RealOpty> jow_laptop, make[2]: *** No rule to make target `update'.  Stop.
Aug 09 11:39:13 <RealOpty> thats the exact error.
Aug 09 11:40:30 <RealOpty> doing $ make package/broadcom-diag/{clean,compile} V=99
Aug 09 11:40:42 <RealOpty> seems to make the edited patch apply to build dir.
Aug 09 11:40:50 <RealOpty> so i guess no worries.
Aug 09 11:42:57 <RealOpty> jow_laptop, just to make sure of something....
Aug 09 11:43:20 <RealOpty> backfire/package/broadcom-diag is totally diffrent than trunk/package/broadcom-diag
Aug 09 11:43:24 <RealOpty> jow_laptop, correct?
Aug 09 11:43:34 <jow_laptop> likely
Aug 09 11:46:39 <RealOpty> jow_laptop, ok so ive uploaded the patch to https://dev.openwrt.org/ticket/7702
Aug 09 11:46:58 <RealOpty> should i reopen the ticket and maybe hauke will notice ive done the grunt work for him?
Aug 09 11:48:29 <jow_laptop> I suppose you can reopen it
Aug 09 11:51:52 <RealOpty> jow_laptop, night.
Aug 09 12:15:58 <RealOpty> cant sleep.
Aug 09 12:16:21 <RealOpty> jow_laptop, how would i go about making a patch for target/linux/brcm47xx/files/etc/etc/
Aug 09 12:17:15 <RealOpty> jow_laptop, make target/linux/brcm47xx/{clean,prepare} V=99 QUILT=1 fails
Aug 09 12:17:50 <RealOpty> and thats step one :(
Aug 09 12:18:44 <RealOpty> oh
Aug 09 12:18:47 <RealOpty> maybe i need to do
Aug 09 12:18:48 <RealOpty>  make target/linux/{clean,prepare} V=99 QUILT=1
Aug 09 12:56:27 <lfcorreia> hi again
Aug 09 12:56:37 <lfcorreia> getting back to the ramips usb issue
Aug 09 12:57:29 <lfcorreia> after selecting the proper settings for the ramips (rt3052) board, and visiting Device Drivers-USB in 'make menuconfig', nothing can be selected in that menu
Aug 09 12:57:33 <lfcorreia> please advise
Aug 09 13:09:43 <KanjiMonster> lfcorreia: where are you, the kernel menuconfig or buildroots menuconfig?
Aug 09 13:16:46 <lfcorreia> buildroots menuconfig
Aug 09 13:16:59 <lfcorreia> my coleague Helmut has provided a hint
Aug 09 13:18:24 <lfcorreia>  /linux-2.6.34.../drivers/usb/Kconfig, add  default y if RALINK_RT305X
Aug 09 13:18:46 <lfcorreia> as I said, the default kernel config file for RAMIPS does not enable USB
Aug 09 13:18:51 <KanjiMonster> ah, I found why
Aug 09 13:20:25 <KanjiMonster> lfcorreia: try removing the three "# CONFIG_USB_ARCH_HAS_* is not set" lines from the target/ramips/rt305x/config-<version you are using>
Aug 09 13:20:41 <KanjiMonster> at the end of the config file
Aug 09 13:20:47 <lfcorreia> KanjiMonster: remove them all?
Aug 09 13:21:00 <lfcorreia> or change with "=y"
Aug 09 13:21:12 <KanjiMonster> remove them, they overwrite the default config which is =y
Aug 09 13:25:06 <CIA-41> acoul * r22558 /packages/net/tinyproxy/ (Makefile patches/010-no-docs-and-tests.patch): net/tinyproxy: update tinyproxy to 1.8.2
Aug 09 13:26:02 <CIA-41> mb * r22559 /trunk/package/kexec-tools/ (Makefile patches/0005-mips64_support.patch):
Aug 09 13:26:02 <CIA-41> kexec-tools: Update to 2.0.2.
Aug 09 13:26:02 <CIA-41> Mips64 support is builtin in this version. So remove the patch.
Aug 09 13:28:30 <lfcorreia> KanjiMonster: thanks, will try and then post here the results
Aug 09 13:28:59 <lfcorreia> this driver would eventually be made part of the platform drivers for the ramips platform
Aug 09 13:29:09 <lfcorreia> assuming it is working at all
Aug 09 13:29:50 <lfcorreia> and while I personally won't bother much with GPLness, it would be great if we could figure out the proper licensing
Aug 09 13:30:23 <KanjiMonster> lfcorreia: as far as I can see, this is a BSD-style license, perhaps even the gpl-compatible one
Aug 09 13:31:25 <lfcorreia> thar license isn't clearly nor BSD of GPL
Aug 09 13:31:57 <lfcorreia> all they ask if for the copyright notice to be present
Aug 09 13:32:03 <lfcorreia> if=is
Aug 09 13:35:51 <KanjiMonster> I said bsd-style, not /is/ bsd ;). Going from what they allow you to do with the source.
Aug 09 13:40:16 <KanjiMonster> IANAL, but requiring the copyright notice in the source code shouldn't be a further restriction to the gpl and therefore the license would be gpl compatible - otoh, this is probably not an OSI-approved license.
Aug 09 14:06:59 <lfcorreia> IANAL too :)
Aug 09 14:07:44 <lfcorreia> _if_ the driver works, and _if_ it is really working right, then I'll analise whatever i've changed
Aug 09 14:22:58 <RealOpty> jow_laptop, u around?
Aug 09 14:23:06 <jow_laptop> yea
Aug 09 14:24:54 <RealOpty> lol every time i figure it out some how....
Aug 09 14:26:28 <RealOpty> quilt stuff is confusing when updating edited patches
Aug 09 14:47:42 <RealOpty> jow_laptop, do you know what 'bcm_strtoul' is?
Aug 09 15:01:31 <jow_laptop> C string to unsingled long
Aug 09 15:01:36 <jow_laptop> *unsigned
Aug 09 15:43:44 <RealOpty> jow_laptop, now im getting this error... Patch platform/999-fix_board_data does not apply (enforce with -f)
Aug 09 15:43:51 <RealOpty> any suggestions?
Aug 09 15:45:06 <jow_laptop> quilt push -f
Aug 09 15:45:14 <jow_laptop> then resolv the conflicts manually
Aug 09 15:50:22 <CIA-41> jow * r22560 /trunk/target/linux/generic/patches-2.6.35/001-fix_localversion.patch: [generic] fix localversion detection for linux 2.6.35
Aug 09 15:53:38 <RealOpty> jow_laptop, plz take a min to run me though the commands for ;editing a patch;
Aug 09 15:53:45 <RealOpty> the files im editing are in backfire/target/linux/brcm-2.4
Aug 09 15:54:28 <RealOpty> im reading the wiki. doin all it says but it still not accepting new changes?
Aug 09 15:55:13 <jow_laptop> what did you do so far?
Aug 09 15:55:54 <RealOpty> well i made a patch. every thing worked out then i needed to make changes so i did. then that one applied like it should
Aug 09 15:56:37 <RealOpty> now i do make target/linux/{clean,prepare} V=99 QUILT=1
Aug 09 15:57:52 <RealOpty> then go into the folder i want to edit
Aug 09 15:58:05 <RealOpty> quilt push 999
Aug 09 15:58:38 <RealOpty> but it says File series fully applied, ends at patch 999-fix_board_data
Aug 09 15:58:54 <jow_laptop> quilt top
Aug 09 15:59:08 <jow_laptop> is it the patch you want to edit?
Aug 09 15:59:22 <RealOpty> ~/OpenWRT/netgear/backfire/target/linux/brcm-2.4$ quilt top
Aug 09 15:59:22 <RealOpty> 999-fix_board_data
Aug 09 15:59:22 <RealOpty> yes
Aug 09 15:59:42 <jow_laptop> then just edit...  quilt edit foo/bar.c
Aug 09 15:59:54 <RealOpty> then i did that
Aug 09 16:00:02 <RealOpty> then i looked at the diff
Aug 09 16:00:05 <RealOpty> then i refreshed
Aug 09 16:00:28 <RealOpty> then i do make target/linux/{clean,prepare} V=99 QUILT=
Aug 09 16:00:31 <RealOpty> correct?
Aug 09 16:00:34 <jow_laptop> no
Aug 09 16:00:35 <RealOpty> +1
Aug 09 16:00:38 <RealOpty> oh
Aug 09 16:00:51 <jow_laptop> make target/linux/{**update**,clean,prepare}
Aug 09 16:01:04 <jow_laptop> otherwise you're just wiping everything you just did
Aug 09 16:01:24 <RealOpty> update or **update**
Aug 09 16:01:38 <jow_laptop> update
Aug 09 16:02:12 <RealOpty> okie
Aug 09 16:03:07 <RealOpty> jow_laptop, http://paste.ubuntu.com/475504/
Aug 09 16:03:12 <RealOpty> same errors :\
Aug 09 16:03:51 <jow_laptop> did you edit the file initially before adding it to the patch?
Aug 09 16:04:06 <RealOpty> no it was fresh svn
Aug 09 16:04:18 <RealOpty> im trying to make patches the correct way
Aug 09 16:05:36 <jow_laptop> it looks like your patches are processed in the wrong order
Aug 09 16:08:39 * RealOpty starts over.
Aug 09 16:08:48 <jow_laptop> and give it a .patch extension
Aug 09 16:09:09 <jow_laptop> also make sure to create the patch with  quilt new platform/999-foo.patch
Aug 09 16:09:26 <jow_laptop> not just the name
Aug 09 16:09:40 <jow_laptop> kernel uses an additional subdir
Aug 09 16:12:01 <RealOpty> jow_laptop, are patches applied to the file your editing?
Aug 09 16:12:11 <jow_laptop> ?
Aug 09 16:12:13 <jow_laptop> yes
Aug 09 16:12:18 <jow_laptop> no
Aug 09 16:12:23 <RealOpty> ok cause
Aug 09 16:12:28 <jow_laptop> the question makes no sense
Aug 09 16:12:39 <RealOpty> lol sorry im tired
Aug 09 16:12:54 <RealOpty> ok so im editing backfire/target/linux/brcm-2.4/files/drivers/mtd/maps/filename.c with quilt
Aug 09 16:13:05 <RealOpty> not exactly like that... but u know
Aug 09 16:13:26 <RealOpty> anyways the patch i made in quilt is applied to backfire/target/linux/brcm-2.4/files/drivers/mtd/maps/file.c
Aug 09 16:13:34 <RealOpty> is that what should happen?
Aug 09 16:14:02 * RealOpty dont think so
Aug 09 16:14:10 <jow_laptop> uhm
Aug 09 16:14:16 <jow_laptop> I don't get it
Aug 09 16:14:30 <RealOpty> i believe ive messed up some where with the commands.
Aug 09 16:14:35 <jow_laptop> ah you mean the path is wrong?
Aug 09 16:15:13 <RealOpty> ok let me try to explain again :)
Aug 09 16:15:36 <jow_laptop> I believe the file you're trying to edit is placed in target/linux/brcm-2.4/files/...
Aug 09 16:15:38 <RealOpty> when i make a patch its saved to my+patch_name.patch
Aug 09 16:15:40 <jow_laptop> you do not need a patch for this
Aug 09 16:15:48 <jow_laptop> you can edit it directly
Aug 09 16:16:03 <RealOpty> doh!?
Aug 09 16:16:09 <jow_laptop> patches are for stuff that comes from the linux tarball
Aug 09 16:16:12 <RealOpty> here i was trying to do it the correct way lol!
Aug 09 16:16:43 <RealOpty> im just gonna role with that cause it would be a lot easier atm lol
Aug 09 16:16:51 <RealOpty> jow_laptop, how do i undo the patch
Aug 09 16:16:55 <RealOpty> quilt delete ?
Aug 09 16:17:08 <jow_laptop> yes
Aug 09 16:20:10 <RealOpty> hmmm
Aug 09 16:20:18 <RealOpty> somehow this patch got into backfire/target/linux/brcm-2.4/patches
Aug 09 16:20:26 <RealOpty> i think thats what caused it all...
Aug 09 16:23:34 <RealOpty> jow_laptop, thanks
Aug 09 16:27:13 <RealOpty> i was wondering why making a patch for a package was easier than this... lol
Aug 09 16:27:57 <builder> build #63 of uml is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/63
Aug 09 16:47:37 <RealOpty> Hauke, ping.
Aug 09 16:52:13 <RealOpty> Hauke, when ever you have time, ive added support in broadcom-diag for backfire https://dev.openwrt.org/ticket/7702
Aug 09 16:53:44 <clem-vangelis> hi there
Aug 09 16:54:33 <clem-vangelis> I have submitted some patches to support a new board but it doesn't seems to have been taken in account
Aug 09 16:55:00 <clem-vangelis> https://dev.openwrt.org/ticket/7672
Aug 09 16:55:59 <CIA-41> nico * r22561 /trunk/package/comgt/ (Makefile files/3g.sh): package/comgt: only set pincode if it's supplied (closes: #7334), bump release number
Aug 09 16:59:30 <CIA-41> nico * r22562 /branches/backfire/package/comgt/ (Makefile files/3g.sh):
Aug 09 16:59:30 <CIA-41> [backfire] merge r22561
Aug 09 16:59:30 <CIA-41> package/comgt: only set pincode if it's supplied (closes: #7334), bump release number
Aug 09 16:59:54 <RealOpty> clem-vangelis, wrote any patches for a 2.4 kernel?
Aug 09 17:02:22 <RealOpty> RealOpty, im not a developer but your patch here https://dev.openwrt.org/attachment/ticket/7672/bcm47xx.patch just might break functionality on every device.
Aug 09 17:04:03 <clem-vangelis> humi have written it to support every device
Aug 09 17:04:27 <clem-vangelis> oups you are right i submit the wrong patch
Aug 09 17:04:43 <RealOpty> EDIMAX_PS_HEADER_LEN <- need some kind of if statement for that under lines 373,375,376
Aug 09 17:06:19 <RealOpty> clem-vangelis, but seriously any patches for 2.4?
Aug 09 17:06:26 <heilterminalcons> I am  annoyed with just the guys from memcached. they claim that the openwrt compile does not support standards. could somebody have a look at http://code.google.com/p/memcached/issues/detail?id=123 and help me to get in buisness again?
Aug 09 17:06:29 <clem-vangelis> no why ?
Aug 09 17:06:37 * RealOpty needs some advice.
Aug 09 17:07:23 <RealOpty> hmm and a smoke too
Aug 09 17:08:37 <RealOpty> jow_laptop, how do i know what headers that i can include in an app?
Aug 09 17:09:02 <RealOpty> not just jow_laptop  any one for that matter :)
Aug 09 17:30:40 <nbd> heilterminalcons: yeah, the issues posted in there clearly have nothing to do with the compiler
Aug 09 17:31:25 <nbd> heilterminalcons: the configure error comes from autoconf scripts trying to do runtime tests (as opposed to just compile tests), which in general should be avoided at all costs
Aug 09 17:31:31 <nbd> because they cannot possibly work with cross compiling
Aug 09 17:31:50 <nbd> as for the other build error: no idea how they normally define the endian type for the hash stuff
Aug 09 17:31:59 <nbd> probably build system screwup as well
Aug 09 17:54:22 <heilterminalcons> nbd: i can remove the exit 1; from the autoconf but this results in other errors
Aug 09 18:07:16 <heilterminalcons> memcached up to 1.2.8 builds without any problems
Aug 09 18:43:22 <CIA-41> mb * r22563 /trunk/target/linux/omap24xx/patches-2.6.35/811-mmc-multiplexer-fixes.patch: omap24xx: Fix MMC multiplexer
Aug 09 18:43:45 <CIA-41> mb * r22564 /trunk/target/linux/omap24xx/ (config-2.6.35 patches-2.6.35/500-cbus.patch): omap24xx: Update kernel config. This also fixes module loading.
Aug 09 18:50:21 <heilterminalcons> l2tpv3 and kvm guest works like a charm thanks xMff
Aug 09 18:51:16 <heilterminalcons> great job
Aug 09 19:25:25 <CIA-41> florian * r22565 /branches/backfire/target/linux/rdc/ (config-2.6.32 files-2.6.32/ patches-2.6.32/): remove rdc 2.6.32 support from backfire, not used
Aug 09 19:31:43 <CIA-41> florian * r22566 /branches/backfire/target/linux/rdc/config-2.6.30: backport r22259 to backfire
Aug 09 19:50:34 <CIA-41> nico * r22567 /packages/net/l2tpv3tun/Makefile: [packages] l2tpv3tun: mark as 2.6.35 only (prevent from trying to build it on backfire)
Aug 09 19:58:21 <_trine> looks like rtorrent isnt compiling
Aug 09 20:00:34 <{Nico}> _trine: which target ?
Aug 09 20:00:56 <_trine> kirkwood
Aug 09 20:01:17 <Memphiz> captain kirkwood please ;o)
Aug 09 20:01:27 <{Nico}> hehe
Aug 09 20:01:35 <_trine> :) beam me down
Aug 09 20:05:42 <{Nico}> _trine: do you have a build log somewhere ?
Aug 09 20:06:20 <_trine> {Nico}, not now I just un selected it and rebuilt
Aug 09 20:06:37 <_trine> sorry I should have thought about that
Aug 09 20:07:03 <CIA-41> florian * r22568 /trunk/target/linux/au1000/ (6 files in 3 dirs): [au1000] add support for 2.6.35
Aug 09 20:07:16 <_trine> I could reselect it and do it again
Aug 09 20:07:32 <{Nico}> _trine: are you using a recent packages feed ?
Aug 09 20:08:29 <_trine> before I compiled I did svn up and ./scripts/feeds update -a and ./scripts/feeds install -a
Aug 09 20:12:26 <{Nico}> _trine: ( cd feeds/packages; svn info | grep 'Last Changed Rev')
Aug 09 20:13:05 <_trine> Last Changed Rev: 22567
Aug 09 21:43:11 <{Nico}> _trine: can't reproduce your issue, i definitely need a build log ;)
Aug 09 21:52:19 <lfcorreia> KanjiMonster, hi
Aug 09 21:52:40 <KanjiMonster> lfcorreia: hi
Aug 09 21:52:53 <lfcorreia> KanjiMonster, none of the proposed edits made usb selectable in make menuconfig
Aug 09 21:53:23 <lfcorreia> as a comparison, bcm4700 does have it enabled, but I couldn't figure out how ot why
Aug 09 21:53:51 <lfcorreia> and yes, i'm a dumb f*ck regarding to owrt confusing build system, sorry
Aug 09 21:54:55 <lfcorreia> (confusing because each target has different configs)
Aug 09 22:00:01 <KanjiMonster> lfcorreia: mh, try deleting the tmp of your buildroot directory, it seems it caches the parsed config there - this should force it to reparse it and make usb selectable for rt305x (at least that worked here)
Aug 09 22:00:27 <lfcorreia> i did a full svn checouy as well
Aug 09 22:00:33 <lfcorreia> svn co
Aug 09 22:00:41 <lfcorreia> but will do that again
Aug 09 22:01:07 <KanjiMonster> you did leave the config_usb_support=y in?
Aug 09 22:05:05 <lfcorreia> ok, my bad
Aug 09 22:05:33 <lfcorreia> i guess I ran make menuconfig BEFORE editing the config file and that file was indeed cached
Aug 09 22:06:05 <KanjiMonster> great. and don't be so hard on yourself, the openwrt build system can be confusing at times
Aug 09 22:06:23 <KanjiMonster> especially all the magic stuff happening in the background
Aug 09 22:07:05 <lfcorreia> KanjiMonster, do you have commit rights on svn?
Aug 09 22:07:14 <KanjiMonster> nope
Aug 09 22:07:56 <lfcorreia> ok, i'll propose a patch later (perhaps MUCH later)
Aug 09 22:08:09 <lfcorreia> KanjiMonster, and thanks for putting up with me :)
Aug 09 22:08:22 <KanjiMonster> you're welcome :)
Aug 09 22:23:39 <_trine> {Nico},
Aug 09 22:23:45 <_trine> are you stil here
Aug 09 22:33:17 <{Nico}> _trine: yep
Aug 09 22:37:15 <_trine> I have reproduced it
Aug 09 22:37:23 <_trine> what do you want me to do
Aug 09 23:13:06 <{Nico}> _trine: give me a build log :)
Aug 09 23:13:12 <{Nico}> make using V=99
Aug 09 23:16:59 <_trine> {Nico}, I did
Aug 09 23:22:05 <_trine> {Nico}, http://pastebin.com/g1pQ6LMX
Aug 10 00:32:52 <xMff> RealOpty: if you're back, please try this simple patch: http://luci.subsignal.org/~jow/998-pci_delay.patch and put it into target/linux/brcm47xx/patches-2.6.34/
Aug 10 00:35:05 <xMff> RealOpty: then check whether pci is detected
Aug 10 02:47:42 <RealOpty> xMff, i was about to go to bed but this should be exciting to find out
**** ENDING LOGGING AT Tue Aug 10 02:59:58 2010