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 imm
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
[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
wrote:
> Hello,
>
> On Monday, April 25, 2016 10:53:41 AM David Hutchison wro
:21 AM, Valo, Kalle wrote:
> Christian Lamparter 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
>>>
>>> It is the QCA9887, so it's definitely on the
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
wrote:
> Thank you for the response Christian!
>
> Here is the PCI noise is in the k
217396 5 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
wrote:
> Hello,
>
> On Friday, April 22, 2016 02:03:01 AM David Hutchis
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 calibrati
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 y
o :)
> 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
>> build the "
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
wrot
;
>> },
>> "U7LT": {
>> "display": "UniFi AP-AC-Lite",
>> "path": "U7PG2/3.4.7.3284/firmware.bin",
>> "version": "3.4.7.3284"
>> },
>> }
>>
>&g
ot;: "U7PG2/3.4.7.3284/firmware.bin",
> "version": "3.4.7.3284"
> },
> }
>
> Hopefully the header will be similar.
> `strings /usr/lib/unifi/dl/firmware/U7PG2/3.4.7.3284/firmware.bin | head
> -n1`
> UBNTBZ.qca956x.v3.4.7.3284.150911.1650
>
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 B
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
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 wrote:
> Hi,
>
>> Updated version is in
+1
On Wed, Apr 8, 2015 at 9:24 AM, Oleg Titov wrote:
> +1
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
openwrt-dev
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 w
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 Sergey'
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.
Route
Harward wrote:
> On Tue, Jan 27, 2015 at 12:56 PM, David Hutchison
> wrote:
>> The problem is when I write the kernel to flash I cannot for the life
>> of me get RouterBOOT to recognize the kernel.
>
> What is the filename of the kernel on the yaffs2 filesystem on the
> k
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 rbm
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
Hello,
Can you try: ath79_eth0_pll_data.pll_1000 = 0x6f000;
This is the value I originally found on the 951G, I tried to toggle as
many bits as possible and narrow down from there. John Crispin found
some documentation and we narrowed it down to 0x3e00 for the 951G.
He is actually working
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 confirmin
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 0x3e
014 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
On Wed, Dec 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
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 Hutc
:
> 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 BROA
34x is somewhat working. I'm wondering what we
are missing...
-- Davey
On Fri, Dec 5, 2014 at 12:39 PM, David Hutchison
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
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
wrote:
> I am using a very simple test setup with no vlans for now:
>
: 0
Tx64Byte: 0
Tx128Byte : 0
Tx256Byte : 0
Tx512Byte : 0
Tx1024Byte : 0
Tx1518Byte : 0
TxMaxByte : 0
TxOverSize : 0
TxByte : 0
TxCollision : 0
TxAbortCol : 0
TxMultiCol : 0
TxSingleCol : 0
TxExcDefer : 0
TxDefer : 0
TxLateCol : 0
pvid: 0
link: port:6 li
face.
-- Davey
On Fri, Dec 5, 2014 at 9:15 AM, David Hutchison 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 prob
itch however that may have been incorrect.
-- Davey
On Thu, Dec 4, 2014 at 11:57 PM, Heiner Kallweit 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 r
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 s
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 regi
, it will work.
-- Davey
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
> wrote:
>
>> I was able to get the Ubiquiti UniFi Outdoor Plus to boot into OpenWRT
>> today, h
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 17:
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 ma
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
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 ubnt_a
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
--- ta
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 include
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
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. W
45 matches
Mail list logo
