LoRa: Add package lora-gateway-hal #6808

xueliu · 2018-08-19T11:57:17Z

Description:

This PR adds new packages for:

https://github.com/Lora-net/lora_gateway

Signed-off-by: Xue Liu liuxuenetmail@gmail.com

Maintainer: Xue Liu liuxuenetmail@gmail.com
Compile tested: RPi 2B LEDE snapshots 19.08.2018
Run tested: RPi 2B LEDE snapshots 19.08.2018

libs/lora-gateway/Makefile

xueliu · 2018-09-08T10:46:56Z

@karlp @diizzyy
The patch is updated. Could you please have a check ?

diizzyy · 2018-09-08T11:52:12Z

Tarball filename is still the same?

xueliu · 2018-09-09T21:18:09Z

@diizzyy
Yes. I think the tatball filename is still the same.

@karlp
I remove the package installation part from the Makefile.

aparcar · 2019-02-09T09:08:44Z

what's blocking this?

diizzyy · 2019-02-09T09:11:00Z

Copyright and filename at least

aparcar · 2019-02-09T13:25:36Z

@diizzyy can I reopen this PR with fixes or should we wait for @xueliu ?

diizzyy · 2019-02-09T13:39:21Z

..also PKG_HASH should be used, not PKG_MD5SUM
A lot of bugfixes (?) seems to be in several forks which someone (tm) should probably have a look at as upstream seems unresponsive.
https://github.com/Lora-net/lora_gateway/network

This for instance seems useful?
https://github.com/davedoesdev/lora_gateway_shared

@aparcar
If you want to pick it up I have no objections, just mention @xueliu :-)

xueliu · 2019-02-09T23:13:04Z

@diizzyy

Copyright and filename at least
Copyright is fix. But I do not know what is the problem about filename.

xueliu · 2019-02-09T23:15:29Z

@aparcar

@diizzyy can I reopen this PR with fixes or should we wait for @xueliu ?

What are the problems about this new package? Can you share with me ?

xueliu · 2019-02-09T23:23:37Z

@diizzyy

..also PKG_HASH should be used, not PKG_MD5SUM
PKG_HASH is fixed.
A lot of bugfixes (?) seems to be in several forks which someone (tm) should probably have a look at as upstream seems unresponsive.
https://github.com/Lora-net/lora_gateway/network

I will try to @ those people.

This for instance seems useful?
https://github.com/davedoesdev/lora_gateway_shared

I am not sure whether a shared library is useful. My next plan is adding the CMake support for it.

@aparcar
If you want to pick it up I have no objections, just mention @xueliu :-)

brainstorm · 2019-02-17T02:08:37Z

@xueliu The problems I'm observing while compiling this are:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lora-gateway-tests:
 *      libloragw
 * opkg_install_cmd: Cannot install package lora-gateway-tests.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lora-gateway-utils:
 *      libloragw
 * opkg_install_cmd: Cannot install package lora-gateway-utils.

As cloned from your branch today. /cc @aparcar

brainstorm · 2019-02-17T02:39:28Z

As mentioned earlier above, it feels like this package does not belong under libs but under net instead, imho, so only a few modifications on the Makefile are needed.

brainstorm · 2019-02-17T03:44:16Z

I went ahead and created a PR against @xueliu's new-lora-gateway branch. If he merges it we can move faster and have this accepted without disrupting upstream openwrt package maintainers with different, disparate PRs on the same.

While I'm here, @xueliu, I noticed that you are working on linux kernel-level LoRa modules for the gateways? What's the status of those? Will they somehow substitute the userland counterparts we are trying to package and get included here?

brainstorm · 2019-02-17T05:25:55Z

Actually, one of the included patches in the package might need some revision as well, @xueliu?:

make[4]: Entering directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1'
make all -e -C libloragw
make[5]: Entering directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/libloragw'
mipsel-openwrt-linux-musl-gcc -c -Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1:lora_gateway-5.0.1 -Wformat -Werror=format-security -fpic -Wall -Wextra -std=c99 -Iinc -I. -lm -DSPI_SPEED= -DSPI_DEV_PATH=\""\""  -I/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/usr/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/usr/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/include/fortify -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/include  src/loragw_spi.native.c -o obj/loragw_spi.o
src/loragw_spi.native.c: In function 'lgw_spi_open':
src/loragw_spi.native.c:105:18: error: expected expression before ';' token
     i = SPI_SPEED;
                  ^
