Along with Jonathan's Engenius ECB-3500 and my Open Mesh OM1P, I think there is a very good chance this changeset will also affect FONera 2100, Engenius EOC-1650, Engenius EOC-2610, and maybe Engenius EOC 2611.
What are next steps for supporting multiple board configs on atheros target? I.e. is this wiki page still reasonably up to date? http://wiki.openwrt.org/doc/devel/add.new.device On Mon, Aug 27, 2012 at 8:24 AM, Karl Palsson <ka...@tweak.net.au> wrote: > > I think this really just means that the Atheros platform needs to be broken > up into separate boards, > like ar71xx and other newer platforms. Currently allll Atheros targets get > the same init code, and > clearly your board needs different init code to mine :) > > Cheers, > Karl P > > On Sun, Aug 26, 2012 at 10:13:33PM -0500, Ben West wrote: >> This changeset on trunk appears to prevent booting up on a OM1P >> (Atheros AR2315). That is, freshly compiled r32884 boots fine on >> OM1P, but flashing the device with r32885+ leads to unresponsive eth0 >> interface on OM1P. I am lacking a TTL/serial cable, so I can't share >> more information. >> >> https://dev.openwrt.org/changeset/32885/trunk >> >> Removing the line CONFIG_LEDS_GPIO=y from >> target/linux/atheros/config-3.3 and recompiling leads to booting >> firmware again. >> >> Since this is related to kernel GPIO LED control, I posted a bug >> earlier this summer about a compile problem witnessed with >> kmod-leds-gpio package for ath5k, but I had no patch to offer. >> Perhaps, these problems are related? >> >> https://dev.openwrt.org/ticket/11797 >> >> If not related, I do see CONFIG_LEDS_GPIO being unset in this >> changeset from several years ago, with the comment specifically >> referring to flash access errors. Is changeset r32885 a regression >> then? >> >> https://dev.openwrt.org/changeset/16765/ >> >> On Fri, Jul 6, 2012 at 7:32 AM, Karl Palsson <ka...@tweak.net.au> wrote: >> > From: Karl Palsson <ka...@remake.is> >> > >> > atheros trunk moved to full sysfs gpiolib, but the leds were forgotten. >> > This restores the wlan led that was missing after switching from backfire >> > to trunk. >> > >> > Signed-off-by: Karl Palsson <ka...@remake.is> >> > --- >> > .../linux/atheros/base-files/etc/uci-defaults/leds | 11 +++++++++++ >> > target/linux/atheros/config-3.3 | 1 + >> > 2 files changed, 12 insertions(+), 0 deletions(-) >> > create mode 100644 target/linux/atheros/base-files/etc/uci-defaults/leds >> > >> > diff --git a/target/linux/atheros/base-files/etc/uci-defaults/leds >> > b/target/linux/atheros/base-files/etc/uci-defaults/leds >> > new file mode 100644 >> > index 0000000..076a04b >> > --- /dev/null >> > +++ b/target/linux/atheros/base-files/etc/uci-defaults/leds >> > @@ -0,0 +1,11 @@ >> > +#!/bin/sh >> > +# Copyright 2012 OpenWrt.org >> > +# >> > + >> > +. /lib/functions/uci-defaults.sh >> > + >> > +ucidef_set_led_netdev "wlan" "wlan" "wlan" "wlan0" >> > + >> > +ucidef_commit_leds >> > + >> > +exit 0 >> > diff --git a/target/linux/atheros/config-3.3 >> > b/target/linux/atheros/config-3.3 >> > index be0c74a..c3713b3 100644 >> > --- a/target/linux/atheros/config-3.3 >> > +++ b/target/linux/atheros/config-3.3 >> > @@ -70,6 +70,7 @@ CONFIG_INITRAMFS_SOURCE="" >> > CONFIG_IP17XX_PHY=y >> > CONFIG_IRQ_CPU=y >> > CONFIG_IRQ_FORCED_THREADING=y >> > +CONFIG_LEDS_GPIO=y >> > CONFIG_MDIO_BOARDINFO=y >> > CONFIG_MIPS=y >> > CONFIG_MIPS_L1_CACHE_SHIFT=5 >> > -- >> > 1.7.2.5 >> > >> > _______________________________________________ >> > openwrt-devel mailing list >> > openwrt-devel@lists.openwrt.org >> > https://lists.openwrt.org/mailman/listinfo/openwrt-devel >> >> >> >> -- >> Ben West >> http://gowasabi.net >> b...@gowasabi.net >> _______________________________________________ >> openwrt-devel mailing list >> openwrt-devel@lists.openwrt.org >> https://lists.openwrt.org/mailman/listinfo/openwrt-devel > _______________________________________________ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/mailman/listinfo/openwrt-devel -- Ben West http://gowasabi.net b...@gowasabi.net _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel
