**** BEGIN LOGGING AT Mon Mar 08 02:59:57 2010
Mar 08 03:32:07 <builder> build #21 of xburst is complete: Failure [failed compile_4]  Build details are at http://tksite.gotdns.org:8010/builders/xburst/builds/21
Mar 08 03:52:05 <CIA-39> jow * r20048 /trunk/package/dnsmasq/files/dnsmasq.init: [package] dnsmasq: prevent bad command line error when a dhcp pool has ignore set and the corresponding iface has only whitespace as value
Mar 08 05:10:33 <builder> build #24 of cobalt is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/cobalt/builds/24
Mar 08 08:17:38 <builder> build #31 of ar71xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ar71xx/builds/31
Mar 08 08:25:37 <builder> build #27 of sibyte is complete: Failure [failed shell_3 compile_6]  Build details are at http://tksite.gotdns.org:8010/builders/sibyte/builds/27
Mar 08 10:13:20 <satjuice> hi ! I have read that Freescale 8377 supports openwrt. Is supported in the Openwrt trunk ?
Mar 08 10:15:00 <rtz2> satjuice: yes
Mar 08 10:20:04 <rtz2> satjuice: yes
Mar 08 10:20:55 <satjuice> rtz2: speaking with freescale they said me that is supported openwrt but not the current trunk
Mar 08 10:21:48 <rtz2> satjuice: well, there is a target for it
Mar 08 10:21:57 <satjuice> rtz2: oh yes
Mar 08 10:22:06 <satjuice> rtz2: I saw it
Mar 08 10:22:24 <satjuice> but at the moment I have not a reference board with 8377
Mar 08 10:23:01 <satjuice> so I was asking to community if someone has concrete exprience on this device
Mar 08 10:23:11 <rtz2> satjuice: looks like it's for a the rb600, but it shouldn't be too hard to port it over
Mar 08 10:24:30 <satjuice> rtz2: are you working on rb600 ?
Mar 08 10:24:52 <satjuice> rtz2: or on the 8377 reference board ?
Mar 08 10:25:41 <rtz2> satjuice: neither, I only looked into svn
Mar 08 10:26:06 <rtz2> satjuice: but id looks, like there is 83xx support in mainline
Mar 08 10:26:30 <rtz2> it
Mar 08 10:26:59 <rtz2> satjuice: but i'm not sure about the 77 or how big the difference to other 83xx chips is
Mar 08 10:27:27 <satjuice> rtz2: ok, thanks. It seems to have only some more cpu cache
Mar 08 12:09:39 <CIA-39> juhosg * r20049 /trunk/target/linux/ar71xx/image/Makefile: ar71xx: increase kernel partition size for the WP543 boards
Mar 08 12:09:51 <CIA-39> juhosg * r20050 /trunk/target/linux/ar71xx/files/arch/mips/ (ar71xx/mach-rb750.c include/asm/mach-ar71xx/mach-rb750.h): ar71xx: add latch handling code for the RB750
Mar 08 12:10:02 <CIA-39> juhosg * r20051 /trunk/target/linux/ar71xx/ (7 files in 6 dirs): ar71xx: add LED driver for the RB750
Mar 08 12:10:08 <CIA-39> juhosg * r20052 /trunk/package/kernel/modules/other.mk: package: add module for the RB750 LED driver
Mar 08 12:10:16 <CIA-39> juhosg * r20053 /trunk/target/linux/ar71xx/files/arch/mips/ (ar71xx/gpio.c include/asm/mach-ar71xx/ar71xx.h): ar71xx: add ar71xx_gpio_function_setup
Mar 08 12:10:26 <CIA-39> juhosg * r20054 /trunk/target/linux/ar71xx/ (6 files in 5 dirs): ar71xx: add NAND driver for the RB750
Mar 08 12:30:00 <glp> rtz2: ping
Mar 08 12:49:37 <rtz2> glp: pong
Mar 08 12:49:43 <rtz2> [florian]: ping
Mar 08 12:49:54 <[florian]> rtz2: pong
Mar 08 12:50:14 <[florian]> rtz2: good you are here, I cannot test your patch which changes the sitecom image generation
Mar 08 12:50:19 <[florian]> rtz2: so I will not apply that part
Mar 08 12:50:51 <rtz2> [florian]: why can't you test it?
Mar 08 12:51:20 <[florian]> rtz2: no sitecom device and no ar71xx device
Mar 08 12:51:58 <rtz2> [florian]: the ar71xx isn't working yet anyway
Mar 08 12:52:42 <rtz2> [florian]: what to do now? jffs2 images don't work at the moment
Mar 08 12:53:03 <[florian]> rtz2: why do not they work?
Mar 08 12:53:10 <rtz2> wrong padding
Mar 08 12:53:14 <[florian]> oh ok
Mar 08 12:53:42 <rtz2> [florian]: by the way, you did apply the current version of the image generation
Mar 08 12:53:48 <rtz2> how did you test that?
Mar 08 12:54:14 <[florian]> rtz2: I did not apply your patch
Mar 08 12:56:09 <rtz2> [florian]: well, the original image generation script was from sn9 but I heavely modified it
Mar 08 12:56:22 <rtz2> [florian]: and the patch you commited was from me
Mar 08 12:56:32 <rtz2> [florian]: https://dev.openwrt.org/log/trunk/target/linux/rdc/image/mkimg_sitecom.pl
Mar 08 12:56:34 <[florian]> rtz2: oh, ok, I did not know about that, or I forgot
Mar 08 12:56:41 <rtz2> check the inital commit message
Mar 08 12:57:08 <rtz2> no problem
Mar 08 12:57:08 <[florian]> oh yes, my memory is bad
Mar 08 12:57:27 <rtz2> mine isn't much better
Mar 08 12:58:31 <rtz2> [florian]: the question I wanted to ask you, do you know, for which targets are leds and buttons are working?
Mar 08 12:59:53 <[florian]> rtz2: they are working for ar525w
Mar 08 13:00:08 <[florian]> for the rest, I do not have those devices, so I trust the guy who submitted the patch
Mar 08 13:00:24 <CIA-39> juhosg * r20055 /trunk/target/linux/ar71xx/ (3 files in 2 dirs): ar71xx: refresh patches
Mar 08 13:08:45 <rtz2> [florian]: I have done some work on cleaning up platform.c
Mar 08 13:08:56 <[florian]> rtz2: good, that's required
Mar 08 13:09:47 <rtz2> [florian]: I would like to do it this way: http://openwrt.pastebin.com/7REK8390
Mar 08 13:10:11 <rtz2> [florian]: and split the board specific parts out in their own files
Mar 08 13:10:48 <rtz2> [florian]: would this be acceptable?
Mar 08 13:11:01 <[florian]> rtz2: ok, in my opinion having the same kernel for every board is the approach, when possible
Mar 08 13:11:14 <[florian]> rtz2: right now, we already have per subtarget kernel, so this is fine
Mar 08 13:11:30 <rtz2> [florian]: this can easily do both
Mar 08 13:11:53 <rtz2> [florian]: if you wan't to remove support for a board, simply don't compile the file in
Mar 08 13:12:14 <[florian]> rtz2: yes, I like that idea
Mar 08 13:14:30 <rtz2> [florian]: I would also like to port over the mess from https://dev.openwrt.org/browser/trunk/target/linux/rdc/files/drivers/mtd/maps/rdc3210.c over to that system
Mar 08 13:14:48 <[florian]> rtz2: yes, that makes sense
Mar 08 13:20:06 <rtz2> [florian]: I seriously doubt leds/buttons work on anything beside the ar525w
Mar 08 13:20:23 <rtz2> [florian]: there is not code for any other device
Mar 08 13:21:05 <rtz2> [florian]: and gpio code for input was badly broken until recently anyway
Mar 08 13:58:25 <rtz2> [florian]: i'm not sure when you want to commit the patch, but I rememberd xmff and nbd had some suggestions, so there may be some changes
Mar 08 14:00:15 <CIA-39> nico * r20056 /packages/net/srelay/Makefile: [packages] srelay: force libwrap use (closes: #6739), bump release number
Mar 08 14:21:34 <CIA-39> thepeople * r20057 /trunk/package/libpcap/ (8 files in 2 dirs): fix missing parts of r19997.
Mar 08 14:25:06 <CIA-39> nico * r20058 /packages/lang/luafilesystem/Makefile: [packages] luafilesystem: use released tarball hosted on github (closes: #6814)
Mar 08 14:38:45 <CIA-39> juhosg * r20059 /trunk/target/linux/ar71xx/ (3 files in 2 dirs): ar71xx: enable AR7240 DSA driver on 2.6.33 as well
Mar 08 14:38:48 <CIA-39> juhosg * r20060 /trunk/target/linux/ar71xx/config-2.6.33: ar71xx: sync .33 config
Mar 08 14:49:45 <builder> build #22 of ar7 is complete: Failure [failed compile_10]  Build details are at http://tksite.gotdns.org:8010/builders/ar7/builds/22
Mar 08 15:03:44 <CIA-39> thepeople * r20061 /trunk/package/libpcap/patches/ (5 files): finish cleaning my broken commit
Mar 08 15:25:33 <loswillios> I'm trying to build openwrt with libtool-2.2.6b and it goes well so far (except loads of "./libtool: line 46: -c: command not found" which don't seem to hurt).
Mar 08 15:25:55 <CIA-39> thepeople * r20062 /trunk/package/uboot-envtools/patches/003-nor-eraselen.patch: add missing file from patch
Mar 08 15:26:02 <loswillios> However, libgdbm fails with "libtool: error: you must specify a MODE."
Mar 08 15:26:27 <loswillios> apparently newer libtool-versions need the mode specified. Is there a way to do that from within a Makefile?
Mar 08 15:26:36 <loswillios> complete output here: http://pastebin.ca/1828565
Mar 08 15:32:48 <rtz2> nbd: ping
Mar 08 15:32:50 <CIA-39> juhosg * r20063 /trunk/target/linux/ar71xx/image/Makefile: ar71xx: simplify WP543 image generation, and fix rootfs offset
Mar 08 15:42:56 <loswillios> ok, needed to patch Makefile.in from gdbm
Mar 08 15:52:20 <nbd> rtz2: pong
Mar 08 15:52:43 <cshore> ping nbd
Mar 08 15:52:48 <nbd> pong
Mar 08 15:52:56 <nbd> no need to ping me if you see that i'm here ;)
Mar 08 15:53:02 <cshore>  :)
Mar 08 15:53:25 <stintel> libpcap needs a patch removed
Mar 08 15:53:46 <stintel> http://openwrt.pastebin.ca/1828616
Mar 08 15:53:50 <cshore> nbd: have you had a chance to look at the rename to of /jffs to /overlay patch I sent last week before I was away?
Mar 08 15:53:54 <stintel> or edited
Mar 08 15:54:02 <thepeople> stintel: should be fixed as of a half hour ago
Mar 08 15:54:11 <nbd> cshore: not yet. i was busy with minstrel_ht and other things
Mar 08 15:54:37 <stintel> thepeople: hmm let me double check
Mar 08 15:54:44 <stintel> maybe coz I am pulling from git
Mar 08 15:54:46 <cshore> ok
Mar 08 15:54:49 <thepeople> stintel: I am going to try to get to your patches tonight as well
Mar 08 15:54:56 <thepeople> stintel: could be
Mar 08 15:55:06 <stintel> thepeople: no hurries :-)
Mar 08 15:55:08 <rtz2> nbd: weren't sure you were
Mar 08 15:55:22 <nbd> rtz2: that comment was directed at cshore ;)
Mar 08 15:55:34 <rtz2> ohh, ok
Mar 08 15:55:45 <rtz2> nbd: anyway, I have to annoy you again about the wrt160nl
Mar 08 15:55:52 <nbd> ok
Mar 08 15:56:51 <rtz2> nbd: you didn't want to use my script because the current setup works the way it is and there are places where more space is wasted
Mar 08 15:57:36 <nbd> i don't want duplicated functionality for one platform
Mar 08 15:58:05 <nbd> i.e. the rootfs marker should be added by the generic code
Mar 08 15:58:40 <nbd> and the change would be much easier to review if it would only add the actual bugfix for now
Mar 08 15:58:50 <nbd> which should be easy to do with small changes to the current code
Mar 08 15:59:48 <stintel> thepeople: my bad:)
Mar 08 15:59:59 <rtz2> nbd: well, I would have to change things anyway and even if I limit the padding to at most one erease block, why not do it right if i'm messing around with it anyway?
Mar 08 16:00:03 <swalker> updated openwrt/upstream, http://pastehtml.com/view/5tpq4tc.html
Mar 08 16:00:12 <rtz2> and this would be useful for other platforms
Mar 08 16:02:32 <rtz2> nbd: the plain bugfix would be easier to review, but if such a thing is planned at all, it would have to get reviewed again, and so would produce overall more work
Mar 08 16:03:46 <nbd> using the script for reducing padding is ok
Mar 08 16:04:01 <nbd> but please get rid of the filename based distinction and the jffs2 eof appending stuff
Mar 08 16:04:12 <nbd> this will make the script much smaller, let the build system use the generic code
Mar 08 16:07:10 <loswillios> swalker: mh, how is this generated? mpd is 0.15.8 in openwrt
Mar 08 16:09:17 <swalker> loswillios: the html by hand, I must've missed that change
Mar 08 16:09:43 <swalker> although I can see why given it's size/general intent
Mar 08 16:26:29 <stintel> luci no longer compiles, is this known ?
Mar 08 16:27:24 <stintel> (make package/luci/clean didnt help)
Mar 08 16:32:25 <stintel> just in case, http://openwrt.pastebin.ca/1828670 , gotta run now
Mar 08 16:35:39 <swalker> stintel: get xMff to remove the two conffiles since both were dropped
Mar 08 16:43:29 <rtz2> nbd: ok, but in this case I won't be able to avoid the padding for squashfs
Mar 08 16:45:00 <nbd> right.
Mar 08 16:45:08 <rtz2> nbd: which can be up to 65k
Mar 08 16:45:11 <nbd> just pad it to eraseblock size in a better way than how it's being done at the moment
Mar 08 16:45:23 <nbd> should still save 64k in many cases
Mar 08 16:48:02 <rtz2> nbd: by the way, why is there a special case for 4k squashfs in the makefile?
Mar 08 16:48:30 <rtz2> nbd: prepare_generic_squashfs already adds a 4k marker
Mar 08 16:50:55 <nbd> no idea
Mar 08 16:50:57 <nbd> i didn't add this
Mar 08 16:55:02 <acoul1> anyone tested uClibc-0.9.30.2 with success?
Mar 08 16:57:00 <rtz2> nbd: looks like I can do without the script
Mar 08 17:00:48 <CIA-39> juhosg * r20064 /trunk/target/imagebuilder/ (Makefile files/Makefile): imagebuilder: add REVISION variable (closes #6795)
Mar 08 17:02:50 <xMff> swalker, stintel: my bad, fixed now
Mar 08 17:17:48 <CIA-39> nbd * r20065 /trunk/tools/mkimage/Makefile: mkimage: fix spurious build errors caused by its braindead build system
Mar 08 17:26:21 <bodksi1> hi, it seems the last diff in rev. 20037 ( https://dev.openwrt.org/changeset/200370 ) is not getting applied in the 2.6.30 kernel tree due to pathname mixup: the folder arch/mips/include/asm/mach-ar7/ does not exist, instead there is a symlink named ar7
Mar 08 17:26:55 <bodksi1> bad link sorry: https://dev.openwrt.org/changeset/20037
Mar 08 17:35:06 <CIA-39> juhosg * r20066 /trunk/package/w1-gpio-custom/ (Makefile src/w1-gpio-custom.c): package: fix w1-gpio-custom package (closes #6770)
Mar 08 17:35:09 <CIA-39> juhosg * r20067 /trunk/tools/firmware-utils/src/mktplinkfw.c: mktplinkfw: fix help string, and remove duplicated option
Mar 08 18:34:47 <stintel> xMff: np I wasnt sure coz it seems I run into some nonexistant problems sometimes
Mar 08 18:35:33 <stintel> thanks
Mar 08 18:35:43 <xMff> I removed those files yesterday to get rid of the nonstandard ethers and hosts handling
Mar 08 18:41:47 <stintel> I should get more familiar with luci
Mar 08 18:49:10 <KanjiMonster> anybody with a rb450g there?
Mar 08 19:37:23 <CIA-39> nico * r20068 /packages/ (5 files in 5 dirs): [packages] add http download for files from http://www.netfilter.org/
Mar 08 20:32:10 <CIA-39> lars * r20069 /trunk/target/linux/xburst/files-2.6.32/arch/mips/jz4740/ (gpio.c irq.c): [xburst] Export gpio and irq registers through debugfs
Mar 08 20:34:03 <CIA-39> lars * r20070 /trunk/target/linux/xburst/files-2.6.32/arch/mips/jz4740/ (gpio.c irq.c): [xbrust] Fix gpio and irq wakeup irq handling.
Mar 08 20:34:42 <CIA-39> lars * r20071 /trunk/target/linux/xburst/files-2.6.32/arch/mips/jz4740/gpio.c: [xburst] jz4740-gpio: Fix potential race condition
Mar 08 21:45:35 <builder> build #22 of s3c24xx is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/s3c24xx/builds/22
Mar 08 21:58:23 <builder> build #34 of ppc40x is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/ppc40x/builds/34
Mar 08 22:03:02 <CIA-39> hauke * r20072 /trunk/target/linux/brcm47xx/ (11 files in 4 dirs):
Mar 08 22:03:02 <CIA-39> brcm47xx: fix commit r18413 "128MB ram problem"
Mar 08 22:03:02 <CIA-39> The patch commited in r18413 was wrong.
Mar 08 22:03:02 <CIA-39> This patch prevents prom_init_mem from scanning over 128MB ram.
Mar 08 22:03:02 <CIA-39> This is from #6765 and #3177
Mar 08 22:03:03 <CIA-39> Refresh all patches
Mar 08 22:05:39 <CIA-39> hauke * r20073 /trunk/package/ (3 files in 3 dirs):
Mar 08 22:05:39 <CIA-39> mac80211: build ipw2x00 driver from compat-wireless
Mar 08 22:05:39 <CIA-39> ipw2x00 now depends on cfg80211 which is build form compat-wireless and not directly from kernel.
Mar 08 22:53:54 <frogonwheels> xMff, {Nico} : Thanks, got my glibc openwrt x86 build up and running!
Mar 08 22:54:32 <frogonwheels> though for some strange reason, glibc option parsing headers seems to clash with 3 or 4 apps.
Mar 08 23:28:57 <CIA-39> jow * r20074 /trunk/package/dnsmasq/files/dnsmasq.init: [package] dnsmasq: allow multiple macs per static lease address (#6205)
Mar 08 23:30:01 <xMff> frogonwheels: cool
Mar 08 23:38:20 <tripolar_> ping nbd
Mar 08 23:38:36 <nbd> pong
Mar 08 23:39:22 <tripolar_> nbd ohh sorry i thought there was a commit error - but everything is right - sorry
Mar 08 23:39:30 <nbd> ok
Mar 08 23:41:02 <rtz2> nbd: the webinterface cuts the image to the length in the trx :(
Mar 08 23:42:10 <nbd> ouch
Mar 08 23:42:39 <nbd> so... you could probably copy the workaround from the brcm47xx code then
Mar 08 23:42:44 <nbd> and keep the trx the way it is now
Mar 08 23:43:07 <cshore> rtz: that's why for brcm63xx we do some crazy stuff
Mar 08 23:43:31 <nbd> brcm47xx rewrites the trx header and recalculates crc on the first boot
Mar 08 23:44:16 <rtz2> xmff pointed me already there
Mar 08 23:44:18 <rtz2> but
Mar 08 23:44:20 <rtz2> bahhhhhh
Mar 08 23:44:45 <cshore> rtz: we have to do that too for...I'm working on a similar patch
Mar 08 23:45:25 <rtz2> cshore: is it also trx or some other format?
Mar 08 23:45:32 <cshore> no, imagetag
Mar 08 23:46:15 <cshore> I can show you what I've so far anyway...there are some changes for 2.6
Mar 08 23:46:24 <nbd> i know it's uglu
Mar 08 23:46:26 <nbd> ugly
Mar 08 23:46:33 <nbd> but i don't see any other way at the moment
Mar 08 23:46:38 <rtz2> cshore: brcm47xx is also 2.6, but thanks
Mar 08 23:47:29 <tripolar_> nbd where is the code for bcm47xx that rewrites the  trx header and recalculates crc on the first boot
Mar 08 23:48:01 <rtz2> tripolar_: https://dev.openwrt.org/browser/trunk/target/linux/brcm-2.4/files/drivers/mtd/maps/bcm947xx-flash.c#L276
Mar 08 23:49:39 <tripolar_> rtz2 thanks
Mar 08 23:51:25 <rtz2> nbd: do you know the forum admin?
Mar 08 23:52:09 <rtz2> nbd: Warning: mail() has been disabled for security reasons in /var/www/openwrt/forum/include/email.php on line 93
Mar 08 23:53:06 <xMff> Bartman007 or Kaloz are responsible for this
Mar 08 23:53:31 <xMff> I think they got a few reports by now but niether of them was around recently, just be patient
Mar 08 23:54:35 <rtz2> well, i'm not registered there, but there are a lot of people in #openwrt with this problem
Mar 08 23:55:21 <xMff> I know
Mar 08 23:59:38 <builder> build #30 of brcm63xx is complete: Failure [failed shell_3 compile_6 shell_19]  Build details are at http://tksite.gotdns.org:8010/builders/brcm63xx/builds/30
Mar 08 23:59:51 <{Nico}> tripolar_: https://dev.openwrt.org/changeset/19969/ should be reverted
Mar 09 00:00:09 <tripolar_> {Nico}: why?
Mar 09 00:00:52 <{Nico}> the original idea was to accumulate to the shell var $CXXFLAGS, defined in ./include/package-defaults.mk
Mar 09 00:01:12 <{Nico}> the make $(CXXFLAGS) does not exist
Mar 09 00:01:31 <tripolar_> okay
Mar 09 00:03:42 <CIA-39> lars * r20075 /trunk/target/linux/xburst/files-2.6.32/drivers/i2c/chips/n516-lpc.c: [xburst] n516-lpc: Ack wakeup events and some minor cleanups
Mar 09 00:07:02 <CIA-39> tripolar * r20076 /packages/net/ctorrent/Makefile:
Mar 09 00:07:02 <CIA-39> revert r19969 and use $$$$CXXFLAGS defined in ./include/package-defaults.mk instead of $(CXXFLAGS)
Mar 09 00:07:02 <CIA-39> Thanks {Nico}
Mar 09 00:07:53 <tripolar_> {Nico} okay something i dont know why does $$$$CXXFLAGS rever to the CXXFLAGS in ./include/package-defaults.mk - what do the four $$$$ mean?
Mar 09 00:11:22 <rtz2> nbd: ping
Mar 09 00:12:15 <{Nico}> tripolar_: you have do double $$ to prevent make from interpreting it, and double again because it's in define ... endef
Mar 09 00:13:33 <tripolar_> okay thanks - i thought it is a normal var and thas a kind of a typo
Mar 09 00:14:48 <tripolar_> {Nico} but thats buildroot specific? in normal bash $$$$ is two times the process id
Mar 09 00:14:54 <tripolar_> is there somewhere a docu for this?
Mar 09 00:15:21 <cshore> tripolar_: It's a make thing
Mar 09 00:15:40 <cshore> tripolar_: GNU make documentation should talk about it
Mar 09 00:15:41 <xMff> tripolar_: http://www.gnu.org/software/make/manual/make.html
Mar 09 00:16:12 <tripolar_> thanks
Mar 09 00:16:47 <rtz2> cshore: there is a way around having to recalculate the crc
Mar 09 00:17:36 <cshore> rtz2: not that I'm aware of ... you have to use the length of the image to flash for the trx/imagetag, which means you're including the part that changes
Mar 09 00:17:50 <rtz2> cshore: one could change the firstboot detection to instead of looking for 0xdeacode to veryfiy the jffs2 header is not there
Mar 09 00:18:13 <cshore> rtz2: you'd need to change the kernel too
Mar 09 00:18:21 <rtz2> cshore: why?
Mar 09 00:18:37 <cshore> because the deadc0de stuff is in the kernel
Mar 09 00:18:44 <rtz2> cshore: ahh, right
Mar 09 00:19:02 <rtz2> well, it shouldn't be a hard thing to do
Mar 09 00:20:25 <cshore> If you do it, let me know...it'd make life easier
Mar 09 00:20:40 <cshore> but you still wouldn't be able to do jffs2 only images that way
Mar 09 00:21:21 <rtz2> cshore: well, you would but you would have to flash them from within openwrt
Mar 09 00:21:36 <cshore> ok, that would work
Mar 09 00:21:50 <rtz2> cshore: but it wouldn't be a big problem imho, squashfs is way more useful for 90% of all people
Mar 09 00:22:08 <cshore> jffs2 is use for dev work
Mar 09 00:22:38 <rtz2> cshore: yes, but how often flash devs via the vendor web interface?
Mar 09 00:22:50 <cshore> true
Mar 09 00:23:02 <rtz2> it's mostly a user thing
Mar 09 00:24:05 <rtz2> cshore: do you know, if any other file systems beside jffs2 are used in openwrt for this?
Mar 09 00:24:34 <cshore> I don't think ... x86 uses ext2 but it's not in a trx or anything like that
Mar 09 00:25:09 <rtz2> and no need for flash format stuff
Mar 09 00:38:59 <CIA-39> nico * r20077 /packages/libs/ (libnetfilter-log/Makefile libnetfilter-queue/Makefile): [packages] libnetfilter-{log,queue}: don't include kernel.mk anymore, use PKG_INSTALL
Mar 09 00:46:07 <CIA-39> tripolar * r20078 /packages/net/ntpd/patches/: remove empty patches folder
Mar 09 01:07:28 <builder> build #19 of uml is complete: Success [build successful]  Build details are at http://tksite.gotdns.org:8010/builders/uml/builds/19
Mar 09 01:30:21 <tripolar_> ping nbd
Mar 09 01:30:38 <tripolar_> ping thepeople
Mar 09 01:31:42 <thepeople> tripolar_: pong (runs away)
Mar 09 01:32:01 <tripolar_> thepeople ? runs away?
Mar 09 01:32:05 <thepeople> j/k
Mar 09 01:32:15 <tripolar_> can i close tickets like this - https://dev.openwrt.org/ticket/2507
Mar 09 01:32:57 <thepeople> I seen that ticket, not sure what I want to do with it yet
Mar 09 01:33:14 <tripolar_> the patch also wouldnt apply
Mar 09 01:33:36 <tripolar_> and dir /dev/*usb*
Mar 09 01:33:37 <tripolar_> crw-r--r--    1 root     root      189,   0 Jan  1  1970 /dev/usb1
Mar 09 01:33:37 <tripolar_> crw-r--r--    1 root     root      189, 128 Jan  1  1970 /dev/usb2
Mar 09 01:33:37 <tripolar_> crw-r--r--    1 root     root      189, 256 Jan  1  1970 /dev/usb3
Mar 09 01:33:42 <xMff> I bet as soon as you apply this patch another ticket pops up stating "half of my usb devices are missing!!!" :D
Mar 09 01:33:48 <thepeople> then you can close it
Mar 09 01:33:51 <tripolar_> thats not thats much usb devices ;)
Mar 09 01:34:03 <thepeople> xMff: that is why I didn't do anything with it yet
Mar 09 01:34:05 <thepeople> :-)
Mar 09 01:37:04 <tripolar_> thepeople: OperationalError: unable to open database file
Mar 09 01:37:12 <tripolar_> trac error
Mar 09 01:37:19 <xMff> wait a minute and bash reload
Mar 09 01:37:36 <xMff> back
Mar 09 01:37:44 <tripolar_> yeah it didnt work for some minutes
Mar 09 01:37:51 <tripolar_> have seen this for a long time ;)
Mar 09 01:38:14 <thepeople> tripolar_: it is being worked on
Mar 09 01:38:26 <thepeople> evidently the newer version of trac have a few issues
Mar 09 01:38:34 <thepeople> s/have/has/
Mar 09 01:39:45 <tripolar_> okay - but it havent seen this that often by now
Mar 09 01:41:08 <CIA-39> jow * r20079 /trunk/package/dnsmasq/files/dnsmasq.init: [package] dnsmasq: remove redundant code introduced with r20074
Mar 09 01:48:24 <rtz2> crap, looks like my flash is dying :/
Mar 09 01:48:54 <netprince> rtz2: I think that happened to me recently
Mar 09 01:49:15 <rtz2> Erase sector........................................<time-out f><Fail erase 2b,Retry ..>.<time-out 4f><Fail erase 2b,Retry ..>...<time-out f><Fail erase 2d,Retry ..>.<time-out 4f><Fail erase 2d,Retry ..>...<time-out f><Fail erase 2f,Retry ..>.<time-out f><Fail erase 2f,Retry ..>......
Mar 09 01:49:15 <rtz2> Programming...........................................<time-out 12a7><Fail write a5c3c>
Mar 09 01:49:15 <rtz2> Upgrading fail,please try again
Mar 09 01:50:37 <rtz2> I have this thing since maybe 4 months :(
Mar 09 01:50:41 <netprince> mine would stop booting randomly, I'd flash it and it would last a few months.  I'd change a config file and it'd stop booting again...
Mar 09 01:51:01 <rtz2> I can't even flash it most of the time
Mar 09 01:54:03 <netprince> I abused mine for 5+ years, developing and testing scripts right on the device.
Mar 09 01:54:35 <rtz2> :(
Mar 09 01:54:42 <netprince> it was one of the wrt54gs units with 8m flash and 32m ram
Mar 09 01:55:57 <thepeople> my v2.2 is still going strong :-)
Mar 09 01:58:35 <netprince> rtz2: that sucks yours died so soon
Mar 09 02:00:40 <netprince> I suppose the code that cshore wrote could save flash chips by letting us use replaceable thumb drives.
Mar 09 02:05:49 <builder> build #23 of pxcab is complete: Failure [failed compile_3]  Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/23
Mar 09 02:08:29 <rtz2> well, maybe I can try to screw over mediamarkt
Mar 09 02:08:43 <rtz2> after all, they sold me this crap :(
Mar 09 02:21:05 <stintel> hmmm, is there something wrong with me if I arrive at home around 3AM and start building a new image ? :P
Mar 09 02:21:27 <xMff> no
Mar 09 02:22:20 <cshore> stintel: I couldn't say; I stay up >24hrs sometimes working on OpenWRT and other computer stuff, so I don't think I'm qualified to comment
Mar 09 02:22:22 * xMff wrestles with stupid gui stuff at 3am and has to go to work at 9am
Mar 09 02:22:44 <stintel> cshore: sounds familiar
Mar 09 02:22:50 <stintel> my sunday went like that :P
Mar 09 02:23:01 <thepeople> xMff: it will never end :-)
Mar 09 02:23:19 <thepeople> xMff: unless you get rid of the users :-P
Mar 09 02:23:22 <stintel> good to know ;-)
Mar 09 02:24:16 <rtz2> crap
Mar 09 02:24:28 <rtz2> anybody wants a boring looking brick?
Mar 09 02:25:05 * xMff looks at his stack of routers
Mar 09 02:25:14 <stintel> hehe
Mar 09 02:25:50 <thepeople> xMff: wee need to get a hardware lab going:-)
Mar 09 02:26:06 * thepeople looks at the pile of blinking lights
Mar 09 02:26:46 <rtz2> anybody here with some expirience in hardcore smd soldering?
Mar 09 02:26:52 <stintel> great, I arrive home, and my ath9k starts with this again: Mar  9 03:14:12 wrt0 user.debug kernel: ath: Failed to stop TX DMA in 100 msec after killing last frame
Mar 09 02:27:00 <stintel> I should really dump that iphone
Mar 09 02:31:30 <xMff> stintel: sounds like powersaving
Mar 09 02:32:08 <stintel> xMff: on the phone probably ?
Mar 09 02:32:39 <stintel> oh well maybe it's time to replace the thing after all, one of the first iphone 2G's still
Mar 09 02:32:40 <xMff> stintel: more the interaction between ath9k and the phone... iphone requests powersafe-fu, ath9k tries and fails
Mar 09 02:33:23 <stintel> ic, something that might be fixable?
Mar 09 02:33:26 <xMff> there should be some iw knob to disable powersave but I am not sure
Mar 09 02:34:24 <stintel> the ath9k is my openwrt ap, isn't powersave disabled by default?
Mar 09 02:35:49 <stintel> hmm
Mar 09 02:35:50 <stintel> root@wrt0:~# cat /sys/kernel/debug/ath9k/phy0/wiphy
Mar 09 02:35:50 <stintel> primary: phy0 (ACTIVE chan=5 ht=1)
Mar 09 02:35:54 <stintel> but my channel is 6
Mar 09 02:36:06 <xMff> iwconfig wlan0 power off
Mar 09 02:36:17 <stintel>     SET failed on device wlan0 ; Invalid argument.
Mar 09 02:36:49 <xMff> then try "option powersave 0" in the wifi config
Mar 09 02:36:55 <xMff> maybe it works only if wifi is down
Mar 09 02:38:15 <xMff> nvm
Mar 09 02:38:25 <xMff> the uci powersave option is only defined for mode=sta
Mar 09 02:38:28 <stintel> its off by default, just read mac80211.sh
Mar 09 02:38:38 <stintel> ah, and I read wrong
Mar 09 02:38:44 <stintel> or incomplete
Mar 09 02:40:04 <xMff> and what is reported by "iwconfig wlan0 power" ?
Mar 09 02:40:18 <stintel> hold on
Mar 09 02:40:23 <stintel> just ran sysupgrade :)
Mar 09 02:43:50 <stintel>     too few arguments.
Mar 09 02:45:27 <cshore> xMff: for /etc/config/switch, does ports "2 3 5*" still work or did you change that?
Mar 09 02:45:47 <xMff> cshore: you mena the asterisk ?
Mar 09 02:45:53 <cshore> xMff yes
Mar 09 02:45:54 <stintel> oh well, off to bed
Mar 09 02:46:04 <stintel> happy coding/hacking/.. all
Mar 09 02:46:09 <xMff> cshore: it is silently ignored
Mar 09 02:46:46 <cshore> xMff: and the first vlan is the default vlan for untagged packets?
Mar 09 02:46:52 <xMff> yep
Mar 09 02:46:55 <cshore> ok
Mar 09 02:46:59 <xMff> first vlan becomes default
Mar 09 02:51:26 <cshore> xMff: have you had a change to look at the renaming of /jffs to /overlay patch?
Mar 09 02:51:33 <cshore> change=chance
Mar 09 02:51:48 <xMff> cshore: nope, I currently focus on LuCI stuff
Mar 09 02:51:55 <cshore> xMff: ok
Mar 09 02:52:12 <xMff> and my test "device" is a virtualbox instance
Mar 09 02:52:20 <xMff> so no real testbed
Mar 09 02:52:25 <cshore> ok
**** ENDING LOGGING AT Tue Mar 09 02:59:58 2010