src/loragw_spi.native.c: In function 'lgw_spi_w':
src/loragw_spi.native.c:201:27: error: expected expression before ';' token
     k.speed_hz = SPI_SPEED;
                           ^
make[5]: *** [obj/loragw_spi.o] Error 1
make[5]: Leaving directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/libloragw'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1'
make[3]: *** [/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/.built] Error 2
make[3]: Leaving directory `/home/ubuntu/.rvalls/packages/libs/lora-gateway'
time: package/libs/lora-gateway/compile#0.07#0.08#0.14
make[2]: *** [package/libs/lora-gateway/compile] Error 2
make[2]: Leaving directory `/home/ubuntu/.rvalls/openwrt'
make[1]: *** [/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/ubuntu/.rvalls/openwrt'
make: *** [world] Error 2

EDIT: Indeed, removing 002-add_preprocessing_for_SPI_SPEED.patch, everything compiles cleanly.

brainstorm · 2019-02-17T11:24:21Z

One more for consideration:

root@OpenWrt:/tmp# opkg install ./lora-gateway-tests_5.0.1-1_mipsel_24kc.ipk
Installing lora-gateway-tests (5.0.1-1) to root...
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lora-gateway-tests:
 * 	librt
 * opkg_install_cmd: Cannot install package lora-gateway-tests.

Does this dependency have to be there at all (explicitly)? It seems like it's part of any openwrt base system these days?:

https://openwrt.org/packages/pkgdata/librt

brainstorm · 2019-02-17T11:33:34Z

Indeed, removing librt dep works like a charm:

root@OpenWrt:/tmp# opkg install lora-gateway-tests_5.0.1-1_mipsel_24kc.ipk
Installing lora-gateway-tests (5.0.1-1) to root...
Configuring lora-gateway-tests.
root@OpenWrt:/tmp# opkg install lora-gateway-utils_5.0.1-1_mipsel_24kc.ipk
Installing lora-gateway-utils (5.0.1-1) to root...
Configuring lora-gateway-utils.

Added that change to the aforementioned PR against @xueliu's branch.

xueliu · 2019-02-17T21:32:18Z

@diizzyy
very sorry that I force push a commit without committing my change. The 983390d should be ok.

xueliu · 2019-02-17T21:36:28Z

@xueliu The problems I'm observing while compiling this are:

Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lora-gateway-tests:
 *      libloragw
 * opkg_install_cmd: Cannot install package lora-gateway-tests.
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for lora-gateway-utils:
 *      libloragw
 * opkg_install_cmd: Cannot install package lora-gateway-utils.

As cloned from your branch today. /cc @aparcar

It is my fault. I forget to commit my change before force pushing my repo. The 983390d is up to date. Could you please have a try ?

xueliu · 2019-02-17T21:41:30Z

I went ahead and created a PR against @xueliu's new-lora-gateway branch. If he merges it we can move faster and have this accepted without disrupting upstream openwrt package maintainers with different, disparate PRs on the same.

I will check it. Thanks for PR.

While I'm here, @xueliu, I noticed that you are working on linux kernel-level LoRa modules for the gateways? What's the status of those? Will they somehow substitute the userland counterparts we are trying to package and get included here?

I think it is in the beginning phase. There is still a lot of work to do.
Here is the code base https://github.com/afaerber/linux/tree/lora-next.

xueliu · 2019-02-17T21:47:14Z

Actually, one of the included patches in the package might need some revision as well, @xueliu?:

make[4]: Entering directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1'
make all -e -C libloragw
make[5]: Entering directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/libloragw'
mipsel-openwrt-linux-musl-gcc -c -Os -pipe -mno-branch-likely -mips32r2 -mtune=24kc -fno-caller-saves -fno-plt -fhonour-copts -Wno-error=unused-but-set-variable -Wno-error=unused-result -msoft-float -mips16 -minterlink-mips16 -iremap/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1:lora_gateway-5.0.1 -Wformat -Werror=format-security -fpic -Wall -Wextra -std=c99 -Iinc -I. -lm -DSPI_SPEED= -DSPI_DEV_PATH=\""\""  -I/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/usr/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/usr/include -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/include/fortify -I/home/ubuntu/.rvalls/openwrt/staging_dir/toolchain-mipsel_24kc_gcc-7.4.0_musl/include  src/loragw_spi.native.c -o obj/loragw_spi.o
src/loragw_spi.native.c: In function 'lgw_spi_open':
src/loragw_spi.native.c:105:18: error: expected expression before ';' token
     i = SPI_SPEED;
                  ^
src/loragw_spi.native.c: In function 'lgw_spi_w':
src/loragw_spi.native.c:201:27: error: expected expression before ';' token
     k.speed_hz = SPI_SPEED;
                           ^
make[5]: *** [obj/loragw_spi.o] Error 1
make[5]: Leaving directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/libloragw'
make[4]: *** [all] Error 2
make[4]: Leaving directory `/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1'
make[3]: *** [/home/ubuntu/.rvalls/openwrt/build_dir/target-mipsel_24kc_musl/lora_gateway-5.0.1/.built] Error 2
make[3]: Leaving directory `/home/ubuntu/.rvalls/packages/libs/lora-gateway'
time: package/libs/lora-gateway/compile#0.07#0.08#0.14
make[2]: *** [package/libs/lora-gateway/compile] Error 2
make[2]: Leaving directory `/home/ubuntu/.rvalls/openwrt'
make[1]: *** [/home/ubuntu/.rvalls/openwrt/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[1]: Leaving directory `/home/ubuntu/.rvalls/openwrt'
make: *** [world] Error 2

EDIT: Indeed, removing 002-add_preprocessing_for_SPI_SPEED.patch, everything compiles cleanly.

AFAIK, not every hardward can support SPI clock speed as high as 8MHz, therefore I reserve a place for a another SPI speed. Could you have a check of the option behind the libloragw in the menuconfig ?

xueliu · 2019-02-19T12:56:41Z

All compiles cleanly after the latest push, thanks @xueliu :)

