It's to do with the RF Filter. Ath9k needs to be aware that it
exists.. I see logic within ath9k that drives RF filters, I just don't
know how to make ath9k aware of the RF Filter. Are there some EEPROM
bits that can be toggled to enable this too? If these bits exist,
could they be toggled via
I'm glad someone else is looking at the air-gateway as well. Here was
my approach:
I added the following to the bottom of mach-ubnt-xm.c
#define AIRGW_MAC0_OFFSET 0x
#define AIRGW_MAC1_OFFSET 0x0006
#define AIRGW_CALDATA_OFFSET0x1000
static struct gpio_led
Support for the Mikrotik Groove 52HPn. GPIO 17 appears to be the
buzzer. GPIO 14 is a test point to the right of the ethernet port.
Everything works except UART, I can receive output from the groove but
when i try to transmit keystrokes it seems to struggle on receiving
them. I'm guessing there is
You can toggle the leds in /sys/class/leds or
/sys/devices/platform/leds-gpio/leds,
example: echo 1
/sys/devices/platform/leds-gpio/leds/rb951ui:lan:port2/brightness
I just noticed that patch has a typo for the LED's..
rb951ui:lan:port5 should be GPIO 16 not 21, you will need to update
your
I was able to get the Ubiquiti UniFi Outdoor Plus to boot into OpenWRT
today, however I need some assistance writing a patch for it. There
are two things that need to happen:
First of all, this is how I got it to work:
Modify target/linux/ar71xx/image/Makefile:
--- Makefile.bak2014-04-04
On Thu, May 22, 2014 at 3:20 AM, valent.turko...@gmail.com
valent.turko...@gmail.com wrote:
On Sat, Apr 5, 2014 at 2:33 AM, David Hutchison
dhutchi...@bluemesh.netwrote:
I was able to get the Ubiquiti UniFi Outdoor Plus to boot into OpenWRT
today, however I need some assistance writing
We utilize many Routerboard 751's and discovered that our latest batch
of RB751's would not initialize the wireless radio. We have determined
Mikrotik has changed where the mac address was located inside
hardconfig. As such we utilize routerboot_find_tag to find the
location of the mac address. We
Hey,
I'm trying to get the RB951G's LED's to work. The User led and wlan
led is connected to ethernet switch chip (pins LED_LINK10n_4 and
LED_LINK10n_0) - ethernet switch chip driver has to provide those led devices.
I have tried exposing them in the architecture like so:
#define RB_USER_LED
This patch enables OpenWRT to be ran on the RouterBOARD 951Ui-2HnD.
GPIO 2 enables or disables the POE on port 5. By default we enable
GPIO2. GPIO 20 controls the USB Power, by default it enables the USB
port.
GPIO 20 is also exposed on the RouterBOARD 951G if anyone was curious.
I did not
This patch enables OpenWRT to be ran on the RouterBOARD 951Ui-2HnD.
GPIO 2 enables or disables the POE on port 5. By default we enable
GPIO2. GPIO 20 controls the USB Power, by default it enables the USB
port.
Attached is 624-MIPS-ath79-RB951u-support.patch
Signed-off-by: Davey Hutchison
Hi,
I ran into an issue with the Mikrotik Routerboard 951G's switch chip.
The new batch that we received use an updated ar8327 switch chip. The
switch chip would not function properly so I decided to load trunk and
utilize your patches.
dmesg shows the following:
switch0: Atheros AR8327 rev. 4
, 2014 at 11:57 PM, Heiner Kallweit hkallwe...@gmail.com wrote:
Am 05.12.2014 um 06:13 schrieb David Hutchison:
Hi,
I ran into an issue with the Mikrotik Routerboard 951G's switch chip.
The new batch that we received use an updated ar8327 switch chip. The
switch chip would not function properly so
On Fri, Dec 5, 2014 at 9:15 AM, David Hutchison dhutchi...@bluemesh.net wrote:
Hello,
Yes the problem remains when enable_vlan is set to 0
I don't think it's related to your changes either. I synced with trunk
in hope that your changes made a difference with my problem. However
that does
: 0
TxCollision : 0
TxAbortCol : 0
TxMultiCol : 0
TxSingleCol : 0
TxExcDefer : 0
TxDefer : 0
TxLateCol : 0
pvid: 0
link: port:6 link:down
On Fri, Dec 5, 2014 at 9:37 AM, Felix Fietkau n...@openwrt.org wrote:
On 2014-12-05 17:15, David Hutchison wrote:
Hello,
Yes
to connect to the switch
root@OpenWrt:/# swconfig list
Found: switch0 - ag71xx-mdio.0
Do you not think this is an issue with ag71xx? Do you it is something
in user-space?
On Fri, Dec 5, 2014 at 12:18 PM, David Hutchison
dhutchi...@bluemesh.net wrote:
I am using a very simple test setup
, 2014 at 12:39 PM, David Hutchison
dhutchi...@bluemesh.net wrote:
Here is a test I did by setting up swconfig manually. As you can see I
put ports 1 and 2 into vlangroup 1. Traffic from port 2 can ping
10.128.41.1 which is a device on port 1. However eth0.1 which as
address 10.128.41.249 cannot
...@isbd.net wrote:
On Mon, Dec 08, 2014 at 11:13:07AM -0700, David Hutchison wrote:
root@OpenWrt:/dev# ifconfig eth0
eth0 Link encap:Ethernet HWaddr 4C:5E:0C:6D:24:43
inet addr:10.128.41.249 Bcast:10.128.41.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500
guessing with 0x6f00, so I am sure this is wrong.
I would love to learn if you could give me insight :-)
I would also love to make a patch for both the 951G and the rb2011
(gigabit switch version). I don't have packet loss anymore! :-)
-- Davey
On Wed, Dec 10, 2014 at 1:00 AM, David Hutchison
10, 2014 at 09:59:29AM +0100, John Crispin wrote:
On 10/12/2014 09:29, David Hutchison wrote:
I am once again just guessing with 0x6f00, so I am sure
this is wrong. I would love to learn if you could give me
insight :-)
I would also love to make a patch for both the 951G and the
rb2011
/2014 18:27, David Hutchison wrote:
Hello John,
Thank you for the prompt response. It looks like it works with
29:26 set:
ath79_eth0_pll_data.pll_1000 = 0x3c00;
I think we found a solution :)
looking at the other routerboards bit 25 is always set does 0x3e00
work ?
Since we
boot and see what the bootloader used.
i'll try to cook a patch tomorrow that you can use to test this.
John
On 10/12/2014 20:06, John Crispin wrote:
On 10/12/2014 20:02, David Hutchison wrote:
I confirmed 0x3e00 works, we can toggle bit 25 as well :)
I left
Hello,
I don't think this is related to the kernel. This issue was also in
Barrier Breaker ( 3.10 ). The CPU was changed in the Routerboard
951G's from an ar9344 rev. 2 to a ar9344 rev. 3. I am wondering if the
processor revision change had anything to do with it. Here is the
OpenWRT Bug
Does the new kernel / ath9k address the RF Filter on this board? I
came up with an old patch for this board, but whenever I changed the
channel inside OpenWRT the signal would just disappear. The RF Filter
has to be toggled somehow ( I assume it's a GPIO of some sort ). I am
just curious on how it
I have everything working on the Mikrotik mAP2n within initramfs.
WLAN, LAN, USB, LEDs, and even the flash chip.
The problem is when I write the kernel to flash I cannot for the life
of me get RouterBOOT to recognize the kernel. My partition layout
looks like this:
static struct mtd_partition
I just got the mAP2n and cAP2n to boot from the flash chip into OpenWRT :-)
I need some assistance generating an official patch. You have to make
some changes to yaffs and I don't know if this is an acceptable
approach. This is however the only way I could get RouterBOOT to find
the kernel.
Hello,
It's probably driven by a GPIO on the radio itself. Possibly monitor
/sys/kernel/debug/ieee80211/phy[0-9]/ath9k/regidx and
/sys/kernel/debug/ieee80211/phy[0-9]/ath9k/regval. Perhaps someone
with a datasheet might be able to tell you which register(s) it
*could* be tied to, then take
Hello John,
One of our customers use the 340U, and the latest firmware revision
that fixes Windows 8 support.. broke linux support (
http://mtekk.us/archives/guides/netgear-aircard-340u-linux/ ) We had
to downgrade the firmware on the 340u itself.
I don't think they have released a firmware fix
+1
On Wed, Apr 8, 2015 at 9:24 AM, Oleg Titov oleg.ti...@gmail.com wrote:
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
You can revert back to UniFi via TFTP,
I haven't been able to get the reset button on boot to work for UniFi.
I use UART to pull up the boot-loader. Then use urescue to tftp the
UniFi image back on.
-- Davey
On Fri, May 22, 2015 at 1:41 PM, Stefan Rompf ste...@loplof.de wrote:
Hi,
Updated
I just got this board and I am looking to port OpenWRT to it. I have
taken this board apart and can receive serial, however TX doesn't
appear to work ( Maybe there is a GPIO, I need to toggle? ). These two
new UniFi-AC boards have the new QCA953x processor in them ( LITE and
LR ). This is not the
sion": "3.4.7.3284"
>> },
>> "U7LT": {
>> "display": "UniFi AP-AC-Lite",
>> "path": "U7PG2/3.4.7.3284/firmware.bin",
>> "version": "3.4.7.3284"
>> },
>
I think sysupgrade now works with the rb951ui; however I haven't tested it.
I wrote my own upgrade process before sysupgrade was available for the
rb95x series:
- Create a sysupgrade.tgz; this is the kept files you want (
configurations; scripts; etc. )
tar -czf /tmp/sysupgrade.tgz /etc/dropbear
I would like to know as well,
It looks like they made a lot of progress; are patchsets available to
build the "openwrt-ar71xx-generic-ubnt-unifiac-squashfs-sysupgrade.bin"
?
Any information would be much appreciated.
-- Davey
On Wed, Dec 9, 2015 at 9:33 AM, Andrew Margarit | Cucumber WiFI
same info :)
> Have one near me so can give a hand out with the profile.
>
> Andrew
>
>
> On 10/12/15 17:06, David Hutchison wrote:
>>
>> I would like to know as well,
>>
>> It looks like they made a lot of progress; are patchsets available to
>>
Hello John,
Of course this has been over a year since I submitted (
http://patchwork.ozlabs.org/patch/419857/ ); however I remember in one
of our e-mail threads that you ( or Felix? ) thought it was possible
to pull the correct pll_1000 value from the bootloader? Is that still
a possibility?
If
[20475.30] ath10k_pci :00:00.0: [56]: 0x004133C8 0x0040AE34
0x00411F08 0x00411F08
[20475.41] ieee80211 phy1: Hardware restart was requested
-- Davey
On Mon, Apr 25, 2016 at 1:01 PM, Christian Lamparter
<chunk...@googlemail.com> wrote:
> Hello,
>
> On Monday, April 25, 2016 10
M, Valo, Kalle <kv...@qca.qualcomm.com> wrote:
> Christian Lamparter <chunk...@googlemail.com> writes:
>
>> On Sunday, April 24, 2016 01:16:11 AM David Hutchison wrote:
>>> I spoke too soon:
>>> https://pci-ids.ucw.cz/read/PC/168c/0050
>>>
>&
Hello,
I have been working on a board port and have everything working except
for the 2nd radio. This board has a QCA9531 CPU and 2 WiFi Radios:
AR9531 and a QCA9887 ( http://routerboard.com/RB952Ui-5ac2nD for more
details ).
The 2.4GHz radio works great, and I have acquired the correct
ath10k_core,ath9k,ath9k_common,ath,mac80211
compat 19304 7
ath10k_pci,ath10k_core,ath9k,ath9k_common,ath9k_hw,mac80211,cfg80211
-- Davey
On Fri, Apr 22, 2016 at 4:32 AM, Christian Lamparter
<chunk...@googlemail.com> wrote:
> Hello,
>
> On Friday, April 22, 2016 02
I spoke too soon:
https://pci-ids.ucw.cz/read/PC/168c/0050
It is the QCA9887, so it's definitely on the PCIe bus and is being seen.
-- Davey
On Sun, Apr 24, 2016 at 1:13 AM, David Hutchison
<dhutchi...@bluemesh.net> wrote:
> Thank you for the response Christian!
>
> Here i
https://forum.openwrt.org/t/support-for-mikrotik-rb3011uias-rm/4064/412
I've been working on the hAP AC2 port, and haven't tested with SMP yet.
I posted the DTS files I came up with on the RB3011 thread as we were all
working on Mikrotik IPQ40XX boards.
I'm stuck on decompressing the WiFi radio
I know I don't have a vote, but he helped me personally port the
Mikrotik hAP AC2 ( IPQ40xx based ) platform to OpenWRT and was a huge
help in unravelling this platform.
If I could +1, I would!! Having him on the team and adding IPQ60xx
support would be amazing!
There are several platforms I'd
42 matches
Mail list logo
