Patch is based on http://patchwork.openwrt.org/patch/5273/.
I extended the TL-WR703n as Hartmut Knaack suggested and made some other LEDs
and config fixes.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Michel Stempin
Signed-off-by: Mark Janssen
Signed-off-by: alzhao
---
diff --git a/ta
Patch is based on http://patchwork.openwrt.org/patch/5273/.
I extended the TL-WR703n as Hartmut Knaack suggested and made some other LEDs
and config fixes.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Michel Stempin
Signed-off-by: Mark Janssen
Signed-off-by: alzhao
---
diff --git a/ta
Patch is based on http://patchwork.openwrt.org/patch/5273/.
I extended the TL-WR703n as Hartmut Knaack suggested and made some other LEDs
and config fixes.
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Michel Stempin
Signed-off-by: Mark Janssen
Signed-off-by: alzhao
---
diff --git a/ta
Hi,
this is a common disadvantage using trunk. If you would love to
avoid that behaviour, you should use stable release.
There are also several ways how to achieve the installation of
selected packages (in case if you do not want the "freshest"
packages). You can download all packages and put th
Hello,
I’m rather new here, but I got a few questions regarding the “trunk” version of
OpenWRT, the Barrier Breaker. I’m running it on my TP-Link TL-MR3040. So I have
enjoyed it since the install, everything seems so work, but I’m got a few
questions, because when I tried to install a kernel mo
Hello Jacob,
please note that we are not going to accept patches for the (old)
packages feed anymore.
See: https://forum.openwrt.org/viewtopic.php?id=51078 and the referenced
mail for details.
If you like you can adopt this package and maintain it in our new github
feed: https://github.com/o
Hi David,
2014-05-22 18:33 GMT+04:00 David Hutchison :
> It's running well in OpenWRT, I just need some guidance on how to go about
> patching the "m25p80.c" file. Nobody responded about the Makefile change, if
> it was proper to use the "UAPPRO" profile, since it matches the UniFi+.
>
Few days ag
Heh... probably want to start in a new thread, the patchwork got the whole
email thread also
fud..
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
https://dev.openwrt.org/wiki/SubmittingPatches
On Fri, Jun 13, 2014 at 10:58 PM, and...@polkaspots.com <
and...@polkaspots.com> wrote:
> Oh yes, i have my first patch.
> Not sure how to push it tho.
>
> 998-mtd_m25p80_support_for_en25q124.patch
>
> --- a/drivers/mtd/devices/m25p80.c
> +++ b/dri
That would be correct, and if done with quilt, as ive now completed testing
the patches from the list if we can get one solid diff
submitted to patchwork i can help walk it up the commit tree with those
powers that be.
On Fri, Jun 13, 2014 at 10:29 PM, and...@polkaspots.com <
and...@polkaspots.co
As you have more experience than me, I need to turn to you, adding this
chip in, is actually a generic patch, as other may have it as well?
I can see that generic patches are apply as well when ar711 is called.
On 13/06/14 13:14, Outback Dingo wrote:
duh it reversed the nics, i plugged into
Not sure if this is the case, but that one may actually be hardware
bridged? The PRO is that way.
On 13/06/14 13:14, Outback Dingo wrote:
duh it reversed the nics, i plugged into the poe and 192.168.1.1
is reachable i was plugged into the secondary port
im in its live
On Fri, Jun 1
duh it reversed the nics, i plugged into the poe and 192.168.1.1 is
reachable i was plugged into the secondary port
im in its live
On Fri, Jun 13, 2014 at 10:09 PM, and...@polkaspots.com <
and...@polkaspots.com> wrote:
> Do you have a serial console?
> Plug the main directly in to your
The latest few versions of trunk fail to build on boards using
ubi (I tried BTHOMEHUB2B and FRITZ3370). The error is that
zlib.h is not found while building ubi-utils. It looks like
a dependency problem and the following patch fixes it.
Signed-off-by: Ben Mulvihill
---
--- a/package/utils/ubi-u
Do you have a serial console?
Plug the main directly in to your network and do an arp scan for the mac.
On 13/06/14 13:06, Outback Dingo wrote:
Shoot. its not coming up... after the tftp it was flashing
white blue white blue white blue for a bit then stopped.
doesnt seem to be doin
Shoot. its not coming up... after the tftp it was flashing white
blue white blue white blue for a bit then stopped.
doesnt seem to be doing much... cant ping 192.168.1.1 from my
host hrm should i unplug plug it back in
On Fri, Jun 13, 2014 at 10:05 PM, and...@polk
Great!
I was confused about the Tx-Power: 18 dBm but that makes sense, as it
has 2 x 5dBi passive gain antennas. So the total will actually be 28.
Powerful little one.
On 13/06/14 12:53, Outback Dingo wrote:
tftp> put
openwrt-ar71xx-generic-ubnt-unifi-outdoor-plus-squashfs-factory.bin
Sent 6
A modified version of 552-ubifs-respect-silent-mount-flag.patch has
been merged upstream. Replace the patch in OpenWrt with the version
which has been merged.
Signed-off-by: Daniel Golle
---
.../552-ubifs-respect-silent-mount-flag.patch | 204 -
.../552-ubifs-respect-sil
tftp> put
openwrt-ar71xx-generic-ubnt-unifi-outdoor-plus-squashfs-factory.bin
Sent 6881628 bytes in 4.0 seconds
FINALLY.
On Fri, Jun 13, 2014 at 9:49 PM, Outback Dingo
wrote:
> yeah i just noticed that you dropped that from the initial patch, caught
> it fixed it and now i have an image.
Happen to the best of us, hopefully will have the quoit patch for the
flash memory totday so we have that one out of our hair.
Need to read how to submit them...
On 13/06/14 12:49, Outback Dingo wrote:
yeah i just noticed that you dropped that from the initial patch,
caught it fixed it and now
yeah i just noticed that you dropped that from the initial patch, caught it
fixed it and now i have an image.
its been too long, need more coffee.. but Thanks... always
something simple
On Fri, Jun 13, 2014 at 9:46 PM, and...@polkaspots.com <
and...@polkaspots.com> wrote:
> Oh, sor
Oh, sorry I think is actually my bad, I didn’t paste everything, grrr
target/linux/ar71xx/image/Makefile:
$(eval $(call
SingleProfile,UAPPRO,64k,UAPPRO,ubnt-uap-pro,UAP-PRO,ttyS0,115200,BZ,BZ,ar934x))
+$(eval $(call
SingleProfile,UAPPRO,64k,UBNTUNIFIOUTDOORPLUS,ubnt-unifi-outdoor-plus,UBNT-
seriously. i did it even exactly as you stated and still no
joy..
and ive been using/developing on WRT for 6+ years Grrr what did i
miss
-rw-r--r-- 1 dingo dingo 5636096 Jun 13 21:37
openwrt-ar71xx-generic-root.squashfs
-rw-r--r-- 1 dingo dingo 5308420 Jun 13 21:37
openwrt-ar71
Without this, the ports all end up on vlan 1. This enables a separate
WAN port that works.
Signed-off-by: Russell Senior
---
target/linux/ramips/base-files/etc/uci-defaults/02_network | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ramips/base-files/etc/uci-defaults/02_network
Ubiquiti all, The outdoor+ profile is not defined, so it will call the
normal Outdoor if you select that one.
On 13/06/14 11:47, Outback Dingo wrote:
Your building target for Ubiquiti all ? or UniFi OutDoor ?
On Fri, Jun 13, 2014 at 8:35 PM, and...@polkaspots.com
mailto:and...@polkaspots.co
Your building target for Ubiquiti all ? or UniFi OutDoor ?
On Fri, Jun 13, 2014 at 8:35 PM, and...@polkaspots.com <
and...@polkaspots.com> wrote:
> Then it hasent been generated.
>
> Try :
>
> Do a make dirclean
>
> Change this :
>
> Modify target/linux/ar71xx/image/Makefile:
>
> +$(eval $(call
Then it hasent been generated.
Try :
Do a make dirclean
Change this :
Modify target/linux/ar71xx/image/Makefile:
+$(eval $(call MultiProfile,UBNT,UBNTAIRROUTER UBNTRS UBNTRSPRO
UBNTLSSR71 UBNTBULLETM UBNTROCKETM UBNTNANOM UBNTUNIFI
UBNTUNIFIOUTDOOR UBNTUNIFIOUTDOORPLUS UAPPRO))
$(eval $(call
ive applied the patches but its not building that specific image
On Fri, Jun 13, 2014 at 8:30 PM, and...@polkaspots.com <
and...@polkaspots.com> wrote:
> Ah that’s wrong, you need to have one called
> openwrt-ar71xx-generic-ubnt-unifi-outdoor-plus-squashfs-factory.bin not
> openwrt-ar71xx-gener
Ah that’s wrong, you need to have one called
openwrt-ar71xx-generic-ubnt-unifi-outdoor-plus-squashfs-factory.bin not
openwrt-ar71xx-generic-ubnt-unifi-outdoor-squashfs-factory.bin, the
firmware check is different.
On 13/06/14 11:29, Outback Dingo wrote:
somethings odd here would you have
somethings odd here would you have an image i can test ??
tftp> bin
tftp> timeout 120
tftp> put openwrt-ar71xx-generic-ubnt-unifi-outdoor-squashfs-factory.bin
Error code 2: Firmware check failed
Sent 6356992 bytes in 9.7 seconds
On Fri, Jun 13, 2014 at 8:27 PM, and...@polkaspots.com <
and..
Hi there,
I have one as well and managed to put the firmware on using his patch.
Now i'm just trying to wrap my head around how quilt works.
Will update you as soon as I have something.
By the way, is this the correct way to reply to this patchworks digest?
Hi there,
I have one as well and managed to put the firmware on using his patch.
Now i'm just trying to wrap my head around how quilt works.
Will update you as soon as I have something.
By the way, is this the correct way to reply to this patchworks digest?
__
On 2014-06-13 11:06, Sven Eckelmann wrote:
> From: Sven Eckelmann
>
> r40682 ("mac80211: clean up ht capability handling, drop the use of the
> ht_capab list, use individual variables instead") removed the ht_capab list
> and
> replaced it with optional variables to disable features for a phy. B
From: Sven Eckelmann
r40682 ("mac80211: clean up ht capability handling, drop the use of the
ht_capab list, use individual variables instead") removed the ht_capab list and
replaced it with optional variables to disable features for a phy. But these
variables weren't added in drv_mac80211_init_de
Hey David, Ive just picked up an AP Outdoor Plus model today, I can help
you get it sorted and committed to the tree
Once ive gone through the testing and needed validation steps. Ill keep
you all posted.
On Fri, May 23, 2014 at 12:33 AM, David Hutchison
wrote:
> It's running well in OpenWR
Am Thu, 12 Jun 2014 15:49:48 +0200
schrieb Jo-Philipp Wich :
> Hi,
>
> fixed with http://luci.subsignal.org/trac/changeset/10286 - thanks for
> your heads-up.
>
> ~ Jow
>
Hey Jow,
another question.
OpenWRT has now support for DFS (Radar detection 5GHz)
but Luci dont support it or is not up to
36 matches
Mail list logo