It still seems like the static library is lingering in the device (as mentioned by @karlp earlier in this thread)? In devices that are severely limited by storage that can indeed be a problem, can you avoid installing it?

Yes. In 983390d Package/libloragw/install is alread removed.

xueliu · 2019-02-19T13:07:55Z

Furthermore, imho, this package (PKG_NAME:=lora-gateway) should be renamed to lora-gateway-tests or lora-gateway-utils since the included binaries do not operate any daemon nor packet forwarder, they are just tests and rx/tx utils AFAICT.

Sorry I don't think so. I use this package name because of the consistency with https://github.com/Lora-net/lora_gateway which includes a core library libloragw and other helper programs.

brainstorm · 2019-02-20T11:07:41Z

From a UX perspective, in my opinion, it makes no sense to call it lora-gateway, even if the upstream repo is named that way.

Just imagine a new openwrt user trying to make his/her lora gateway card work. The first thing (s)he tries is ipkg install lora-gateway, only to find out that it's not a lora-gateway daemon, but just some rx/tx and spectral tests/utils.

Going for lora-gateway as a name for this package would block future package correct naming that are actual gateways.

xueliu · 2019-02-20T20:37:23Z

From a UX perspective, in my opinion, it makes no sense to call it lora-gateway, even if the upstream repo is named that way.

Just imagine a new openwrt user trying to make his/her lora gateway card work. The first thing (s)he tries is ipkg install lora-gateway, only to find out that it's not a lora-gateway daemon, but just some rx/tx and spectral tests/utils.

Going for lora-gateway as a name for this package would block future package correct naming that are actual gateways.

Change the package name to lora-gateway-hal ?

xueliu · 2019-02-20T20:39:40Z

@brainstorm

In cf98661 several changes are made:

change the package name to lora-gateway-hal
change packages lora-gateway-utils and lora-gateway-tests to libloragw-utils and libloragw-tests
change the location of this package from libs/ to net/

xueliu · 2019-02-22T09:25:08Z

