**** BEGIN LOGGING AT Mon Nov 02 02:59:56 2009
Nov 02 09:33:04 <Lalloso> {Nico}: you here? :-D
Nov 02 09:51:38 <CIA-36> kaloz * r18267 /trunk/target/linux/generic-2.6/ (24 files in 3 dirs): Switch to the squashfs-lzma code from the squashfs-devel git tree.
Nov 02 09:52:56 <CIA-36> kaloz * r18268 /trunk/tools/squashfs4/patches/110-lzma.patch: sync mksquashfs4 with the CVS code to generate LZMA images
Nov 02 09:53:31 <CIA-36> kaloz * r18269 /trunk/include/image.mk: use the new option for creating squashfs4-lzma images
Nov 02 09:54:08 <CIA-36> kaloz * r18270 /trunk/target/linux/generic-2.6/ (9 files in 2 dirs): resync 2.6.30/2.6.31 patches
Nov 02 13:43:38 <_trine> can someone give me some advice, I have been compiling trunk for my fonera 2100 and I want it to have webif but no matter what I try it always seems to want to find luci when I attempt to connect to it after the flash
Nov 02 13:44:16 <_trine> I have tried make clean and make target/linux/{clean,compile}
Nov 02 13:44:25 <_trine> but it's still the same
Nov 02 13:44:41 <[florian]> make target/linux/ only recompiles the kernel, you should make clean and make
Nov 02 13:45:08 <_trine> I did that too
Nov 02 13:45:24 <blogic> define "find luci"
Nov 02 13:45:30 <blogic> what do you mean exactly
Nov 02 13:45:41 <_trine> ok
Nov 02 13:46:46 <_trine> after I flash the fonera I normally just first check that it's flashed ok by telneting to it and change the passwd ,, that parts ok
Nov 02 13:48:13 <_trine> then I normally do http://192.168.1.1 to see if webif is ok but not when I do that depending on the different flashes I have done I get various messages in relation to luci
Nov 02 13:48:33 <_trine> for example at the moment it times out with
Nov 02 13:49:00 <_trine> http://192.168.1.1/luci
Nov 02 13:49:12 <_trine> and I don't understand why
Nov 02 13:49:29 <_trine> I didn't put luci at the end of it
Nov 02 13:50:09 <blogic> is lucid or httpd running ?
Nov 02 13:50:26 <_trine> I don't know
Nov 02 13:50:39 <blogic> ssh into the unit then and type "ps"
Nov 02 13:50:44 <_trine> I did in make menuconfig reset
Nov 02 13:51:38 <_trine> then just chose the correct atheros stuff then compiled
Nov 02 13:52:05 <blogic> you need to install luci
Nov 02 13:52:07 <blogic> and build it
Nov 02 13:52:16 <blogic> ./script/feeds update
Nov 02 13:52:16 <_trine> I don't want luci
Nov 02 13:52:24 <blogic> ok
Nov 02 13:52:25 <_trine> I want webif
Nov 02 13:52:37 <blogic> then dont install luci
Nov 02 13:52:43 <_trine> and I have done the ./scripts/feeds stuff
Nov 02 13:52:59 <_trine> I didn't install luci that's the point
Nov 02 13:53:08 <blogic> apparently you did
Nov 02 13:53:09 <_trine> but it's still trying to use it
Nov 02 13:53:23 <blogic> the index.html is still there then
Nov 02 13:53:29 <_trine> I made sure luci was not included
Nov 02 13:53:41 <blogic> there is a index.html that redirects to luci
Nov 02 13:53:51 <blogic> somehow it must still be getting installed
Nov 02 13:54:19 <_trine> yes I guessed that but it should so there must be something wrong somewhere
Nov 02 13:54:28 <_trine> yes I guessed that but it shouldnt so there must be something wrong somewhere
Nov 02 13:54:45 <_trine> the is r18270
Nov 02 13:55:32 <_trine> I can't do much at the moment my computer is just about to update to 9.10
Nov 02 13:58:19 <_trine> I will do a make distclean unless you can suggest anything else
Nov 02 13:59:18 <blogic> no
Nov 02 13:59:19 <_trine> but I can't really see why make clean didn't do the trick
Nov 02 13:59:25 <blogic> no idea
Nov 02 14:06:21 <_trine> could it be a dastardly cunning plan to force us all into using luci :D
Nov 02 14:07:17 <blogic> i doubt it
Nov 02 14:07:23 <blogic> users have a free choice
Nov 02 14:07:28 <blogic> ;)
Nov 02 14:07:40 <_trine> it was tongue in cheek
Nov 02 14:09:13 <_trine> I had a similar although not exactly the same problem when I compiled last week for my TEW632BRP
Nov 02 14:09:46 <_trine> I don't know if things arnt being clean up properly
Nov 02 14:52:07 <CIA-36> nbd * r18271 /trunk/tools/squashfs4/patches/110-lzma.patch: squashfs4: fix build breakage
Nov 02 14:52:12 <CIA-36> nbd * r18272 /trunk/tools/squashfs4/patches/120-cygwin_fixes.patch: squashfs4: refresh the cygwin patch
Nov 02 14:52:17 <CIA-36> nbd * r18273 /trunk/tools/squashfs4/patches/130-lzma_props.patch: squashfs4: use our lzma props settings again instead of the defaults (smaller images on arm/mips)
Nov 02 15:55:18 <CIA-36> florian * r18274 /trunk/target/linux/adm5120/files/drivers/usb/host/adm5120-dbg.c: [adm5120] fix compilation failure of adm5120-dbg.c with the removal of bus_id
Nov 02 17:33:08 <xmff> _trine: clear your browsercache
Nov 02 17:40:39 <_trine> blogic: I did a distclean and flashed and now all is OK but this does not bode well for the trunk
Nov 02 17:41:03 <_trine> it should be able to clean up itself
Nov 02 17:41:42 <blogic> whatever a bode is
Nov 02 17:43:04 <_trine> is English not your first language
Nov 02 17:43:34 <_trine> an example would be :- "These signs bode bad news"
Nov 02 17:43:52 <_trine> blogic: where are you from
Nov 02 17:44:27 <blogic> never heard bode and i spent most my life in the uk
Nov 02 17:44:31 <blogic> where u from ?
Nov 02 17:44:38 <_trine> Manchester
Nov 02 17:44:43 <blogic> ok
Nov 02 17:44:57 <blogic> never heard the word
Nov 02 17:45:03 <_trine> I prolly had a good downbringing
Nov 02 17:45:06 <_trine> :)
Nov 02 17:45:24 <blogic> i was not going to say anything about manchester, but now that u mention it .... :D
Nov 02 17:45:31 <_trine> he he
Nov 02 17:45:43 <blogic> next we start cockney rhyming slang :)
Nov 02 17:45:44 <_trine> where are you
Nov 02 17:45:56 <blogic> in my office
Nov 02 17:46:01 <_trine> from the smoke
Nov 02 17:46:06 <_trine> I would guess
Nov 02 17:46:17 <_trine> have you heard of that b4
Nov 02 17:46:26 <_trine> the smoke
Nov 02 17:46:52 <_trine> clue it's nothing to do with smoking
Nov 02 17:48:01 <_trine> it's euphemism for London
Nov 02 17:48:07 <_trine> :D
Nov 02 20:14:28 <OutBackdingo> _trine: are you abusing us foreigners ?? LOL
Nov 02 20:14:38 <_trine> yeah
Nov 02 20:14:40 <_trine> he he
Nov 02 20:15:14 <OutBackdingo> _trine: think its time we rocked up on blogic and dragged him down to manchester
Nov 02 20:15:22 <_trine> aye
Nov 02 20:15:41 <_trine> Manchester is a very good night out
Nov 02 20:15:48 <blogic> doubt it somehow
Nov 02 20:15:57 <_trine> old misery
Nov 02 20:15:57 <OutBackdingo> lol
Nov 02 20:16:45 <OutBackdingo> heh so is brizzy
Nov 02 20:16:47 <_trine> loads of chav women
Nov 02 20:16:55 <_trine> ha ha
Nov 02 20:17:17 * _trine waits for blogic to ask what chav is
Nov 02 20:17:20 <_trine> :)
Nov 02 20:17:36 <OutBackdingo> or rocked up on and brizzy for that matter
Nov 02 20:17:38 <_trine> he'll know that though
Nov 02 20:18:02 <OutBackdingo> damn aussies
Nov 02 20:18:07 <OutBackdingo> LOL
Nov 02 20:18:11 <_trine> OZ's
Nov 02 20:18:54 <_trine> I might finish my days in Oz you never know
Nov 02 20:19:21 <_trine> the UK is finished
Nov 02 20:19:24 <OutBackdingo> ill finish mine in ASIA
Nov 02 20:48:42 <netprince> anyone know if there is a problem booting the ALIX boards w/ trunk?
Nov 02 20:50:13 <netprince> boot log: http://openwrt.pastebin.ca/1653700
Nov 02 20:53:17 <netprince> the 'Probing PCI hardware' section looks to be missing many lines
Nov 02 21:01:54 <netprince> that is r18273 btw
Nov 02 21:26:14 <blogic> i wanna finish mine in the borders
Nov 02 21:26:22 <blogic> lovely jubbly
Nov 02 21:34:42 <roh> hmmmm
Nov 02 21:34:58 <roh> any clue if bcm6338 does have a serial?
Nov 02 21:35:05 <blogic> it does
Nov 02 21:35:17 <blogic> at least the pcb i have here has one
Nov 02 21:35:26 <roh> could it be usb?
Nov 02 21:35:38 <blogic> dont think so
Nov 02 21:35:41 <blogic> [florian]: ?
Nov 02 21:36:20 <roh> if so.. should i wonder if the serial doesnt do anything?
Nov 02 21:36:27 <blogic> ah
Nov 02 21:36:34 <blogic> what pcb ?
Nov 02 21:36:40 <blogic> i mean what device ?
Nov 02 21:37:14 <roh> congster dsl-box zwei
Nov 02 21:37:23 <roh> got a bunch of them. were cheap
Nov 02 21:37:31 <roh> 4E/piece and work great so far
Nov 02 21:37:44 <roh> jtag is on the bottom side as pads
Nov 02 21:38:00 <roh> serial/usb (whatever it is) is on top, already soldered pinheader
Nov 02 21:38:16 <sn9> is there an external usb port?
Nov 02 21:38:24 <roh> no
Nov 02 21:38:51 <roh> they sell it as modem. ethernet and dsl on rj45, dsl also on 'klemmbock'
Nov 02 21:39:24 <sn9> there are bcm63xx usb modems
Nov 02 21:39:41 <roh> sure. atleast the product brief says so
Nov 02 21:40:02 <roh> but interrestingly it doesnt note any uart or serial
Nov 02 21:40:22 <roh> ah.. there it does
Nov 02 21:40:23 <roh> ok
Nov 02 21:58:40 <roh> hmmm
Nov 02 21:59:03 <roh> if i connect my stk500 (use it as a level converter) the device doesnt boot?
Nov 02 21:59:50 <sn9> are you sure the pinout is correct?
Nov 02 22:06:09 <roh> its the only pin with 'something' happening
Nov 02 22:06:15 <roh> from the timing i think its 115200
Nov 02 22:06:31 <roh> but as soon as i load it even slightly it doesnt boot. also
Nov 02 22:06:40 <roh> doensnt output anything after like 3 sek
Nov 02 22:06:51 <sn9> have you connected only that pin and ground?
Nov 02 22:07:13 <roh> tried with different series-resistors up to 4.7kohm which dont work, but also dont make it not boot anymore
Nov 02 22:07:18 <roh> yes
Nov 02 22:07:55 <blogic> does the stk500 pull too much power ?
Nov 02 22:08:02 <blogic> or is it externally powered
Nov 02 22:08:03 <roh> nope. its self-powered
Nov 02 22:08:11 <blogic> i deally you only connect gnd tx/rx
Nov 02 22:08:12 <blogic> ok
Nov 02 22:08:25 <sn9> what are the resistors for? 3.3V is what everything should be
Nov 02 22:08:49 <roh> sn9 my setup works with 3.3V, tested that multiple times
Nov 02 22:09:46 <roh> just seen some phy driver for bcm63xx pop up in mainline
Nov 02 22:17:13 <[florian]> roh: working on bcm6338 ?
Nov 02 22:17:38 <roh> [florian] just checking... got hw
Nov 02 22:17:42 <[florian]> ok
Nov 02 22:17:53 <roh> seems to be similar or the same as speedport200
Nov 02 22:17:58 <[florian]> ok
Nov 02 22:20:47 <sn9> blogic: what's a psb7200zdw?
Nov 02 22:21:25 <blogic> hmm
Nov 02 22:21:29 <blogic> amazon.se ?
Nov 02 22:21:32 <blogic> what unit ?
Nov 02 22:21:58 <[florian]> 7200 sounds like an ar7 tnetd7200
Nov 02 22:22:05 <blogic> ar7
Nov 02 22:23:32 <sn9> blogic: "wildcat" is asking about it in #openwrt
Nov 02 22:23:49 <sn9> it seems to have infineon
Nov 02 22:24:44 <blogic> infineon bought ar7
Nov 02 22:25:09 <blogic> http://www.infineon.com/cms/de/product/channel.html?channel=db3a304314dca38901155fe957b51dc3
Nov 02 22:25:52 <sn9> maybe they can help the port get unfucked
Nov 02 22:26:34 <blogic> what is fucked about it ?
Nov 02 22:26:41 <blogic> only wifi sucks imho
Nov 02 22:27:34 <roh> hm. more tomorrow. home now
Nov 02 22:28:35 <_trine> the resistors limit the current drawn
Nov 02 22:32:18 <sn9> blogic: cpu support
Nov 02 22:32:28 <sn9> especially gpio and vlynq
Nov 02 22:33:57 <[florian]> vlynq has made a lot of progress and works fine on most devices now
Nov 02 22:33:57 <blogic> sn9 i will ask them
Nov 02 22:34:16 <[florian]> sn9: it still does not support daisy-chained vlynq devices, but I have never seen on on ar7 so far
Nov 02 22:34:36 <sn9> [florian]: on all ar7 cpu's? or just 7200/7300?
Nov 02 22:34:53 <[florian]> on all ar7 cpus, including 7100
Nov 02 22:35:07 <[florian]> there are only 3 variants of them out there afair
Nov 02 22:35:13 <[florian]> what is called ur8 is 7300
Nov 02 22:35:45 <blogic> what is ar9 and vr9 exactly ?
Nov 02 22:35:46 <sn9> i have devices with at least four variants
Nov 02 22:35:47 <blogic> do you know ?
Nov 02 22:36:04 <blogic> i have kernel trees for those 2 incl voip/dsl drivers
Nov 02 22:36:14 <blogic> are those followups aswell of ar7
Nov 02 22:36:14 <[florian]> blogic: vr9 might be the version were the dsl dsp is used to do voip instead
Nov 02 22:36:25 <blogic> nbd: ideas ?
Nov 02 22:36:40 <blogic> nbd: i am not sure what those 2 are actually but i have the source for them
Nov 02 22:36:44 <blogic> lol
Nov 02 22:36:50 <sn9> 7300 is the "sangam" which was the first supported ar7 cpu in openwrt
Nov 02 22:37:07 <nbd> blogic: ideas about what?
Nov 02 22:37:11 <[florian]> is not sangam only the atm/sar/dsl part of it?
Nov 02 22:37:15 <blogic> ur9 and vr9
Nov 02 22:37:22 <blogic> are they ar7 variants
Nov 02 22:37:26 <nbd> i've only seen ur8
Nov 02 22:37:28 <blogic> or different pair of shoes
Nov 02 22:37:30 <nbd> and that looks like an ar7 variant
Nov 02 22:37:39 <nbd> though not using vlynq for wifi
Nov 02 22:37:44 <nbd> but instead using pci with atheros 11n typically
Nov 02 22:38:32 <sn9> i have devices with 7300, 7200, 7100, 1060, and 1050
Nov 02 22:39:08 <sn9> i think
Nov 02 22:40:13 <[florian]> if they are not too different it should not be too hard to get them in a bootable state
Nov 02 22:44:10 <[florian]> with some luck they have a different id than 7xxx
Nov 02 22:44:44 <sn9> they are all very different from each other
Nov 02 22:45:06 <sn9> in terms of how to access gpio and stuff
Nov 02 22:45:45 <[florian]> just do it the bcm63xx way
Nov 02 22:46:01 <[florian]> if you can identify the SoC early enough, you can provide different register layouts
Nov 02 22:48:57 <sn9> there were problems with that approach
Nov 02 22:49:46 <[florian]> which ones?
Nov 02 22:50:02 <[florian]> it has an impact on performance, but well done you can make it be both a compile time and runtime option
Nov 02 22:50:18 <[florian]> it works the same way for ar23xx/ar5315
Nov 02 22:50:37 <nbd> impact on performance? where?
Nov 02 22:50:42 <sn9> some were programmatically indistinguishable early enough
Nov 02 22:50:58 <[florian]> nbd: on accessing registers
Nov 02 22:51:03 <sn9> it's been too long since i looked at the code
Nov 02 22:51:08 <nbd> [florian]: why?
Nov 02 22:51:13 <[florian]> nbd: because you need to check the you are running on before
Nov 02 22:51:18 <[florian]> nbd: but that's minor
Nov 02 22:51:33 <nbd> i mean what places are there where this would have an impact on performance?
Nov 02 22:52:05 <sn9> performance is not an issue
Nov 02 22:52:22 <[florian]> nbd: see how it works for bcm63xx when we do runtime cpu identification
Nov 02 22:52:56 <sn9> i attempted to introduce runtime id to the ar7 target and it failed miserably
Nov 02 22:53:48 <[florian]> sn9: reading the SoC identifier can be done at anytime, see how ar7_chip_id() works
Nov 02 22:55:03 <[florian]> sn9: if you mean closer identification like "dsl-g604t", "zyxel p2060"
Nov 02 22:55:40 <sn9> [florian]: which file was that in, again?
Nov 02 22:55:57 <sn9> because i think i wrote it
Nov 02 22:55:59 <[florian]> sn9: arch/mips/ar7/include/asm/mach-ar7/ar7.h
Nov 02 22:56:14 <[florian]> sn9: I am fairly sure that was ejka who actually wrote that
Nov 02 22:58:24 <sn9> that is definitely not the code i wrotwe
Nov 02 22:58:28 <sn9> *wrote
Nov 02 22:59:03 <sn9> it might never have been committed; loswillios maintained it separately, iirc
Nov 02 22:59:10 <[florian]> ah
Nov 02 23:02:43 <danage> [florian]: is bcm6345 stable now (not eth, dsl)?
Nov 02 23:03:31 <[florian]> danage: it works pretty well yes
Nov 02 23:03:40 <danage> cool
Nov 02 23:04:03 <sn9> the 45? really?
Nov 02 23:04:26 <[florian]> yes really
Nov 02 23:04:29 <[florian]> without dsl and ethernet
Nov 02 23:04:39 <[florian]> mostly because ethernet requires a different driver than the one we have currently
Nov 02 23:05:04 <danage> no more reboots/watchdog issues?
Nov 02 23:05:23 <[florian]> I recall they got fixed
Nov 02 23:05:45 <sn9> no dsl, either, though
Nov 02 23:05:51 <CIA-36> florian * r18275 /trunk/target/linux/generic-2.6/patches-2.6.30/251-atm.patch: [kernel] refresh patches
Nov 02 23:06:00 <[florian]> sn9: nope
Nov 02 23:06:11 <[florian]> sn9: that's a pretty difficult part to get released out
Nov 02 23:07:09 <sn9> so, basically, it becomes a wifi-only device
Nov 02 23:07:30 <danage> [florian]: it hought there were dsl sources?
Nov 02 23:07:50 <CIA-36> florian * r18276 /trunk/target/linux/rdc/ (13 files in 8 dirs): [rdc] forward port r18254 to 2.6.30
Nov 02 23:08:10 <sn9> [florian]: is that tested?
Nov 02 23:08:19 <[florian]> sn9: not yet
Nov 02 23:08:19 <sn9> the commit you just made
Nov 02 23:08:40 <sn9> ok
Nov 02 23:08:40 <[florian]> danage: broadcom does not want gpl driver to be released, so some kind of binary form must be found
Nov 02 23:08:49 <[florian]> sn9: I will test it tomorrow when the device can be soldered
Nov 02 23:09:04 <danage> hang on, they don't WANT GPL code to be released?
Nov 02 23:09:07 <danage> it's gpl!!!
Nov 02 23:09:19 <sn9> we may have a new supported sitecom device soon
Nov 02 23:09:28 <sn9> the wl-176
Nov 02 23:09:32 <sn9> it has usb
Nov 02 23:09:33 <[florian]> danage: not he dsl driver
Nov 02 23:09:44 <danage> ah ok i see
Nov 02 23:09:48 <[florian]> danage: the dsl driver is not linked to the kernel, it has always been a module :/
Nov 02 23:10:00 <danage> so is that module kernel version specific?
Nov 02 23:10:19 <[florian]> danage: it does
Nov 02 23:10:19 <CIA-36> florian * r18277 /trunk/target/linux/rdc/patches-2.6.30/010-rdc_cpu_ident.patch: [rdc] add cpu identification patch from bifferos
Nov 02 23:10:26 <[florian]> danage: and so are the structures it uses
Nov 02 23:10:32 <danage> that sucks
Nov 02 23:10:37 <[florian]> it doe
Nov 02 23:10:40 <[florian]> +s
Nov 02 23:10:53 <[florian]> if there was not this problem we would have had a solution for a long time ;)
Nov 02 23:11:09 <danage> and it's probably no use talking to them?
Nov 02 23:11:56 <danage> or can't there be some sort of gpl/proprietary solution in which a sort of firmware remains binary?
Nov 02 23:12:32 <[florian]> danage: one of my colleague is talking to them, just takes time
Nov 02 23:13:18 <danage> maybe i'm naive, but this is old hardware so where's the problem
Nov 02 23:13:52 <[florian]> because releasing the bcm6345 dsl driver would reveal some industry secrets
Nov 02 23:13:57 <[florian]> I am almost quoting their reply
Nov 02 23:14:37 <danage> always the same... when will they learn
Nov 02 23:15:07 <danage> reminds me of a talk i did a while back in front of some people representing image rights holders (picture agencies and such)
Nov 02 23:15:28 <danage> and i urged them to give away some content under lesser licenses, like thumbnails for example
Nov 02 23:15:29 <danage> no use
Nov 02 23:20:47 <[florian]> danage: try to convince IP/silicon manufacturers who know a lot about intellectual property :)
Nov 02 23:21:00 <danage> they should hire me :)
Nov 02 23:22:27 <danage> night everyone
Nov 02 23:40:15 <CIA-36> florian * r18278 /trunk/target/linux/olpc/image/Makefile: [olpc] increase the rootdelay value to ensure usb enumeration completes before block2mtd uses /dev/sdX
Nov 03 01:02:41 <CIA-36> florian * r18279 /trunk/target/linux/x86/ (14 files in 7 dirs): [x86] merge the olpc target with the x86 target, both tested and running
Nov 03 01:12:22 <CIA-36> florian * r18280 /trunk/target/linux/x86/Makefile: [x86] use 2.6.31.5, left-over from r18279
Nov 03 01:12:50 <CIA-36> florian * r18281 /trunk/target/linux/x86/patches-2.6.30/ (100-pata_sc1200-wrap.patch 300-block2mtd_init.patch): [x86] refresh kernel patches
Nov 03 01:24:45 <CIA-36> florian * r18282 /trunk/target/linux/generic-2.6/ (config-2.6.30 config-2.6.31): [kernel] add more missing configuration symbols
**** ENDING LOGGING AT Tue Nov 03 02:59:57 2009