**** BEGIN LOGGING AT Sat Feb 11 02:59:57 2012
Feb 11 06:07:37 <CIA-49> swalker * r30431 /packages/utils/bluelog/ (. Makefile files/ files/bluelog.init): [packages] bluelog: add bluelog, a Bluetooth scanner & logger
Feb 11 07:54:59 <dape_x60> uhm, getting ready to back up my buildroot to another drive, what was the make to clean objects but not configs? make distclean ?
Feb 11 10:26:37 <builder_> build #129 of cobalt is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/129
Feb 11 11:04:02 <WillieNL> nbd: using glibc 2.13 builds fine.. glibc 2.14 must be tested but i do notice one small problem with grub
Feb 11 11:04:56 <WillieNL> nbd:  12:04 right now    -> willie    8349 99.9  0.0   1748   120 pts/5    R+   04:51 427:59 grub --batch --no-curses --no-floppy --device-map=/dev/null
Feb 11 11:06:32 <WillieNL> shutdown reboot that system +- 15 min :S
Feb 11 11:23:11 <russell-1> nbd, i am finally building the ath5k testing images ... results on their way, if slowly.
Feb 11 11:35:56 <^Willie^> nbd: i'll feed this to vbox today and rerun a clean build for testing glibc 2.14 (current)
Feb 11 11:36:41 <^Willie^> looks like mosth of the old problems where in the glibc 2.7 release.
Feb 11 11:37:17 <nbd> russell__: cool
Feb 11 11:37:36 <nbd> ^Willie^: if glibc 2.14 works, we should probably just make that the default and remove all older versions
Feb 11 11:38:41 <^Willie^> hmm did i post something in a other channel during my wakeup stress ?
Feb 11 11:38:48 <^Willie^> i linked a url to pastebin
Feb 11 11:39:11 <^Willie^> ahh http://pastebin.com/qp9JYEzY
Feb 11 11:40:54 <^Willie^> nbd: indeed remove older glibc will be wise.. also i'm using binutils-2.22 basicly no patches needed only adding a single line to the makefile from glibc
Feb 11 11:49:00 <^Willie^> nbd: my glibc 2.14 build starts fine -> http://imagebin.org/198389
Feb 11 11:49:21 <^Willie^> from this point i can do 2 things.. continue adding extra stuff in this build and release the patches to you..
Feb 11 11:49:40 <^Willie^> or continue on glibc 2.14 so that we have 2 working versions ?
Feb 11 11:49:56 <^Willie^> s/2.14/2.13
Feb 11 11:51:10 <nbd> if we have 2.14 working, why bother with 2.13?
Feb 11 11:51:21 <^Willie^> my typo.. not so long waked up here..
Feb 11 11:51:25 <^Willie^> this build works with 2.13
Feb 11 11:51:49 <^Willie^> i have included 2.14 just as 2.13 but still must run that build
Feb 11 11:52:46 <^Willie^> short story glibc 2.13 error free build now push it up to 2.14 ?
Feb 11 11:53:37 <nbd> i'll wait for the 2.14 test result since i'm busy with other stuff at the moment
Feb 11 11:54:16 <^Willie^> ok np i'm barely waked up been busy/waiting till 4am in the night now it is around 1300 here
Feb 11 11:54:58 <^Willie^> i'll start the 2.14 build right nwo
Feb 11 12:10:57 <^Willie^> patch -> http://pastebin.com/vTLavQxW
Feb 11 12:16:00 <^Willie^> hmmzz "toolchain/glibc/patches/2.13/*.patch" is missing from the last patch :(
Feb 11 12:17:01 <^Willie^> http://pastebin.com/EBF9puQD
Feb 11 12:49:57 <btsimonh> Questican i define extra files to be added to an image in the profile file?
Feb 11 12:54:11 <russell--> these accton mr3201a things take a freaking century to flash
Feb 11 12:54:25 <russell--> not as long as a meraki mini, mind you
Feb 11 12:54:49 <russell--> working on number 4
Feb 11 12:57:26 <OutBackDingo> btsimonh: create a directory structure under $ROOT/file and place them in there
Feb 11 12:57:37 <OutBackDingo> ermmm $ROOT/files
Feb 11 13:00:49 <btsimonh> pls give me an example of $ROOT? e.g. trunk\target\linux\lantiq\danube\profiles?
Feb 11 13:02:19 <russell--> lol
Feb 11 13:02:45 <russell--> btsimonh snarfing too many microsoft backslashes
Feb 11 13:03:24 <btsimonh> :).  do get sick of manually replacing them every time i paste to a linux prompt....
Feb 11 13:03:34 <^Willie^> grind them first next time :p
Feb 11 13:03:40 <^Willie^> hmm sed ;-)
Feb 11 13:36:21 * russell-- has 6 instances of various patch reversions running, just under half of the possibilities
Feb 11 13:36:49 <russell--> usually takes a 24 hours or so to break, plus or minus a bunch
Feb 11 13:52:54 <builder_> build #126 of ps3 is complete: Failure [failed compile_6]  Build details are at http://buildbot.openwrt.org:8010/builders/ps3/builds/126
Feb 11 13:59:13 <^Willie^> russell--: your running those 6 builds simultane ?
Feb 11 14:31:14 <dape_x60> guys it seems the squashfs factory image for dir 825 doesnt get built anymore..
Feb 11 14:31:27 <WillieNL> glibc 2.14 build is creating the vdi image build looks like error free..
Feb 11 14:31:31 <WillieNL> next http://www.linuxfordevices.com/c/a/News/CVE20120056-patched/
Feb 11 14:31:51 <WillieNL> patches for a vulnerability in Linux kernels 2.6.39 and above that enables attackers to gain root access on a system. Proof-of-concept exploit code was posted last week after "CVE-2012-0056" was exposed
Feb 11 14:32:29 <dape_x60> local or remote attackers?
Feb 11 14:33:35 <WillieNL> dape_x60: local (memaccess)
Feb 11 14:33:57 <WillieNL> while looking around someone opened a can with issues :)
Feb 11 15:41:38 <CIA-49> juhosg * r30432 /trunk/target/linux/ramips/rt305x/profiles/belkin.mk:
Feb 11 15:41:38 <CIA-49> ramips: rt305x: add profile for the Belkin f5d8235v2
Feb 11 15:41:38 <CIA-49> Signed-off-by: Roman Yeryomin <roman@advem.lv>
Feb 11 15:41:39 <CIA-49> juhosg * r30433 /trunk/target/linux/ramips/base-files/etc/uci-defaults/network:
Feb 11 15:41:39 <CIA-49> ramips: rt305x: merge duplicated mac address setup
Feb 11 15:41:39 <CIA-49> Signed-off-by: Roman Yeryomin <roman@advem.lv>
Feb 11 15:41:43 <CIA-49> juhosg * r30434 /trunk/target/linux/ramips/ (11 files in 9 dirs): (log message trimmed)
Feb 11 15:41:43 <CIA-49> ramips: rt305x: add support for Accton WR6202 / SMCWBR11S-3GN
Feb 11 15:41:43 <CIA-49> This patch adds support for the Accton WR6202 Mini 3G broadband router.
Feb 11 15:41:43 <CIA-49> Full details for this device are available at
Feb 11 15:41:43 <CIA-49> http://www.awbnetworks.com/products03.php?Fullkey=19.
Feb 11 15:41:43 <CIA-49> This device is identical to the SMCWBR11S-3GN:
Feb 11 15:41:44 <CIA-49> http://www.smc-asia.com/products03.php?Fullkey=210
Feb 11 15:41:46 <CIA-49> juhosg * r30435 /trunk/target/linux/ramips/patches-2.6.39/ (105-ramips-spi-driver.patch 105-usb_dwc_otg.patch): ramips: refresh patches
Feb 11 15:41:47 <CIA-49> juhosg * r30436 /trunk/target/linux/ramips/files/arch/mips/ralink/rt288x/ (4 files): ramips: rt288x: remove CONFIG_MTD_PARTITION ifdefery from machine files
Feb 11 15:41:48 <CIA-49> juhosg * r30437 /trunk/target/linux/ramips/files/arch/mips/ralink/rt305x/ (22 files): ramips: rt305x: remove CONFIG_MTD_PARTITION ifdefery from machine files
Feb 11 15:41:51 <CIA-49> juhosg * r30438 /trunk/target/linux/ramips/files/arch/mips/ralink/common/setup.c: ramips: use uncached address in detect_mem_size
Feb 11 15:41:53 <CIA-49> juhosg * r30439 /trunk/target/linux/ramips/files/drivers/net/ramips_eth.h: ramips: raeth: use the NUM_TX_DESC for the tx_skb array
Feb 11 15:41:56 <CIA-49> juhosg * r30440 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: indicate dropped packets in stats
Feb 11 15:41:59 <CIA-49> juhosg * r30441 /trunk/target/linux/ramips/files/drivers/net/ramips_eth.h: ramips: raeth: protect macro parameters
Feb 11 15:42:01 <CIA-49> juhosg * r30442 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: add a temporary pktlen variable
Feb 11 15:42:05 <CIA-49> juhosg * r30443 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: unmap DMA memory when a packet is received
Feb 11 15:42:06 <CIA-49> juhosg * r30444 /trunk/target/linux/ramips/files/drivers/net/ (ramips.c ramips_eth.h): ramips: raeth: use dma_addr_t for the descriptors
Feb 11 15:42:07 <CIA-49> juhosg * r30445 /trunk/target/linux/ramips/files/drivers/net/ (ramips.c ramips_eth.h): ramips: raeth: add rx_dma array to store the DMA address of the rx packets
Feb 11 15:42:09 <CIA-49> juhosg * r30446 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: unmap rx DMA address in ramips_cleanup_dma
Feb 11 15:42:10 <CIA-49> juhosg * r30447 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: cleanup DMA API usage in ramips_eth_hard_start_xmit
Feb 11 15:42:11 <CIA-49> juhosg * r30448 /trunk/target/linux/ramips/files/drivers/net/ (ramips.c ramips_eth.h): ramips: raeth: add netdev pointer to private structure
Feb 11 15:42:14 <CIA-49> juhosg * r30449 /trunk/target/linux/ramips/files/drivers/net/ramips.c: ramips: raeth: use device pointer in DMA API calls
Feb 11 15:42:16 <CIA-49> juhosg * r30450 /trunk/target/linux/ramips/ (4 files in 4 dirs): ramips: raeth: make debugging messages configurable
Feb 11 15:42:41 <kerneis> jow_laptop: ping
Feb 11 15:47:24 <CIA-49> kerneis * r30451 /packages/net/babel/ (Makefile files/babeld.config files/babeld.init): (log message trimmed)
Feb 11 15:47:24 <CIA-49> [packages] babeld: new upstream release 1.3.1
Feb 11 15:47:24 <CIA-49> 11 February 2011: babeld-1.3.1
Feb 11 15:47:24 <CIA-49> * Made the resend logic less aggressive. This should lead to fewer request
Feb 11 15:47:24 <CIA-49> messages upon link failure, at the cost of somewhat worse behaviour in the
Feb 11 15:47:24 <CIA-49> presence of heavy packet loss.
Feb 11 15:47:25 <CIA-49> * INCOMPATIBLE CHANGE: removed the idle detection functionality (-i). This
Feb 11 16:01:24 <CIA-49> juhosg * r30452 /trunk/target/linux/ramips/base-files/etc/uci-defaults/network:
Feb 11 16:01:24 <CIA-49> ramips: fix Belkin F5D8235-v2 VLAN setup
Feb 11 16:01:24 <CIA-49> Signed-off-by: Roman Yeryomin <roman@advem.lv>
Feb 11 16:07:42 <kerneis> is it possible to compile a binary for the "atheros" (eg. fonera) architecture and run it on "ar71xx" (eg. wndr3700)?
Feb 11 16:28:20 <CIA-49> kaloz * r30453 /trunk/target/linux/cns3xxx/ (patches/ patches-2.6.39/): [cns3xxx]: rename 2.6.39 patches directory
Feb 11 16:29:29 <CIA-49> kaloz * r30454 /trunk/target/linux/cns3xxx/ (patches/ patches-3.1/): [cns3xxx]: rename 3.1 patches directory as it will be used for newer kernels as well
Feb 11 17:04:08 <kerneis> why is there no coldplug_interface_none function in /lib/network/config.sh?
Feb 11 17:04:57 <kerneis> I have a bridge between two interfaces, with "proto none", and it doesn't start on boot
Feb 11 17:13:50 <WillieNL> nbd: with glibc 2.14 everything works for an default build. incl minimal webif etc etc.
Feb 11 17:20:04 <CIA-49> juhosg * r30455 /trunk/target/linux/ramips/files/drivers/net/ (ramips.c ramips_eth.h): ramips: add MDIO bus support for RT288X
Feb 11 17:21:47 <dape_x60> meh, still cant generate a dir825 squashfs factory image, i resetted the config to default, im really clueless
Feb 11 17:22:24 <WillieNL> dir825 ?
Feb 11 17:22:57 <dape_x60> yep, no squashfs factory image will generate at all, only backup-loader and the sysupgrade one
Feb 11 17:23:13 <dape_x60> dlink dir-825 that is, svn updated to the latest
Feb 11 17:23:56 <WillieNL> ehm A1 or B1 simpler question is it atheros based or ubicom :)
Feb 11 17:24:28 <dape_x60> B1 man, it generated OK until this from this morning until now, actually since 3.2.5 got default
Feb 11 17:24:43 <dape_x60> gjkugugl, nw kbrd
Feb 11 17:26:29 <WillieNL> also i dunno much about those devices.. i have a dir 652 here based in a ubicom ip7k soc never tested openwrt from svn on that only the gpl bundle
Feb 11 17:27:32 <WillieNL> but you have a problem with generating the squashfs image sounds like building your own.. can be a problem with your squashfs-tools..
Feb 11 17:29:14 <dape_x60> very very strange
Feb 11 17:29:52 <WillieNL> but you have selected those imaged in the menuconfig menu's ?
Feb 11 17:30:08 <WillieNL> s/imaged/images
Feb 11 17:31:46 <WillieNL> <- bbl diner
Feb 11 17:31:47 <dape_x60> yes, both rootfs archive and squashfs image
Feb 11 18:10:08 <russell--> unreverted-anything r30427 failed overnight
Feb 11 18:10:40 <russell--> no surprise there
Feb 11 18:13:13 <CIA-49> kaloz * r30456 /trunk/target/linux/generic/patches-3.3/ (6 files): [generic/3.3]: refresh patches to -rc3
Feb 11 18:40:08 <luka12345> nbd: ping
Feb 11 18:45:44 <CIA-49> marek * r30457 /packages/net/batman-adv/files/ (3 files in 3 dirs):
Feb 11 18:45:44 <CIA-49> batman-adv: hotplug script fixes
Feb 11 18:45:44 <CIA-49> * call bat_config() instead of config_bat() (which does not exist)
Feb 11 18:45:44 <CIA-49> * support ap isolation config option
Feb 11 18:45:44 <CIA-49> * remove /etc/rc.common from script since it is not an init script anymore
Feb 11 18:45:45 <CIA-49> Signed-off-by: Filippo Sallemi <tonyputi@gmail.com>
Feb 11 18:46:16 <CIA-49> juhosg * r30458 /trunk/target/linux/generic/patches-2.6.39/ (9 files): generic/2.6.39: refresh patches
Feb 11 18:46:18 <CIA-49> juhosg * r30459 /trunk/target/linux/ramips/ (2 files in 2 dirs): ramips: add MIPS platform file
Feb 11 19:08:34 <CIA-49> kaloz * r30460 /trunk/target/linux/generic/config-3.3: [generic/3.3]: add some missing symbols
Feb 11 19:36:27 <btsimonh> blogic: has anyone done auto config of ubootenv in lantiq?
Feb 11 19:45:59 <blogic> what do you mean with "autoconfig"
Feb 11 19:53:33 <btsimonh> creating fw_env.conf if it does not exist by searching for a mtd with a certain partition name
Feb 11 19:54:17 <btsimonh> also looking at ucidefaults/network and trying to work out how to get the right pppoa stuff in there for my board :)
Feb 11 19:56:57 <blogic> using the uci-defaults script
Feb 11 19:57:18 <blogic> target/linux/lantiq/base-files/etc/uci-defaults/network
Feb 11 19:57:50 <WillieNL> hah no error ->  make[3] -C feeds/packages/utils/collectd compile
Feb 11 19:59:42 <btsimonh> yup, working on that at the moment, adding my board.
Feb 11 19:59:48 <Delboy_> btsimonh: is pci fixup working on ur board with code from hh2b4ever? or you added something more later
Feb 11 20:00:30 <btsimonh> which bit?  just about to push, one moment.
Feb 11 20:03:41 <Delboy_> ok, thing is i can't get pci fixup code to do it's stuff before the pci init
Feb 11 20:04:28 <Delboy_> i mean it reads 168c:ffxx before before fixup
Feb 11 20:04:32 <btsimonh> oh that bit... give me another moment.  VM's network is not routing right, changed the router 3 times today :)
Feb 11 20:07:15 <CIA-49> juhosg * r30461 /trunk/target/linux/ramips/ (27 files in 5 dirs): ramips: use gpio-keys-polled instead of gpio-buttons
Feb 11 20:07:20 <CIA-49> juhosg * r30462 /trunk/target/linux/ramips/files/arch/mips/ralink/rt305x/mach-wcr150gn.c: ramips: remove yet another CONFIG_MTD_PARTITION ifdef
Feb 11 20:08:08 <blogic> Delboy_: that is normal
Feb 11 20:08:15 <blogic> why do you wan tot fixup befoe that ?
Feb 11 20:08:21 <blogic> yoi want ot fixup the pci id ?
Feb 11 20:09:10 <Delboy_> yes, to get one from ath5k eeprom
Feb 11 20:09:17 <Delboy_> i mean pci id
Feb 11 20:09:29 <btsimonh> Delboy_: code will be up ther in a minute.  Look for when 3.1.10 shows up.
Feb 11 20:09:51 <blogic> Delboy_: ok
Feb 11 20:10:02 <blogic> Delboy_: let me see
Feb 11 20:11:05 <btsimonh> you have DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_ATHEROS, PCI_ANY_ID, ath9k_pci_fixup);?
Feb 11 20:11:58 <Delboy_> yes, i used code from ar71xx
Feb 11 20:12:07 <btsimonh> that calls the fixup routine at about the right place.  my code is now in dev_wifi_ath9k.c
Feb 11 20:12:27 <btsimonh> so does it get called?
Feb 11 20:12:28 <blogic> btsimonh: where si your tree again ?
Feb 11 20:12:44 <WillieNL> nbd: ping (i'm finished/ready) results are reproducable segfault free x86 build :) incl collectd-4.10.2/rrdtool-1.0.50
Feb 11 20:13:18 <btsimonh> https://sourceforge.net/p/hh2b4ever/code/ci/00d2dcf821b88fa53dfb080efaaeb4b3eca8a24b/tree/trunk/build_dir/linux-lantiq_danube/linux-3.1.10/arch/mips/lantiq/xway/
Feb 11 20:14:15 <Delboy_> btsimonh: yes, bit it looks like [168c:ffxx] bla bla, and than fixup device configuration ...
Feb 11 20:15:59 <btsimonh> my 'Patching device?' printk comes out immediately before 'pci 0000:00:0e.0: BAR 0: assigned....' - is this where you see it?
Feb 11 20:17:01 <Delboy_> like this? http://pastebin.com/P7rwJ1kE
Feb 11 20:20:12 <btsimonh> look like it's doing it to me.  But are you happy with the values being put in?
Feb 11 20:21:49 <btsimonh> do you have the patch in the eeprom read in ath code still?
Feb 11 20:23:41 <btsimonh> i think your values are byte-reveresed?  do you have the swab32 in or not (in the write, and the print)?
Feb 11 20:25:05 <btsimonh> (ohh... it's my own paste!!! ;) )
Feb 11 20:26:13 <Delboy_> :) , but maybe that is the problem i get Writing 0x001d168c to register
Feb 11 20:26:32 <Delboy_> your is wrote reg 6000 = 8C162700
Feb 11 20:27:50 <btsimonh> it does not recognise the card later, correct?  probably need the swabs...  i think pci is defined as ALWAYS intel order?
Feb 11 20:29:35 <Delboy_> it does recognise the card because i added 168c:ffxx to pci.c inside ath5k
Feb 11 20:31:05 <btsimonh> once patched correctly, i don't think you need this any more :)
Feb 11 20:53:34 <philipp64|laptop> jow_laptop: ping
Feb 11 20:55:11 <blogic> btsimonh: how much ram does the hb2 have ?
Feb 11 20:55:39 <btsimonh> 64M
Feb 11 20:55:58 <btsimonh> & 32M of nand
Feb 11 21:01:18 <blogic> ok
Feb 11 21:02:11 <btsimonh> blogic: please tak a look at: http://pastebin.com/TRvNmZrR - will this work, it's my first script
Feb 11 21:03:50 <blogic> looks good
Feb 11 21:04:00 <blogic> i think luka12345 did a similar hack
Feb 11 21:04:10 <blogic> but i will take that file as a patch no problem
Feb 11 21:04:18 <blogic> i am orking on voip just now
Feb 11 21:04:32 <blogic> imho the voip stuff will be ready qithin the nwxt 2 weeks
Feb 11 21:04:55 * blogic cannot type tonight
Feb 11 21:05:08 <btsimonh> i got no response from SiTel when i asked for details on Dect :(
Feb 11 21:06:00 <blogic> hahahaha
Feb 11 21:06:04 <blogic> hahahahahahhahahahah
Feb 11 21:06:07 <blogic> muahahahahahahahahahahhaha
Feb 11 21:06:10 <blogic> good one
Feb 11 21:06:11 <blogic> ;)
Feb 11 21:06:24 <blogic> however your effort must be honoured
Feb 11 21:06:34 <blogic> although your chances are slim to none ;)
Feb 11 21:06:52 <blogic> what i am more looking at atm are isdn fxs ports
Feb 11 21:07:04 <btsimonh> don't ask don't get ;)  i did not get....
Feb 11 21:07:13 <blogic> i know
Feb 11 21:07:16 <blogic> keep hammering
Feb 11 21:07:23 <blogic> but sitel is a though one
Feb 11 21:07:33 <blogic> if i recall the sitel has a arm11 core in it
Feb 11 21:07:41 <CIA-49> juhosg * r30463 /trunk/target/linux/ramips/base-files/lib/preinit/05_ramips_load-input_drivers: ramips: load gpio-polled keys module
Feb 11 21:07:50 <blogic> the soc has as much power as the host cpu
Feb 11 21:08:36 <btsimonh> yep;  don't really want to use BT's sitel firmware.  Always wondered what references to 'GoLinux' were.. now I know why there's no reference son the web.
Feb 11 21:08:47 <blogic> well yes
Feb 11 21:08:55 <blogic> if you get dect working it would be amazing
Feb 11 21:09:01 <blogic> its however not high on my list
Feb 11 21:09:20 <blogic> i just hook up a external dect station ;)
Feb 11 21:09:27 <blogic> this voip code is really nice
Feb 11 21:09:39 <blogic> luka12345 has been using it for a few weeks in prodcution
Feb 11 21:09:42 <btsimonh> i have one.... it's called a BT Homehub V2A
Feb 11 21:09:50 <blogic> i am currently trying to make the 2nd voice port worki
Feb 11 21:09:56 <blogic> btsimonh: :)
Feb 11 21:10:12 <blogic> btsimonh: you should proxy me a hh2 of ebay
Feb 11 21:10:23 <blogic> i checked and there are lots but none ship to germany
Feb 11 21:10:30 <btsimonh> 3 went today for £4
Feb 11 21:10:34 <blogic> hrr hrr
Feb 11 21:10:50 <blogic> can you get one for me and then i will paypal you the money + p&p to germany ?
Feb 11 21:10:55 <blogic> or even 2
Feb 11 21:11:01 <blogic> so i have 1 in reserve
Feb 11 21:11:11 <btsimonh> i bought a V2B today.  let me check what I paid and if it works when i get it.  No PSU :(
Feb 11 21:11:18 <blogic> no worries
Feb 11 21:11:25 <blogic> they all take 15v :)
Feb 11 21:11:52 <btsimonh> 2a and 2b are different...
Feb 11 21:12:45 <btsimonh> if i reset to defaults, should it run my new scripts?  I think it restored it's last config by default :(
Feb 11 21:12:45 <blogic> yes
Feb 11 21:12:49 <blogic> i want a b
Feb 11 21:12:59 <blogic> yes
Feb 11 21:13:07 <blogic> uci-default script are run upon firstboot
Feb 11 21:13:11 <blogic> and then they get deleted
Feb 11 21:13:26 <blogic> so a factory reset will cause the unit to rerun them
Feb 11 21:13:34 <blogic> do you use pppoe or pppoa ?
Feb 11 21:13:46 <btsimonh> no - i mean the PSUs are different ;) ---  pppoa
Feb 11 21:13:50 <blogic> ok
Feb 11 21:14:09 <blogic> show me your config/network pls
Feb 11 21:14:15 <blogic> .... with the pwd removed ;)
Feb 11 21:14:57 <btsimonh> this is my script, i hope it will work.  network config coming next.
Feb 11 21:15:00 <btsimonh> http://pastebin.com/k2LX0eR0
Feb 11 21:15:30 <blogic> good
Feb 11 21:15:42 <blogic> thx !!
Feb 11 21:16:00 <blogic> we need to make these scripts generic
Feb 11 21:16:13 <blogic> they are partially shared with ar71xx
Feb 11 21:16:22 <blogic> and can be reused by many other arches
Feb 11 21:16:30 <btsimonh> config/network - i think this is a working one. http://pastebin.com/66T0xyi6
Feb 11 21:19:16 <Delboy_> btsimonh: have you seen http://dect.osmocom.org/trac/dect, they use Sitel SC14424
Feb 11 21:20:09 * blogic looks
Feb 11 21:25:33 <btsimonh> blogic: check http://pastebin.com/rrqd3tq4 - at the very bottom is the wan entry made by my script.  it has an extra 'ifname' entry compared to my 'working' script.  pls explain?
Feb 11 21:31:18 <russell--> revert-06 failed too, yay!
Feb 11 21:37:29 <blogic> what field is wrong ?
Feb 11 21:39:33 <btsimonh> i didn't understand why the 'working' one had <option '_orig_ifname' 'nas0'>, so i added it anyway.  now i have this AND ifname....  is this ok?
Feb 11 21:40:50 <btsimonh> (dect stuff is interesting.  but to snoop mine, i'd need to break into the LTQ0 port whilst dect was active in openrg)
Feb 11 21:41:58 <blogic> Delboy_: looks like they really have drivers
Feb 11 21:42:45 <blogic> ... for dect
Feb 11 21:42:47 <blogic> amazing
Feb 11 21:43:16 <blogic> i still dont get the uci problem btw
Feb 11 21:43:41 <btsimonh> drivers for that card...  but the comms to that card may be completely different to others, as it's the firmware which is in control :(
Feb 11 21:47:20 <btsimonh> b*****r - find_mtd_part finds mtdblockN!
Feb 11 21:49:08 <blogic> soo
Feb 11 21:49:31 <blogic> on a lantiq board i assume he dect talks to the soc via pcm
Feb 11 21:50:27 <btsimonh> ASC0.... i think.  Control is serial, but data is via another i/f
Feb 11 21:51:06 <btsimonh> (on my board, that is) - but there is a diagram in the easy manual.
Feb 11 21:51:14 <blogic> ok
Feb 11 21:51:19 <blogic> we have asc0
Feb 11 21:51:33 <blogic> show me the diagram please
Feb 11 21:54:45 <btsimonh> blogic: did you get a chat brequest?
Feb 11 21:56:31 <blogic> a what ?
Feb 11 21:57:07 <btsimonh> i'm not sure how to operate this client.  did you get a private chat request?  (DCC chat?)
Feb 11 21:57:15 <blogic> brrrr
Feb 11 21:57:16 <blogic> dccc
Feb 11 21:57:32 <blogic> use /msg blogic fooo
Feb 11 21:57:36 <blogic> dcc is evil
Feb 11 22:04:40 <btsimonh> give me a few years to learn new things ;L
Feb 11 22:06:53 <btsimonh> ok, got my fw_env.config - all good.  Any thoughts on the ifname thing?
Feb 11 22:07:45 <blogic> i dont understand the problem
Feb 11 22:07:54 <luka12345> btsimonh: regarding uboot env
Feb 11 22:08:06 <luka12345> https://lists.openwrt.org/pipermail/openwrt-devel/2012-February/013887.html
Feb 11 22:08:24 <luka12345> https://lists.openwrt.org/pipermail/openwrt-devel/2012-February/013888.html
Feb 11 22:10:23 <btsimonh> Luka, this is what i have now http://pastebin.com/08j5sU49  - gets a mtd partition called uboot_env ...
Feb 11 22:11:43 <blogic> btsimonh: looks like serial + pcm
Feb 11 22:11:45 <btsimonh> blogic: see the difference between the TWO wan entries here: http://pastebin.com/rrqd3tq4.  Second entry is what my default config makes.  is it ok with both ifname and _orig_ifname ?  - what is _orig_ifname?
Feb 11 22:11:46 <blogic> we can handle that
Feb 11 22:12:27 <blogic> set network.wan._orig_ifname='nas0'
Feb 11 22:12:28 <blogic> set network.wan._orig_bridge='false'
Feb 11 22:12:29 <blogic> ?!
Feb 11 22:12:34 <blogic> you set it in your script
Feb 11 22:13:12 <btsimonh> we'll need firmware for the Sitel chip.  I have some, but sure the protocol will be different for every firmware...
Feb 11 22:13:26 <blogic> well
Feb 11 22:13:28 <blogic> we will see
Feb 11 22:14:01 <btsimonh> yes, i set it in my script, trying to copy the config I had which 'works'.  I did not set the ifname= one?
Feb 11 22:15:30 <luka12345> btsimonh: uboot env code is not the same
Feb 11 22:15:59 <luka12345> look at your add_ubootenv and mine uboot_environment_configuration
Feb 11 22:16:50 <luka12345> also i dont know why do you need find_mtdchar_part()
Feb 11 22:17:42 <btsimonh> because if i find_mtd_part(), i get mtdblock1, not mtd1, -> ioctl error in fw_printenv
Feb 11 22:18:02 <luka12345> take another look at https://lists.openwrt.org/pipermail/openwrt-devel/2012-February/013887.html
Feb 11 22:18:37 <btsimonh> looking now.  Really don;t know what my code does, yours seems much more sane :)
Feb 11 22:18:51 <luka12345> :)
Feb 11 22:19:49 <btsimonh> I'm gonna take your top bit...
Feb 11 22:21:22 <luka12345> you should just add your board bellow mine
Feb 11 22:21:23 <luka12345> http://pastebin.com/83RYxB4n
Feb 11 22:21:57 <btsimonh> luka: what's your env part called...
Feb 11 22:22:08 <luka12345> "/dev/mtd1"
Feb 11 22:22:43 <btsimonh> no, what is it called...  mine is called 'uboot_env', and exists at /dev/mtd1
Feb 11 22:22:56 <blogic> btsimonh: so _orig_ifname comes form where ?
Feb 11 22:23:06 <blogic> i eman is it actually used by the underlying api ?
Feb 11 22:23:59 <btsimonh> that's what i don't know. it's what's in my config/network.  it is because I've not got a adsl line attached at the moment?
Feb 11 22:24:07 <luka12345> btsimonh: mine is also called uboot_env but that is not irrelevant for /etc/fw_env.config
Feb 11 22:24:30 <luka12345> s/not irrelevant/irrelevant/
Feb 11 22:25:26 <btsimonh> yes, but the fact it's /dev/mtd1 is very relevant.  I liked the way that the rt2x00-eeprom script found it's partition by name :)
Feb 11 22:25:56 <btsimonh> (then if you move it, it still works...)
Feb 11 22:26:40 <luka12345> but once your code is added in openwrt you wont be changing mtd layaout (at least not often)
Feb 11 22:27:14 <luka12345> adding code to find uboot_env is a bloat imho
Feb 11 22:27:24 <btsimonh> true...  is you file to become a lantiq patch?
Feb 11 22:27:46 <luka12345> once blogic merges it ;)
Feb 11 22:30:23 <btsimonh> ok, i'm convinced, even though i was quite proud of it :).
Feb 11 22:42:57 <luka12345> it's not bad, its better then the init script in the trunk now
Feb 11 22:43:25 <luka12345> but i think we dont need auto recognition of the uboot_env
Feb 11 22:43:40 <luka12345> at least not if it is in lantiq target anyway
Feb 11 23:56:21 <Delboy_> btsimonh: your log http://pastebin.com/TGB8Hb3T, here it says pci 0000:00:0e.0: [168c:ff1d] type 0 class 0x000200 and than Patching device?
Feb 11 23:57:45 <Delboy_> do you remember what did you do to make "pci 0000:00:0e.0: [168c:ff1d] type 0 class 0x000200" disappear?
Feb 11 23:58:14 <btsimonh> let me check my current log...
Feb 12 00:00:08 <btsimonh> i think i removed my printf, or turnoff diags?
Feb 12 00:04:11 <btsimonh> do you know where that print is?
Feb 12 00:05:43 <Delboy_> you mean Patching device?
Feb 12 00:06:34 <Delboy_> or pci 0000:00:0e.0: [168c:ff1d]... that is inside pci.c i think
Feb 12 00:07:31 <btsimonh> which pci.c, there must be about 5 :)?
Feb 12 00:11:24 <Delboy_> maybe drivers/pci/probe.c line 928
Feb 12 00:15:05 <btsimonh> yep, that would be right before the early fixup then :).  so it should be printed, if enabled.
Feb 12 00:15:21 <btsimonh> what file has the ids in that you added to?
Feb 12 00:15:35 <btsimonh> (just going to check i have removed mine....)
Feb 12 00:16:52 <Delboy_> hmm , maybe i also need to add a55a magic to its register
Feb 12 00:17:04 <Delboy_> just reading ar5213 datasheet
Feb 12 00:17:31 <Delboy_> if magic doesn't egsist it reads default values
Feb 12 00:18:29 * russell-- how has devices running on all the likely candidate ath5k patch reversions ... just a matter of time now
Feb 12 00:23:54 <btsimonh> the magic need to be at the 'start' of the eeprom, but it's not obvious exactly how it reads this.  it certainlyt works for mine, but my eeprom looks quite different to yours...
Feb 12 00:24:27 <btsimonh> blogic: are you still up?
Feb 12 00:39:49 <builder_> build #119 of ppc44x is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/119
Feb 12 01:22:18 <builder_> build #126 of pxcab is complete: Failure [failed compile_10]  Build details are at http://buildbot.openwrt.org:8010/builders/pxcab/builds/126
Feb 12 01:31:50 <danmackay> yes you did fail, now get back to work :P
Feb 12 01:36:55 <swalker> they've (along with other platforms) been broken for awhile now iirc
Feb 12 02:14:40 <builder_> build #118 of x86 is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/118
**** ENDING LOGGING AT Sun Feb 12 02:59:56 2012