@diizzyy @brainstorm

In ca3d77f

PKG_SOURCE is changed.

brainstorm · 2019-02-28T11:10:15Z

Looks good to me 👍 ... but we still have to decide which util_* tools we install so that we don't step on each other's toes, my packages and your package have roughly same utils with the same filenames :-/

diizzyy · 2019-02-28T11:19:29Z

net/lora-gateway-hal/Makefile

+  CATEGORY:=Network
+  SUBMENU:=LoRaWAN
+  TITLE:=Test programs for libloragw to check functionality
+  DEPENDS:=@libloragw


Replace @ with +

Hello @diizzyy
Replacing @ with + will resulte in error in package/install phase, becauese package/libloragw/install is not defined.
package/libloragw/install is not defined because libloragw is a static library. It is not necessary to be installed in device.

Sorry that. I don't know how to handle this.

I will soon push a new commit with CMake support which may solve the problem.

I'm actually facing similar problems with #8264 since even when I define lora-picogw-hal as a dependency of lora-picogw-packet-forwarder, the former gets removed during the CI build:

find /home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_hal-0.2.2/ipkg-mips_24kc/lora-picogw-hal -name 'CVS' -o -name '.svn' -o -name '.#*' -o -name '*~'| xargs -r rm -rf

Which leads to lora-picogw-packet-forwarder not being able to link/compile properly:

make[4]: Entering directory '/home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_packet_forwarder-0.1.0/lora_pkt_fwd' Makefile:17: ../../picoGW_hal-0.2.2/libloragw/library.cfg: No such file or directory make[4]: *** No rule to make target '../../picoGW_hal-0.2.2/libloragw/library.cfg'. Stop. make[4]: Leaving directory '/home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_packet_forwarder-0.1.0/lora_pkt_fwd' Makefile:11: recipe for target 'all' failed make[3]: *** [all] Error 2

Maybe that CMake patch would make a lot of sense to apply against the picoGW* repos too, @xueliu? Alternatively, @diizzyy, is there a way to tell the pkg manager to compile the dep and leave it around for others to use but not include it on the final target system?

Thanks in advance to both!

I'm actually facing similar problems with #8264 since even when I define lora-picogw-hal as a dependency of lora-picogw-packet-forwarder, the former gets removed during the CI build:

find /home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_hal-0.2.2/ipkg-mips_24kc/lora-picogw-hal -name 'CVS' -o -name '.svn' -o -name '.#*' -o -name '*~'| xargs -r rm -rf

Which leads to lora-picogw-packet-forwarder not being able to link/compile properly:

make[4]: Entering directory '/home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_packet_forwarder-0.1.0/lora_pkt_fwd' Makefile:17: ../../picoGW_hal-0.2.2/libloragw/library.cfg: No such file or directory make[4]: *** No rule to make target '../../picoGW_hal-0.2.2/libloragw/library.cfg'. Stop. make[4]: Leaving directory '/home/build/build_dir/build_dir/target-mips_24kc_musl/picoGW_packet_forwarder-0.1.0/lora_pkt_fwd' Makefile:11: recipe for target 'all' failed make[3]: *** [all] Error 2

I think this compile error has nothing to do with dependence.

Maybe that CMake patch would make a lot of sense to apply against the picoGW* repos too, @xueliu? Alternatively, @diizzyy, is there a way to tell the pkg manager to compile the dep and leave it around for others to use but not include it on the final target system?

I can add CMake for picoGW to let is compiled. But I have no Pico hardware to test.

Thanks in advance to both!

@xueliu Don't worry, I'll take care of the hardware testing side ;)

@xueliu The compile error is due to ../../picoGW_hal-0.2.2/ disappearing under lora-picogw-packet-forwarder's feet. How's that not related to dependence? lora-picogw-hal gets compiled first because it's a DEPENDS, but as soon as it gets built, it gets removed (xargs -r rm -rf) and then lora-picogw-forwarder cannot find it while it's compiling :/

diizzyy · 2019-02-28T11:19:35Z

net/lora-gateway-hal/Makefile

+  CATEGORY:=Network
+  SUBMENU:=LoRaWAN
+  TITLE:=Utility programs for libloragw
+  DEPENDS:=@libloragw


