**** BEGIN LOGGING AT Sat Jun 11 02:59:57 2011 Jun 11 03:01:52 build #32 of mpc52xx is complete: Failure [failed shell_4 compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/32 Jun 11 07:09:44 build #46 of orion is complete: Failure [failed compile_7] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/46 Jun 11 07:55:20 build #32 of rdc is complete: Failure [failed compile_7] Build details are at http://buildbot.openwrt.org:8010/builders/rdc/builds/32 Jun 11 08:47:35 build #51 of at91 is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/51 Jun 11 09:08:41 build #50 of ubicom32 is complete: Failure [failed shell_4 compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/ubicom32/builds/50 Jun 11 11:54:04 build #44 of x86 is complete: Failure [failed compile_1] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/44 Jun 11 12:00:49 Hauke: I updated the serial flash patch (missed a chunk in driver_mipscore.c) Jun 11 12:01:19 KanjiMonster: ok thank you Jun 11 12:01:54 I will work on a new version of the patch adding embedded device support to bcma Jun 11 12:02:08 before the serial flash Jun 11 12:02:24 no hurry with it ;) Jun 11 12:02:58 I'm busy with bcm5325 support and soon bcm6328 Jun 11 12:16:28 Hauke: I assume bcm47xx serial flash won't be backported to backfire, right? (I'm about to change #8598's to wontfix and point to #7246 ("Missing support for broadcom serial flash support for brcm47xx target")) Jun 11 12:16:52 KanjiMonster: unlikely, else we have to drag out the release even further Jun 11 12:17:04 KanjiMonster: no I do not plan to backport that to backfire Jun 11 12:17:10 okay, good Jun 11 12:17:12 and that would kind of prevent us from ever work on the next release Jun 11 12:31:58 build #43 of uml is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/43 Jun 11 13:25:48 nbd * r27155 /trunk/toolchain/gdb/patches/ (2 files): toolchain/gdb: fix compile for powerpc targets, refresh patch Jun 11 14:16:55 mirko * r27156 /packages/utils/mtd-utils/Makefile: [packages/mtd-utils] split mtd-utils into its single components Jun 11 16:25:07 blogic: ping Jun 11 17:34:49 luka12345|wiik: pong Jun 11 17:44:19 build #32 of octeon is complete: Failure [failed shell_4] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/32 Jun 11 18:04:36 blogic: did you have time to do anything with sx763 Jun 11 18:30:49 not yet Jun 11 18:30:52 will do tonight Jun 11 18:30:57 its been a busy week Jun 11 18:36:19 ok Jun 11 18:36:45 i'm wondering what are you going to first? Jun 11 18:37:09 connect with jtag? or serial? extract image? Jun 11 18:37:32 what is the best practice when facing new device? Jun 11 18:39:04 installing owrt ? Jun 11 18:40:44 ok... Jun 11 18:42:46 i iwll boot a ramdisk, make a copy of the eeprom, create a machfile and then make wifi work Jun 11 18:42:53 and at that point it is done i guess Jun 11 18:43:39 on the boards i have sent you Jun 11 18:43:53 yes Jun 11 18:43:56 that is the paln Jun 11 18:44:02 1 should work ootb ? Jun 11 18:44:02 third uboot i have put there has overwritten some of the flash Jun 11 18:44:17 hope you did not break the atrheros eeprom data Jun 11 18:44:38 I can send you entire working image Jun 11 18:44:44 if that helps Jun 11 18:44:46 no Jun 11 18:44:51 the atheros eep is board specific Jun 11 18:45:02 every wifi card needs to be seperatly calibrated Jun 11 18:45:38 what are you saying that no two sx763 boards are the same? Jun 11 18:45:55 yes Jun 11 18:46:26 then i hope that i did not overwrite anything important... Jun 11 18:48:11 but i'm wondering why every board must have different atheros data? Jun 11 18:48:31 is it because of wireless mac address? Jun 11 18:54:48 because of the calibration data Jun 11 18:58:02 i have compared 2 arteep.bin files that Delboy says are used for wireless calibration data and they are the same... Jun 11 19:01:01 the file i'm talking about is uploaded here: https://code.google.com/p/sx76x-openwrt-danube/source/browse/trunk/wlan/arteep.bin Jun 11 19:06:25 can I get a commit on 1060 please? it's a one-liner. Jun 11 19:18:55 nbd: what are the chances of 2 ar2317 eep being the sam e? Jun 11 19:30:42 blogic: just checked another sx763, again same arteeb.bin as those 2 Jun 11 19:30:56 ok Jun 11 19:30:58 strange Jun 11 19:30:59 the manufacturer was probably lazy Jun 11 19:31:39 ok Jun 11 19:31:46 ermm Jun 11 19:31:57 that means wifi perfoamnce will suck on those units though Jun 11 19:32:57 there are at least ~50000 units in production Jun 11 19:44:26 amazing Jun 11 20:10:54 luka12345|wiik: so apart form wifi it all works ? Jun 11 20:17:15 usb is also not working without that patch in dwc_otg Jun 11 20:18:07 define "not working" Jun 11 20:18:07 except usb like Delboy says i could not get to work dsl Jun 11 20:18:23 no power on port Jun 11 20:18:31 and dsl ? Jun 11 20:18:35 yes Jun 11 20:18:44 what does not work there ? Jun 11 20:19:09 i already have working config file on ar7 target Jun 11 20:19:15 and the same configuration did not work Jun 11 20:19:32 i think i have enabled all correctly in "make menuconfig" Jun 11 20:19:38 ? Jun 11 20:19:45 define "did not work" Jun 11 20:19:57 the more explicit you are the less i need to ask Jun 11 20:20:04 ok Jun 11 20:20:16 did it get a link Jun 11 20:20:19 i'll post dmesg somewhere Jun 11 20:20:22 ok Jun 11 20:28:35 blogic: here - http://pastebin.lukaperkov.net/openwrt/openwrt-sx763-dmesg.out Jun 11 20:30:21 blogic: can you tell me what kind of debug would be helpfull once i connect the dsl cable Jun 11 20:34:06 does it give you a link message when the unit gets dsl ? Jun 11 20:34:17 also those oopses are funny ;) Jun 11 20:34:54 i dont remember that it gave me any kind of link message Jun 11 20:35:32 if you mean this [<8014fc68>] 0x8014fc68 Jun 11 20:35:36 for oopses Jun 11 20:35:39 yes Jun 11 20:35:48 that is only since the recent kernel upgrade Jun 11 20:35:59 yes Jun 11 20:36:04 you did not update your paztches Jun 11 20:36:15 before the version 2.39.* i dont remember which one it was Jun 11 20:36:18 this patch is a complete mess Jun 11 20:36:21 ;) Jun 11 20:36:27 let me clean it up Jun 11 20:36:38 i'm a messy guy Jun 11 20:36:40 :D Jun 11 20:38:06 i did update patches a bit... until i got no compile errors Jun 11 20:38:55 i have the pcb with 3 wires now Jun 11 20:39:00 which is gnd tx rx Jun 11 20:39:00 ? Jun 11 20:39:43 http://wiki.openwrt.org/_media/toh/gigaset/sam5943.jpg Jun 11 20:40:03 gnd is that on jtag connector Jun 11 20:40:05 http://wiki.openwrt.org/_media/toh/gigaset/sam5943.jpg Jun 11 20:40:19 yes... Jun 11 20:44:31 ok Jun 11 20:44:39 1 board has a fucked eeprom Jun 11 20:44:42 the other i need to jtag Jun 11 20:44:47 and the patch is a total mess Jun 11 20:45:02 i will do this next week when i can motivate myself to do this Jun 11 20:45:10 currently it looks like a pile of vomit Jun 11 20:45:34 on the one board you can boot openwrt Jun 11 20:46:41 i have flashed on it uboot... it should be working Jun 11 20:46:54 and for the vomit stuff... i know :) Jun 11 20:47:37 also the broken ethernet port comes from a missing solder point Jun 11 20:47:57 i think that's good news :) Jun 11 20:49:10 could you give me some hits how to make thing berable? Jun 11 20:49:17 i mean with the patch... Jun 11 20:49:51 ? Jun 11 20:50:04 can i fix the patch some how Jun 11 20:50:06 you take a solder iron and add the missing solder on the rj45 socket Jun 11 20:50:48 well that is a bit hard becuese of the distance germany/croatia Jun 11 20:51:10 i meant could you give me some hints to make a better patch Jun 11 20:52:29 you can comment it via mail if that is easier... Jun 11 20:53:03 well, remove the stuff that does not work and replace it with working stuff Jun 11 20:53:14 basically the only correct thing is the mtd map Jun 11 20:53:23 well Jun 11 20:53:32 not exactly Jun 11 20:53:38 the ath5k should use the nor flash and not a static array Jun 11 20:53:42 the leds are missing Jun 11 20:53:48 the mac is not added Jun 11 20:53:59 the wdt/asc/gpio are registered in the generic code Jun 11 20:54:08 int he previous mail i said "use madwifi it will work" Jun 11 20:55:20 the tapi does not work as oyu did not register the memory resouce Jun 11 20:55:32 all these things can be seen in all the other mach files Jun 11 20:55:52 the patch changes the default ip from 192.168.1.1 to 192.168.1.50 thus breaking all comments Jun 11 20:56:00 ;) Jun 11 20:56:10 s/comments/wiki docs/ Jun 11 20:59:59 i'll do my best tomorrow Jun 11 21:00:50 i will commit a sort of clean version you can work with Jun 11 21:01:05 great... Jun 11 21:01:13 but it will only be a core support Jun 11 21:01:24 ok Jun 11 21:07:16 in arteep.bin, where is the mac located ? Jun 11 21:07:41 i guess there is no mac in that file Jun 11 21:07:45 it is not there Jun 11 21:07:57 since all the routers have the same file Jun 11 21:08:04 it is in bootloader nvram Jun 11 21:09:03 so where is that ? Jun 11 21:09:12 i mean which part is the nvram ? Jun 11 21:09:28 secondary_env ? Jun 11 21:09:55 boah Jun 11 21:10:01 that is a ascii blob Jun 11 21:10:03 yuck Jun 11 21:10:24 yes at Jun 11 21:10:24 0xe000 Jun 11 21:10:43 like ethaddr=00:26:91:F9:66:28 Jun 11 21:12:02 but than there is a problem because than nvram is used by secondary bootloader which is modified u-boot, and it needs to have that go command to load u-boot we need Jun 11 21:12:17 mac address thing Jun 11 21:12:22 can you look at arch/arm/mach-orion5x/dns323-setup.c Jun 11 21:12:39 dns323_read_mac_addr Jun 11 21:13:02 i think that mac address could be read like that or am I wrong? Jun 11 21:13:07 so if u-boot uses that nvram it will go into infinite loop, there is a problem Jun 11 21:15:38 you should port dns323_read_mac_addr to that mach file Jun 11 21:16:12 nbd: http://pastebin.com/zeAWcWeD Jun 11 21:16:17 where is the eeprom start ? Jun 11 21:16:32 0x7a ? Jun 11 21:36:52 luka12345|wiik: dsl works Jun 11 21:36:54 ootb Jun 11 21:37:04 all i did was "ifup wan" Jun 11 21:37:10 and bingo i got an ip Jun 11 21:38:23 great Jun 11 21:38:45 i'll retry tomorrow Jun 11 21:39:11 but when i run ifconfig Jun 11 21:39:20 ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver Jun 11 21:39:21 uhci_hcd: USB Universal Host Controller Interface driver Jun 11 21:39:22 ?! Jun 11 21:39:28 why do you load those drivers ? Jun 11 21:41:08 i have enabled kmod-usb-dwc-otg, kmod-usb-ohci, kmod-usb-printer, kmod-usb-storage, kmod-usb-uhci and kmod-usb2 Jun 11 21:41:33 why ? Jun 11 21:41:44 the unit does not have uhco/ohci or ehci Jun 11 21:41:52 ? Jun 11 21:42:05 i did not know that Jun 11 21:42:08 and none of the other boards enable it, giving a clear indication that there is no uhci/ohci/ehci Jun 11 21:42:32 which one should be only enabled Jun 11 21:42:35 kmod-usb-dwc-otg ? Jun 11 21:43:02 yes Jun 11 21:43:12 ok Jun 11 21:43:17 i'll do that Jun 11 21:43:21 that is why you call xway_register_dwc Jun 11 21:43:28 and also why you patcehd the dwc driver Jun 11 21:43:51 i never looked into uhci/ohci/ehci stuff Jun 11 21:44:01 so i enabled it to be on the safe side i guess Jun 11 21:44:38 well Jun 11 21:44:47 you should look at all the other machtypes and see how they do it Jun 11 21:44:53 also something is weird Jun 11 21:45:04 this baord reaches a extremly high temperature Jun 11 21:45:10 i can hardly touch the soc Jun 11 21:45:16 it is burning my fingers Jun 11 21:45:23 never seen a danube get this hot Jun 11 21:46:33 i dont know why... here is uptime output: 01:22:05 up 1:22, load average: 0.03, 0.03, 0.04 Jun 11 21:46:50 and my chip is also hot Jun 11 21:47:28 where do you think may be the problem? Jun 11 21:51:31 no idea Jun 11 21:51:38 the clock is running at the right speed Jun 11 21:52:33 well it gets hot like that on original fw too, and on all sx763 here Jun 11 21:53:17 ok Jun 11 21:53:25 the pcb must be simply not very good Jun 11 21:53:58 do oyu know the odm of this pcb ? Jun 11 21:57:23 odm? Jun 11 21:57:47 the factory that made the pcb Jun 11 21:58:53 no... Jun 11 21:59:03 i could try to find out next week Jun 11 21:59:08 is it important? Jun 11 23:23:26 build #40 of avr32 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/40 Jun 11 23:46:11 build #35 of etrax is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/35 Jun 12 00:30:23 luka12345|wiik: still there ? Jun 12 00:34:45 luka12345|wiik: http://pastebin.com/fTY4FKeW Jun 12 00:35:40 nbd: thx ! Jun 12 00:40:51 build #34 of ep93xx is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/34 Jun 12 01:55:21 swalker * r27157 /packages/libs/libevent2/Makefile: [packages] libevent2: update to 2.0.12, add core, extra, openssl & pthreads packages Jun 12 01:59:01 #9549 & #9550, more link spam **** ENDING LOGGING AT Sun Jun 12 02:59:56 2011