**** BEGIN LOGGING AT Mon Oct 24 02:59:57 2011
Oct 24 07:44:56 <CIA-62> nico * r28547 /trunk/package/busybox/ (4 files in 4 dirs): package/busybox: revert config defaults inadvertently changed in [28513] (thanks to Liu Yu Fei, Eric), bump release number
Oct 24 08:03:28 <CIA-62> nico * r28548 /packages/multimedia/ffmpeg/Makefile: packages/ffmpeg: install dev files when any libffmeg variant is selected (closes: #10266)
Oct 24 08:23:35 <CIA-62> nico * r28549 /trunk/package/busybox/config/loginutils/Config.in: package/busybox: make PAM support depend on DEVEL (closes: #8002 & #8743)
Oct 24 08:27:07 <dape_at_work> hello
Oct 24 08:27:27 <dape_at_work> im tuning via make menuconfig, do we really need "[Compile the kernel with Debug FileSystem enabled" ?
Oct 24 08:35:15 <[florian]> it depends
Oct 24 08:35:37 <[florian]> it will be helpful to expose various debugging informations from wireless drivers etc ...
Oct 24 08:36:21 <dape_at_work> ok, so not critical, thanks
Oct 24 08:37:46 <dape_at_work> by the way, im compiling trunk for an old asus wl500gpV1, i see it has ath5k selected at wireless but i think it uses b44 something.. should i let it like this or enable the specific b44 support?
Oct 24 08:38:05 <[florian]> b44 is a wired ethernet driver
Oct 24 08:38:14 <[florian]> which in your case I assume will be necessary
Oct 24 08:38:38 <[florian]> while ath5k is a wireless driver
Oct 24 08:38:39 <dape_at_work> let me check dmesg again, it has backfire rc4 now
Oct 24 08:38:57 <[florian]> b43 is also an usual wireless driver
Oct 24 08:42:30 <dape_at_work> actually since i already bothered you with my insignifiant problem, if you have the time to check this dmesg and tell me the lan and wifi required driver i would apprecciate it since i dont have a serial console attached yet :P http://pastebin.com/vyYHq1y4
Oct 24 09:09:31 <EqUaTe> b44 wired, b43 wifi from the looks of that.
Oct 24 09:10:34 <dape_at_work> thanks! i dont need wireless yet, so i will let defaults
Oct 24 10:16:26 <CIA-62> zandbelt * r28550 /packages/net/asterisk-1.8.x/Makefile: [packages] asterisk-1.8.x: specify ASTDBDIR; fixes #10270
Oct 24 10:23:59 <CIA-62> nico * r28551 /packages/libs/libmnl/ (. Makefile): packages: add libmnl (a minimalistic user-space library for Netlink)
Oct 24 11:03:33 <CIA-62> zandbelt * r28552 /packages/net/asterisk-1.8.x/Makefile: [packages] asterisk-1.8.x: upgrade to 1.8.7.1
Oct 24 13:03:48 <CIA-62> jogo * r28553 /trunk/include/kernel-version.mk: linux: add 3.1 checksum
Oct 24 14:17:55 <builder_> build #86 of ppc44x is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/86
Oct 24 14:58:05 <builder_> build #91 of ps3 is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/ps3/builds/91
Oct 24 16:05:51 <solca> nbd: ping
Oct 24 16:06:02 <nbd> solca: pong
Oct 24 16:06:38 <solca> nbd: I was wondering what to do with ar71xx kernel support >2.6.39 (ie 3.x)
Oct 24 16:06:44 <solca> as the mtd API changed
Oct 24 16:07:11 <solca> and files in ar71xx/files/arch/mips/ar71xx/ uses the old API
Oct 24 16:07:17 <solca> not useable for 3.x
Oct 24 16:07:52 <solca> is valid to patch files in ar71xx/files/arch/mips/ar71xx/ ?
Oct 24 16:08:00 <nbd> yes, that would work
Oct 24 16:09:25 <solca> just to be clear, patches in ar71xx/patches-3.0/ will change those in ar71xx/files/arch/mips/ar71xx/ ?
Oct 24 16:09:38 <nbd> yes
Oct 24 16:09:46 <nbd> at least initially
Oct 24 16:09:54 <nbd> when we switch to 3.0, the patches will be folded into the files
Oct 24 16:10:43 <Chocks> nbd: pongy
Oct 24 16:10:49 <nbd> Chocks: sup?
Oct 24 16:11:12 <solca> nbd: great! one more thing, which numbering do you think will be ok for such thing?
Oct 24 16:11:29 <nbd> we don't have a common numbering scheme for target kernel patches yet
Oct 24 16:11:39 <Chocks> why is /etc/uci-defaults/inittab-console-fixup left all on its lonesome, and presumably not applied?
Oct 24 16:12:49 <nbd> no idea
Oct 24 16:13:03 <Chocks> suggestions as to how to find out what went wrong?
Oct 24 16:13:23 <nbd> look at the script, try to run it, stuff like that
Oct 24 16:13:51 <Chocks> you'll telling me to guess?  very well. ;-)
Oct 24 16:14:01 <nbd> not guess
Oct 24 16:14:10 <nbd> look, interpret, analyze, figure stuff out
Oct 24 16:14:10 <nbd> ;)
Oct 24 16:14:15 <Chocks> right.  what I said.
Oct 24 16:14:22 <nbd> heh
Oct 24 16:14:36 <Chocks> yes, I know.  I've gone off at people for blatant guesses.
Oct 24 16:14:37 * Chocks pokes
Oct 24 16:15:11 <solca> nbd: sorry, one more thing:
Oct 24 16:15:32 <Chocks> ah
Oct 24 16:15:48 <solca> most needed changes are removing #ifdef CONFIG_MTD_PARTITIONS/#endif
Oct 24 16:16:02 <solca> but upstream completely removed those
Oct 24 16:16:07 <solca> we can 2 one of 2 things:
Oct 24 16:16:29 <solca> define it again and not change all boards files or remove it like upstream
Oct 24 16:16:55 <solca> nbd: what do you think would be more correct for us?
Oct 24 16:17:43 <Chocks> the script exits with 1
Oct 24 16:18:45 <Chocks> stupid ash
Oct 24 16:20:23 <solca> btw my 3.0/3.1 patches remove all unneeded stuff like upstream
Oct 24 16:27:08 <Chocks> nbd: https://dev.openwrt.org/ticket/10275
Oct 24 17:10:06 <CIA-62> jow * r28554 /trunk/package/relayd/Makefile: [package] relayd: update to git head 4e8f1fa4ca2b176500362843a9e57ea5abd4b7a3
Oct 24 17:58:04 <CIA-62> jow * r28555 /packages/utils/usb-modeswitch/files/modeswitch.hotplug:
Oct 24 17:58:04 <CIA-62> packages/utils/usb-modeswitch: use the hammer
Oct 24 17:58:04 <CIA-62> Not particularly beautiful but doing the trick...
Oct 24 17:58:04 <CIA-62> Signed-off-by: Daniel Golle <dgolle@allnet.de>
Oct 24 18:02:41 <CIA-62> jow * r28556 /packages/utils/usb-modeswitch-data/Makefile:
Oct 24 18:02:41 <CIA-62> packages/utils/usb-modeswitch-data: new version
Oct 24 18:02:41 <CIA-62> There is a new version of usb-modeswitch-data as well.
Oct 24 18:02:41 <CIA-62> Signed-off-by: Daniel Golle <dgolle@allnet.de>
Oct 24 18:57:30 <CIA-62> nbd * r28557 /trunk/package/netifd/Makefile: netifd: update to latest version, fixes a crash on dhcp renew
Oct 24 19:36:17 <mazilo> Any expert in Marvell's CESA?
Oct 24 20:14:35 <[florian]> lars_: maybe?
Oct 24 20:46:17 <lars_> nope
Oct 24 20:46:39 <puchu> hi
Oct 24 20:50:08 <tripolar> hello
Oct 24 20:50:12 <tripolar> ping nbd
Oct 24 21:04:04 <CIA-62> nico * r28558 /packages/net/mosquitto/Makefile: packages/mosquitto: update to 0.13 (thanks to Karl Palsson)
Oct 24 21:08:48 <CIA-62> jow * r28559 /packages/utils/usb-modeswitch/Makefile:
Oct 24 21:08:48 <CIA-62> packages/utils/usb-modeswitch: new version
Oct 24 21:08:48 <CIA-62> New version of usb-modeswtich.
Oct 24 21:08:48 <CIA-62> Signed-off-by: Daniel Golle <dgolle@allnet.de>
Oct 24 21:38:41 <CIA-62> nico * r28560 / (packages/devel/perf/ trunk/package/perf/): package/perf: move out to packages/devel/
Oct 24 21:40:08 <CIA-62> nico * r28561 / (packages/net/ipset/ trunk/package/ipset/): package/ipset: move out to packages/net/
Oct 24 21:40:49 <CIA-62> jow * r28562 /trunk/target/linux/ar71xx/base-files/etc/uci-defaults/inittab-console-fixup: [ar71xx] base-files: make sure inittab-console-fixup returns with success (#10275)
Oct 24 21:41:46 <tripolar> {Nico}: hi, could you look at my brcm47xx 3.1 patch
Oct 24 21:42:20 <tripolar> and the question is - is the last hunk needed
Oct 24 21:42:40 <{Nico}> tripolar: will do
Oct 24 21:42:44 <tripolar> the system here runs fine without it
Oct 24 21:47:02 <nbd> did you try the last hunk with wl?
Oct 24 21:48:38 <tripolar> nbd with wl? what does wl mean?
Oct 24 21:48:58 <nbd> you're talking about the wl_exports patch, right?
Oct 24 21:49:34 <tripolar> no the 920-cache-wround.patch
Oct 24 21:49:48 <nbd> ah
Oct 24 21:50:06 <tripolar> this "uasm_i_nop(p);" is just a nop isn't it?
Oct 24 21:50:58 <nbd> yeah, but it's been important for older hw with cache issues
Oct 24 21:52:08 <tripolar> yeah i head the problem with my device when the patch was introduced in openwrt
Oct 24 21:52:18 <tripolar> my device/my device too
Oct 24 21:52:38 <Chocks> /etc/nixio/.nixio_stamp still getting created somewhere, even though it's not in a package now
Oct 24 21:53:06 <tripolar> nbd so is it needed? my system here runs fine without it
Oct 24 21:53:33 <nbd> what system?
Oct 24 21:53:55 <tripolar> brcm47xx
Oct 24 21:53:59 <tripolar> wl500gp
Oct 24 21:54:11 <nbd> yeah, this issue mostly affects much older hw
Oct 24 21:54:13 <nbd> bcm4710
Oct 24 21:54:17 <Chocks> moo
Oct 24 21:54:24 <CIA-62> juhosg * r28563 /trunk/target/linux/ar71xx/config-2.6.39: ar71xx: don't override CONFIG_FSNOTIFY
Oct 24 21:54:29 <CIA-62> juhosg * r28564 /trunk/target/linux/ar71xx/ (6 files in 3 dirs):
Oct 24 21:54:29 <CIA-62> ar71xx: add kernel support for the Allnet ALL0258N board
Oct 24 21:54:29 <CIA-62> This patchs adds support for the Allnet ALL0258N outdoor AP/bridge.
Oct 24 21:54:29 <CIA-62> The ALL0258N is based on the AR7240 SoC paired with an AR9285 radio,
Oct 24 21:54:29 <CIA-62> it got 8MB of NOR and 32MB SDRAM.
Oct 24 21:54:29 <CIA-62> Signed-off-by: Daniel Golle <dgolle@allnet.de>
Oct 24 21:54:30 <CIA-62> juhosg * r28565 /trunk/target/linux/ar71xx/image/Makefile:
Oct 24 21:54:30 <CIA-62> ar71xx: build image for the Allnet ALL0258N board
Oct 24 21:54:31 <CIA-62> Signed-off-by: Daniel Golle <dgolle@allnet.de>
Oct 24 21:54:31 <CIA-62> juhosg * r28566 /trunk/package/uboot-envtools/ (4 files in 2 dirs): (log message trimmed)
Oct 24 21:54:32 <CIA-62> package/u-boot-envtools: update to version 2011.06.
Oct 24 21:54:32 <CIA-62> This updates uboot-envtools to the version which comes with U-Boot 2011.06.
Oct 24 21:54:33 <CIA-62> The important novelity is that fw_setenv now supports batch processing, which
Oct 24 21:54:33 <CIA-62> greatly improves sysupgrade of the ALL0258N as otherwise we would have to
Oct 24 21:54:34 <CIA-62> overwrite uboot-env up to 8x in a single firmware upgrade.
Oct 24 21:54:34 <CIA-62> Unfortunately, no newer version of the sources is available from Debian, so we
Oct 24 21:54:47 <Chocks> novelity :o
Oct 24 21:54:47 <CIA-62> /etc/uci-defaults/leds script. [juhosg]
Oct 24 21:54:47 <CIA-62> Signed-off-by: Adam Porter <porter.adam at gmail.com>
Oct 24 21:55:47 <tripolar> nbd the code also now looks like this
Oct 24 21:55:49 <tripolar> uasm_l_leave(l, *p);
Oct 24 21:55:49 <tripolar>         build_restore_work_registers(p);
Oct 24 21:55:49 <tripolar>         uasm_i_eret(p); /* return from trap */
Oct 24 21:56:17 <tripolar> befor the  build_restore_work_registers(p); was no in the linux code - so maybe this  build_restore_work_registers(p); is as good as a nop ;)
Oct 24 21:56:36 <tripolar> no/not
Oct 24 22:06:04 <nbd> i wouldn't count on it
Oct 24 22:18:25 <CIA-62> jow * r28572 /packages/net/ntpd/ (Makefile files/ntpd.init): [packages] ntpd: allow coexistence with BusyBox ntpd by placing the deamon into /sbin and removing/adding the busybox ntpd symlink in postinst/prerm
Oct 24 22:27:08 <tripolar> nbd would you add the nop before or after the build_restore_work_regist.. ?
Oct 24 22:27:44 <tripolar> hmm i added it after it
Oct 24 22:29:49 <nbd> after
Oct 24 22:37:44 <tripolar> nbd okay i added the nop refreshed the patches and resend the patch to the ml
Oct 24 22:39:21 <tripolar> nbd could you also apply my openssl patch i sent to the ml about 2 weeks ago
Oct 24 22:39:42 <tripolar> it fixes some CVEs
Oct 24 22:40:05 <tripolar> it just updates openssl to 1.0.0e
**** ENDING LOGGING AT Tue Oct 25 02:59:57 2011