Replace @ with +

Just curious, what's the actual difference between @ and +?

@brainstorm
Please have a look at https://openwrt.org/docs/guide-developer/packages Section Dependency Types

diizzyy · 2019-02-28T11:28:30Z

@xueliu
I still think the forks needs to be checked and import changes that makes sense just make sure you add origin to each patch you add.

xueliu · 2019-02-28T11:32:23Z

@xueliu
I still think the forks needs to be checked and import changes that makes sense just make sure you add origin to each patch you add.

OK.

xueliu · 2019-02-28T15:01:16Z

Looks good to me 👍 ... but we still have to decide which util_* tools we install so that we don't step on each other's toes, my packages and your package have roughly same utils with the same filenames :-/

I think there is a simple solution that makeing two packages mutually exclusive. So that at the same time there will be only one package that can be compiled.

I think it is rational because current devices can support either sx1301 or sx1308.

brainstorm · 2019-02-28T21:15:31Z

That's exactly right, didn't think about making them mutually exclusive but makes a lot of sense, thanks @xueliu!

xueliu · 2019-03-01T13:20:15Z

@diizzyy @brainstorm

In e790baa several changes are made:

CMake support introduced;
change static library to dynamic;
mutually exclusive with [WIP] LoRa picoGW: hal and packet forwarder #8264

neheb · 2019-04-03T22:22:47Z

net/lora-gateway-hal/Makefile

+  SECTION:=libs
+  CATEGORY:=Libraries
+  TITLE:=Driver/HAL library for Semtech SX1301
+  URL:=http://www.semtech.com/wireless-rf/lora.html


URL needs updating. Maybe https://www.semtech.com/products/wireless-rf/lora-transceivers

net/lora-gateway-hal/Makefile

Add a package for the Semtech lora-gateway-hal. This package includes three sub packages which are libloragw, lora-gateway-tests and lora-gateway-utils. Signed-off-by: Xue Liu <liuxuenetmail@gmail.com>

xueliu · 2019-05-08T21:33:45Z

In e2ce890
I add the CMake support which makes other program like lora-pkt-fwd more easier to be compiled.

xueliu force-pushed the new-lora-gateway branch from e85145c to 1d36763 Compare August 19, 2018 14:05

diizzyy requested changes Aug 19, 2018

View reviewed changes

libs/lora-gateway/Makefile Outdated Show resolved Hide resolved

libs/lora-gateway/Makefile Outdated Show resolved Hide resolved

libs/lora-gateway/Makefile Outdated Show resolved Hide resolved

karlp reviewed Aug 19, 2018

View reviewed changes

libs/lora-gateway/Makefile Outdated Show resolved Hide resolved

xueliu force-pushed the new-lora-gateway branch from 1d36763 to ae3c681 Compare August 19, 2018 22:20

xueliu force-pushed the new-lora-gateway branch from ae3c681 to 6f597a0 Compare September 9, 2018 21:08

mhei added the New package label Nov 5, 2018

xueliu force-pushed the new-lora-gateway branch from 6f597a0 to 982642f Compare February 9, 2019 23:11

brainstorm mentioned this pull request Feb 17, 2019

Remove ar/library since only tools are used in the device xueliu/packages#1

Closed

xueliu force-pushed the new-lora-gateway branch from 982642f to db0bc09 Compare February 17, 2019 21:14

xueliu force-pushed the new-lora-gateway branch from db0bc09 to 983390d Compare February 17, 2019 22:29

brainstorm mentioned this pull request Feb 20, 2019

[WIP] LoRa picoGW: hal and packet forwarder #8264

Closed

6 tasks

xueliu force-pushed the new-lora-gateway branch from 983390d to cf98661 Compare February 20, 2019 20:35

xueliu force-pushed the new-lora-gateway branch from cf98661 to ca3d77f Compare February 22, 2019 09:18

xueliu changed the title ~~lora-gateway: Add package lora-gateway~~ lora-gateway: Add package lora-gateway-hal Feb 22, 2019

diizzyy reviewed Feb 28, 2019

View reviewed changes

