**** BEGIN LOGGING AT Fri Jul 31 02:59:59 2015 Jul 31 09:41:40 Is there a reason why I have had no responses to my request for help in supporting the new Chinese device I have bought which already has openwrt installed on it Jul 31 09:42:10 not one person has replied Jul 31 09:43:04 if it is too difficult then I would just like to know so I can move on to a different device Jul 31 10:55:58 well other developers probably have their hands full Jul 31 11:00:18 trine: you could post that info to the forum or wiki to have it archived if one wants to take a shot - some ports are easier while others are more difficult to be done (especially if there are bootloader mods etc.) Jul 31 11:02:53 plntyk, I dont know if it would be difficult or not but I can say that it already has openwrt CC installed by the manufacturer and I have serial access to it,, with that in mind I would have thought it might be fairly easy to support it Jul 31 11:03:15 but I don't really know Jul 31 11:06:46 plntyk, this is what I have already sent to openwrt-hackers@openwrt.org http://paste.debian.net/287838/ Jul 31 11:11:33 that list seems to be very internal (core team) - I only saw it recently - and many ppl that are capable of writing / adding support patches are probably only reading openwrt-devel - the core team members are not documented anywhere too so its a bit difficult to say how many ppl even read your mail Jul 31 11:12:10 afaik <10 ppl have commit access if this counts as "core" team Jul 31 11:17:15 trine: you already have the flash layout, target arch - your pastebin is missing bootloader information (bdinfo , printenv output) Jul 31 11:18:44 after backing up all mtd partitions you could try to play around with modifying similar board support patches Jul 31 11:28:26 plntyk, http://paste.debian.net/287840/ Jul 31 11:30:35 http://paste.debian.net/287841/ Jul 31 11:32:53 so it looks like a any other (tplink like?) ar71xx board Jul 31 11:33:21 yes I think so here is all the info in one paste http://paste.debian.net/287842/ Jul 31 11:45:04 trine: chinese forums seem to have a firmware for some Comfast AP with ar9341 chipset - with probably some openwrt fork but I cannot find the source code there - so probably can be simple Jul 31 11:45:08 ( /AkiraDT-ar71xx-generic-comfast-ap9341fe-squashfs-sysupgrade.bin ) Jul 31 11:47:09 I wish it could be supported Jul 31 11:53:24 wigyori r46523 trunk/package/boot/ uboot-mxs/Makefile uboot-mxs/patches/001-add-i2se-duckbill.patch * packages: uboot-mxs: bump to 2015.07, refresh Duckbill patch Jul 31 11:54:50 build #67 of ar71xx is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/67 Jul 31 11:58:59 wigyori r46524 trunk/target/linux/mxs/modules.mk * mxs: build sound-soc-mxs only on 3.18 for now Jul 31 12:09:32 wow look at this price Jul 31 12:09:36 https://sites.google.com/site/wwrwwnvl45/16dBi-high-gain-outdoor-wireless-cpe-Comfast-CF-E316N-V2-0-ATHEROS-AR9341-300Mbps-signal-booster Jul 31 12:10:15 $17.39 Jul 31 12:22:47 wigyori r46525 trunk/target/linux/ (7 files in 2 dirs) * mxs: add support for 4.1 Jul 31 12:25:15 build #67 of mpc83xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/67 Jul 31 12:26:10 wigyori r46526 trunk/target/linux/mxs/Makefile * mxs: switch to 4.1 Jul 31 12:30:12 that link to the Comfast device is a little confusing as it makes you think you are getting a different device Jul 31 13:34:56 build #67 of ep93xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/67 Jul 31 18:08:49 kaloz r46527 trunk/target/linux/mvebu/files/arch/arm/boot/dts/armada-385-linksys.dtsi * mvebu: fix gpio config on the WRT1200AC Jul 31 18:09:26 kaloz r46528 branches/chaos_calmer/target/linux/mvebu/files/arch/arm/boot/dts/armada-385-linksys.dtsi * mvebu: fix gpio config on the WRT1200AC (backport of r46527) Jul 31 18:15:34 wigyori r46529 trunk/target/linux/generic/config-4.1 * kernel: add a few missing symbols for 4.1 Jul 31 18:24:04 kaloz r46530 trunk/target/linux/ mvebu/patches-3.18/001-add_mamba_support.patch mvebu/patches-4.0/001-add_mamba_support.patch * mvebu: update dts files for mamba / WRT1900AC Jul 31 18:25:38 kaloz r46531 branches/chaos_calmer/target/linux/mvebu/patches-3.18/001-add_mamba_support.patch * mvebu: update dts files for mamba / WRT1900AC (backport of r46530) Jul 31 18:34:08 [Fri 2015-07-31 05:30:12 AM PDT] that link to the Comfast device is a little confusing as it makes you think you are getting a different device <----- there are links to two different devices on the page, and the one in the title costs the same as a ubiquiti nanostation m2, which is comparable hardware and well-supported Jul 31 18:34:43 exactly Jul 31 18:34:58 I made the same comment straight afterwards Jul 31 18:35:28 I have some nanostations Jul 31 18:36:10 but these Chinse version have twice as much ram and flash and the antenna has twice the gain Jul 31 19:49:44 nbd r46532 trunk/package/kernel/mac80211/patches/309-mac80211-make-local-tx_headroom-a-multiple-of-4.patch * mac80211: fix data alignment of management frames / beacons Jul 31 19:49:52 nbd r46533 trunk/package/kernel/mac80211/patches/310-mac80211-fix-invalid-read-in-minstrel_sort_best_tp_r.patch * mac80211: fix an invalid read in minstrel rate sorting Jul 31 19:49:58 nbd r46534 trunk/package/network/ utils/iw/patches/001-nl80211_h_sync.patch utils/iw/patches/200-reduce_size.patch utils/iw/Makefile utils/iw/patches/120-antenna_gain.patch * iw: update to version 4.1 Jul 31 19:50:02 nbd r46535 trunk/package/kernel/mac80211/patches/210-ap_scan.patch * mac80211: restore AP scan patch Jul 31 19:50:40 wigyori r46536 trunk/target/linux/sunxi/base-files/lib/sunxi.sh * sunxi: fix networking on Olimex A20 Micro Jul 31 19:57:45 wigyori r46537 branches/chaos_calmer/target/linux/sunxi/base-files/lib/sunxi.sh * sunxi: CC: fix networking on Olimex A20 Micro Jul 31 20:56:08 nbd r46538 trunk/target/linux/bcm53xx/files/drivers/mtd/spi-nor/bcm53xxspiflash.c * bcm53xx: allow device tree to override SPI flash partition layout Jul 31 21:50:15 wigyori r46539 trunk/target/linux/generic/config-4.1 * kernel: add missing symbol for 4.1 Jul 31 21:59:06 wigyori r46540 trunk/package/boot/ (9 files in 2 dirs) Jul 31 21:59:06 packages: uboot-sunxi: bump to 2015.07 Jul 31 21:59:06 - switch to using kernel-supplied dtc Jul 31 21:59:06 - refresh olimex-a13-som and lamobo-r1 patches (compile-tested only) Jul 31 21:59:07 Signed-off-by: Zoltan HERPAI Jul 31 22:53:29 wow spent way too long thinking #openwrt-dev was the right channel wondering if there was just no one around **** ENDING LOGGING AT Sat Aug 01 02:59:58 2015