xueliu force-pushed the new-lora-gateway branch 2 times, most recently from 8ac4577 to e790baa Compare March 1, 2019 13:15

xueliu changed the title ~~lora-gateway: Add package lora-gateway-hal~~ LoRa: Add package lora-gateway-hal Mar 1, 2019

xueliu mentioned this pull request Mar 1, 2019

LoRa: Add package lora-packet-forwarder #8320

Closed

neheb reviewed Apr 3, 2019

View reviewed changes

xueliu force-pushed the new-lora-gateway branch from e790baa to 991a1da Compare May 7, 2019 18:17

neheb reviewed May 7, 2019

View reviewed changes

net/lora-gateway-hal/Makefile Outdated Show resolved Hide resolved

neheb reviewed May 7, 2019

View reviewed changes

net/lora-gateway-hal/Makefile Outdated Show resolved Hide resolved

lora-gateway-hal: Add package lora-gateway

e2ce890

Add a package for the Semtech lora-gateway-hal. This package includes three sub packages which are libloragw, lora-gateway-tests and lora-gateway-utils. Signed-off-by: Xue Liu <liuxuenetmail@gmail.com>

xueliu force-pushed the new-lora-gateway branch from 991a1da to e2ce890 Compare May 8, 2019 21:29

neheb merged commit 6fe4de8 into openwrt:master May 10, 2019

LoRa: Add package lora-gateway-hal #6808

LoRa: Add package lora-gateway-hal #6808

Conversation

xueliu commented Aug 19, 2018 • edited

xueliu commented Sep 8, 2018

diizzyy commented Sep 8, 2018

xueliu commented Sep 9, 2018

aparcar commented Feb 9, 2019

diizzyy commented Feb 9, 2019

aparcar commented Feb 9, 2019

diizzyy commented Feb 9, 2019 • edited

xueliu commented Feb 9, 2019 • edited

xueliu commented Feb 9, 2019

xueliu commented Feb 9, 2019

brainstorm commented Feb 17, 2019

brainstorm commented Feb 17, 2019 • edited

brainstorm commented Feb 17, 2019 • edited

brainstorm commented Feb 17, 2019 • edited

brainstorm commented Feb 17, 2019

brainstorm commented Feb 17, 2019 • edited

xueliu commented Feb 17, 2019 • edited

xueliu commented Feb 17, 2019 • edited

xueliu commented Feb 17, 2019 • edited

xueliu commented Feb 17, 2019

xueliu commented Feb 19, 2019 • edited

xueliu commented Feb 19, 2019

brainstorm commented Feb 20, 2019 • edited

xueliu commented Feb 20, 2019

xueliu commented Feb 20, 2019 • edited

xueliu commented Feb 22, 2019

brainstorm commented Feb 28, 2019

Choose a reason for hiding this comment

xueliu Feb 28, 2019 • edited

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

xueliu Feb 28, 2019 • edited

Choose a reason for hiding this comment

diizzyy commented Feb 28, 2019

xueliu commented Feb 28, 2019

xueliu commented Feb 28, 2019 • edited

brainstorm commented Feb 28, 2019 • edited

xueliu commented Mar 1, 2019

Choose a reason for hiding this comment

Choose a reason for hiding this comment

xueliu commented May 8, 2019

xueliu commented Aug 19, 2018 •

edited

diizzyy commented Feb 9, 2019 •

edited

xueliu commented Feb 9, 2019 •

edited

brainstorm commented Feb 17, 2019 •

edited

brainstorm commented Feb 17, 2019 •

edited

brainstorm commented Feb 17, 2019 •

edited

brainstorm commented Feb 17, 2019 •

edited

xueliu commented Feb 17, 2019 •

edited

xueliu commented Feb 17, 2019 •

edited

xueliu commented Feb 17, 2019 •

edited

xueliu commented Feb 19, 2019 •

edited

brainstorm commented Feb 20, 2019 •

edited

xueliu commented Feb 20, 2019 •

edited

xueliu Feb 28, 2019 •

edited

xueliu Feb 28, 2019 •

edited

xueliu commented Feb 28, 2019 •

edited

brainstorm commented Feb 28, 2019 •

edited