Re: [OpenWrt-Devel] Moving the mailing lists

2018-05-27 Thread Alberto Bursi 



On 27/05/2018 03:56, Daniel F. Dickinson wrote:

On 2018-05-26 05:17 AM, Bjørn Mork wrote:

"Daniel F. Dickinson"  writes:


1) How many people have their own mail server and can do *server-side*
mail filtering


You do not need your own mail server to do server-side
filtering.  Any mail service worth caring about will offer some sort of
end user configurable server-side filter.  Mail is pretty useless
without it.



Sadly finding decently priced mail hosting for my particular needs has 
been a challenge.  It's proven to be better to host my own than to try 
and find a for-fee service that does what I want.


Google is not too helpful for that search from when I tried.

Anyway I realized it's irrelevant because there are the forums and the 
ability to do GitHub PR's so there really shouldn't be an issue with 
folks needing the list who can't filter on List-Id server-side.


Regards,

Daniel




No offense intended, but I don't see why this would matter. All decent 
mail providers have server-side filters and can organize the incoming 
mail into "folders" or "tags" or whatever (and any email client 
supporting IMAP protocol can deal with these "folders" ), if you have 
specific needs on top of that is tangential to the discussion here.


-Alberto

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Moving the mailing lists

2018-05-27 Thread Steve Lord 
On 23 May 2018, at 14:45, Andrey Jr. Melnikov  wrote:
> PS: Remove this annoying tag '[OpenWrt-Devel]' from subject. XXI century in
> the world - all email clients already know how filters messages based on
> List-Id header.

Please don’t do this. This is how I (visually) distinguish OpenWRT-Devel 
traffic from other lists. It’s also how I search through my mailbox for 
OpenWRT-Devel specific things. Given that this is a convention for Mailman 
lists, I would suggest keeping it as long as the new list is mailman based.

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] RT5350F WiFi interface performance issue

2018-05-27 Thread Zoltan Gyarmati 

On 27.05.2018 01:38, Zoltan Gyarmati wrote:

On 27.05.2018 01:26, Koen Vandeputte wrote:



On 27-05-18 01:08, Zoltan Gyarmati wrote:

On 27.05.2018 00:29, Koen Vandeputte wrote::07, Zoltan Gyarmati wrote:

Dear Koen&All

On 25.05.2018 14:33, Zoltan Gyarmati wrote:

On 25.05.2018 14:03, Koen Vandeputte wrote:



On 2018-05-25 13:30, Zoltan Gyarmati wrote:

Dear All,

 I'm testing the current OpenWrt  (master/HEAD) on RT5350F 
Olinuxino. Unfortunately the WiFi interface doesn't seem to 
work properly in client mode. `iwinfo wlan0 scan` runs 
successfully and shows my AP, but when i configure the 
interface as client and try to connect, the authentication 
seems to be successful (according to dmesg), but the wlan0 
interface never gets IP address, even if i explicitly call 
udhcpc. If i set a static IP address for wlan0, and ping my AP, 
i have around 88% packet loss. There is no any relevant message 
in dmesg which could give a hint about the reason.


As a counter-check, i flashed the an old OpenWrt image from the 
HW vendor with kernel 3.18, and with that one the WiFi 
interface works properly.
Does anyone else experience similar issues (either on this or 
any other RT5350F board)? Do you have any advice what to look 
into to sort this out?



Thanks,



Hi,

When you build master, did it already contain commit "hostapd: 
update to git HEAD of 2018-05-21, allow build against wolfssl" ?
Could you also try to build the 18.06 which does not contain 
this one and compare?


You never know..


No, it didn't have that commit yet. Now i build an image with 
this new hostapd version and  I'll report. Thanks for the hint!


It's the same behavior with the newer hostapd version as well. It 
seems I'll have to look into how to debug WiFi performance issues...



Hi Zoltan,

When the issue appears, could you run following commands please and 
share the output?




My untrained eyes didn't spot anything unusual, but here are the 
outputs:

- iw phy0 info

https://pastebin.com/2hQ5wbng



- iw wlan0 info

https://pastebin.com/NPZZ1dBL



- iwinfo

https://pastebin.com/RHuJuYYu



- dmesg (just to be sure)

https://pastebin.com/1kTUY9t4



Thanks for the dumps.

Well, thanks for looking into this!

I see you are connected using channel 13 and HT40, but channel 12 and 
channel 14 next to it are marked as "No IR"


Could you try 1 more thing please?
Please put the AP manually on channel 1 and retry.

Just tried it, no change...

In the meantime i also tried with an other AP, without security 
enabled, but got the same behavior.





Thanks,

Koen





Thanks,

Koen







Koen

[1] 
https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=69f544937f8498e856690f9809a016f0d7f5f68b




I'm trying to look into this from a different angle: the vendor also 
provided an updated version of the control registers (stored in mtd2 on 
the flash)[1]. Although i have this updated version on my HW, i 
contacted also the Olimex support for advice.



[1] 
https://github.com/OLIMEX/OLINUXINO/tree/master/SOFTWARE/RT5350F/Prebuilt%20images/mtd2%20recovery



Regards,

Zoltan Gyarmati
https://zgyarmati.de


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] brcm2708: Update brcm2708-gpu-fw package

2018-05-27 Thread Christo Nedev 
Fix brcm2710 image boot issues.

Signed-off-by: Christo Nedev 
---
 package/kernel/brcm2708-gpu-fw/Makefile | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/package/kernel/brcm2708-gpu-fw/Makefile 
b/package/kernel/brcm2708-gpu-fw/Makefile
index 9f3d7d3092..73aebd7b5f 100644
--- a/package/kernel/brcm2708-gpu-fw/Makefile
+++ b/package/kernel/brcm2708-gpu-fw/Makefile
@@ -9,8 +9,8 @@ include $(TOPDIR)/rules.mk
 include $(INCLUDE_DIR)/kernel.mk
 
 PKG_NAME:=brcm2708-gpu-fw
-PKG_VERSION:=2017-08-08
-PKG_RELEASE:=e7ba7ab135f5a68b2c00a919ea9ac8d5528a5d5b
+PKG_VERSION:=2018-05-16
+PKG_RELEASE:=0f5f899ccec1c2ef8bba02aa49700b4ec19b4199
 
 PKG_BUILD_DIR:=$(KERNEL_BUILD_DIR)/$(PKG_NAME)/rpi-firmware-$(PKG_RELEASE)
 
@@ -33,7 +33,7 @@ define Download/bootcode_bin
   FILE:=$(RPI_FIRMWARE_FILE)-bootcode.bin
   URL:=$(RPI_FIRMWARE_URL)
   URL_FILE:=bootcode.bin
-  HASH:=b5928ef5253774362014f9e7de856397a932514fe1bc5d7f7817a73c0e10e863
+  HASH:=c9eb5258766fabf7127e790b257f106e2717f0ccaaed37544b970b0d113956fc
 endef
 $(eval $(call Download,bootcode_bin))
 
@@ -41,7 +41,7 @@ define Download/fixup_dat
   FILE:=$(RPI_FIRMWARE_FILE)-fixup.dat
   URL:=$(RPI_FIRMWARE_URL)
   URL_FILE:=fixup.dat
-  HASH:=d95fcac57de7ab71e863a115fd60444f6099cb2ea100f4a68b2c606f79e775ed
+  HASH:=8a6311e73d0f349be9b8424db0644fd8f48aaf721f3f2f487488c83d7316cbdf
 endef
 $(eval $(call Download,fixup_dat))
 
@@ -49,7 +49,7 @@ define Download/fixup_cd_dat
   FILE:=$(RPI_FIRMWARE_FILE)-fixup_cd.dat
   URL:=$(RPI_FIRMWARE_URL)
   URL_FILE:=fixup_cd.dat
-  HASH:=28f3ec8388df4e0c47489f8370a29ca81dbc536fe7db9978342865b5d093ec36
+  HASH:=973b008aae9711d57ddce4f058354fe5a0b4725dd825673f784a2e2754da1f28
 endef
 $(eval $(call Download,fixup_cd_dat))
 
@@ -57,7 +57,7 @@ define Download/start_elf
   FILE:=$(RPI_FIRMWARE_FILE)-start.elf
   URL:=$(RPI_FIRMWARE_URL)
   URL_FILE:=start.elf
-  HASH:=8712fb4e241a22f7a33de0f1d420e0fdfff237952aa685c907b91e59c8d487fa
+  HASH:=8e77c4cce7e44ced609e5046dd55f19cb7656a8ce4694e733b7eb6ecab915fe1
 endef
 $(eval $(call Download,start_elf))
 
@@ -65,7 +65,7 @@ define Download/start_cd_elf
   FILE:=$(RPI_FIRMWARE_FILE)-start_cd.elf
   URL:=$(RPI_FIRMWARE_URL)
   URL_FILE:=start_cd.elf
-  HASH:=c600ab34bea389da10aac541bf2f9c62e5f774093b7e1f2f72c4637f9cf3a83c
+  HASH:=25223b479b7aca1d74c6f7a1829aba69fd14906ca5b25ae12571fe71ea2c5a4a
 endef
 $(eval $(call Download,start_cd_elf))
 
-- 
2.11.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] mvebu: broken console on WRT32X (venom)

2018-05-27 Thread Michael Gray 
Hi all,

I’m out of ideas on how to fix this one. Please see my latest attempt [1]
which does fix the issue for WRT32X,
but most (tested WRT1900AC, WRT3200ACM) other mvebu devices become
unbootable.
I’m happy to test/implement any ideas, and have serial access to both of
the above devices.

Issue: WRT32X bootargs console gets corrupted on boot resulting in no
console, breaking various functions.
Potential fix: Use similar method to ipq80XX devices to mangle the
bootargs
Problem: causes other mvebu devices to lose all of their bootargs (still
show up but are “ignored” by the MANGLE)

I think that CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_FROM_BOOTLOADER and
CONFIG_ARM_ATAG_DTB_COMPAT_CMDLINE_MANGLE
are not designed to be used together and may be causing the above problem.

Thanks,
Michael

[1] https://patchwork.ozlabs.org/patch/920505/

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Moving the mailing lists

2018-05-27 Thread Daniel Dickinson 

On 2018-05-27 06:11 AM, Alberto Bursi wrote:



On 27/05/2018 03:56, Daniel F. Dickinson wrote:

On 2018-05-26 05:17 AM, Bjørn Mork wrote:

"Daniel F. Dickinson"  writes:


1) How many people have their own mail server and can do *server-side*
mail filtering


You do not need your own mail server to do server-side
filtering.  Any mail service worth caring about will offer some sort of
end user configurable server-side filter.  Mail is pretty useless
without it.



Sadly finding decently priced mail hosting for my particular needs has 
been a challenge.  It's proven to be better to host my own than to try 
and find a for-fee service that does what I want.


Google is not too helpful for that search from when I tried.

Anyway I realized it's irrelevant because there are the forums and the 
ability to do GitHub PR's so there really shouldn't be an issue with 
folks needing the list who can't filter on List-Id server-side.


Regards,

Daniel




No offense intended, but I don't see why this would matter. All decent 
mail providers have server-side filters and can organize the incoming 
mail into "folders" or "tags" or whatever (and any email client 
supporting IMAP protocol can deal with these "folders" ), if you have 
specific needs on top of that is tangential to the discussion here.


For me the issue is partly geography (my search engine hits tend not to 
show small European providers), and partly that I think we differ on 
'decent mail provider' (GMail and other 'free' providers don't cut it 
for me, for instance (TANSTAAFL)).


Regards,

Daniel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] LEDE 17.01.5 release planning -> WNR2000v3 broken

2018-05-27 Thread Hauke Mehrtens 


On 05/25/2018 12:27 PM, Stijn Segers wrote:
> Hauke Mehrtens  schreef op 24 mei 2018 21:06:55 CEST:
>> We would like to create a lede 17.01.5 release soon, the last release,
>> lede 17.01.4, was done on 18. October 2017 which was a long time ago.
>> We are planning to do the build by end of next week, around 2. June
>> 2018.
>>
>> This release would be build form the lede-17.01 stable branch and
>> contain all the fixes which are in this branch.
>> For me this branch looks quite good, if there are any patches missing
>> in
>> the lede-17.01 branch which you think should be backported from the
>> current master branch then please highlight this now, so we can have a
>> look at this.
>>
>> I will update the kernel used in lede-17.01 to the latest version from
>> the stable 4.4 kernel line sometime beginning next week.
>>
>> Please also report any regression which is in the current lede-17.01
>> branch compared to the lede 17.01.4 release.
>>
>> Please do not hesitate to re report some request that something should
>> be backported from master or some regression compared to lede-17.01, if
>> it looks like they got ignored and didn't got a response.
>>
> Hi Hauke,
> 
> WNR2000v3 images are still being built but sysupgrading them from old 
> versions seems broken, maybe someone could look into this? With 18.06 around 
> the corner as well, might be handy to have this fixed.
> 
> https://bugs.openwrt.org/index.php?do=details&task_id=672&string=WNR2000

Thank you for the information. Does someone want to fix this device,
otherwise I would remove it from the lede-17.01 branch in the next days.

I do not have a WNR2000v3.

Hauke

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] ath10k-firmware: Fix typo in last commit

2018-05-27 Thread Rosen Penev 
Signed-off-by: Rosen Penev 
---
 package/firmware/ath10k-firmware/Makefile | 2 --
 1 file changed, 2 deletions(-)

diff --git a/package/firmware/ath10k-firmware/Makefile 
b/package/firmware/ath10k-firmware/Makefile
index 2c024905bb..35f6013947 100644
--- a/package/firmware/ath10k-firmware/Makefile
+++ b/package/firmware/ath10k-firmware/Makefile
@@ -452,8 +452,6 @@ define Package/ath10k-firmware-qca6174/install
$(INSTALL_DATA)

$(PKG_BUILD_DIR)/QCA6174/hw3.0/4.4.1.c1/firmware-6.bin_RM.4.4.1.c1-00042-QCARMSWP-1
 \
$(1)/lib/firmware/ath10k/QCA6174/hw3.0/firmware-6.bin
-   $(INSTALL_DATA)
-
 endef
 
 define Package/ath10k-firmware-qca99x0/install
-- 
2.17.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] LEDE 17.01.5 release planning

2018-05-27 Thread Christian Lamparter 
On Thursday, May 24, 2018 9:06:55 PM CEST Hauke Mehrtens wrote:
> We would like to create a lede 17.01.5 release soon, the last release,
> lede 17.01.4, was done on 18. October 2017 which was a long time ago.
> We are planning to do the build by end of next week, around 2. June 2018.
> 
> This release would be build form the lede-17.01 stable branch and
> contain all the fixes which are in this branch.
> For me this branch looks quite good, if there are any patches missing in
> the lede-17.01 branch which you think should be backported from the
> current master branch then please highlight this now, so we can have a
> look at this.
> 
> I will update the kernel used in lede-17.01 to the latest version from
> the stable 4.4 kernel line sometime beginning next week.
> 
> Please also report any regression which is in the current lede-17.01
> branch compared to the lede 17.01.4 release.
> 
> Please do not hesitate to re report some request that something should
> be backported from master or some regression compared to lede-17.01, if
> it looks like they got ignored and didn't got a response.
Can you please add "apm821xx: Add default packages to NAND target" to 
the lede-17.01 branch? [0]

It's been in master for a long time. It makes it possible for the 
MX60(W) to have ethernet+wifi in the initramfs(used for install) kernels.

Regards,
Christian
 
[0] 




___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] LEDE 17.01.5 release planning

2018-05-27 Thread John Crispin 



On 27/05/18 18:45, Christian Lamparter wrote:

On Thursday, May 24, 2018 9:06:55 PM CEST Hauke Mehrtens wrote:

We would like to create a lede 17.01.5 release soon, the last release,
lede 17.01.4, was done on 18. October 2017 which was a long time ago.
We are planning to do the build by end of next week, around 2. June 2018.

This release would be build form the lede-17.01 stable branch and
contain all the fixes which are in this branch.
For me this branch looks quite good, if there are any patches missing in
the lede-17.01 branch which you think should be backported from the
current master branch then please highlight this now, so we can have a
look at this.

I will update the kernel used in lede-17.01 to the latest version from
the stable 4.4 kernel line sometime beginning next week.

Please also report any regression which is in the current lede-17.01
branch compared to the lede 17.01.4 release.

Please do not hesitate to re report some request that something should
be backported from master or some regression compared to lede-17.01, if
it looks like they got ignored and didn't got a response.

Can you please add "apm821xx: Add default packages to NAND target" to
the lede-17.01 branch? [0]

It's been in master for a long time. It makes it possible for the
MX60(W) to have ethernet+wifi in the initramfs(used for install) kernels.

Regards,
Christian
  
[0] 



done ...

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Openwrt vagrant

2018-05-27 Thread Leonidas Spyropoulos 
Hi all,

With the merge to openwrt I've updated the old vagrant file to build
against the new source and few other modifications.

https://github.com/inglor/lede-vagrant

Let me know if it works for you.

Regards,

-- 
Leonidas Spyropoulos

A: Because it messes up the order in which people normally read text.
Q: Why is it such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 1/2] curl: Use ca-bundle for all TLS libraries.

2018-05-27 Thread Rosen Penev 
It simplifies the Makefile a bit. In addition, using ca-bundle
saves some space as well.

It also fixes an issue with at least transmission, which has a dependency
on ca-bundle, but currently libcurl with OpenSSL or GnuTLS cause it not
to work.

This has been tested on mt7621 with OpenSSL and GnuTLS just by running
'curl https://www.google.com' and seeing if there's a verify error.
The rest are already using ca-bundle and therefore work fine.

Signed-off-by: Rosen Penev 
---
 package/network/utils/curl/Makefile | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/package/network/utils/curl/Makefile 
b/package/network/utils/curl/Makefile
index 92b3cab7dd..ae8cc31edc 100644
--- a/package/network/utils/curl/Makefile
+++ b/package/network/utils/curl/Makefile
@@ -112,13 +112,15 @@ CONFIGURE_ARGS += \
--without-libmetalink \
--without-librtmp \
--without-libidn \
+   --without-ca-path \
+   --with-ca-bundle=/etc/ssl/certs/ca-certificates.crt \
\
$(call autoconf_bool,CONFIG_IPV6,ipv6) \
\
-   $(if $(CONFIG_LIBCURL_WOLFSSL),--with-cyassl="$(STAGING_DIR)/usr" 
--without-ca-path 
--with-ca-bundle=/etc/ssl/certs/ca-certificates.crt,--without-cyassl) \
-   $(if $(CONFIG_LIBCURL_GNUTLS),--with-gnutls="$(STAGING_DIR)/usr" 
--without-ca-bundle --with-ca-path=/etc/ssl/certs,--without-gnutls) \
-   $(if $(CONFIG_LIBCURL_OPENSSL),--with-ssl="$(STAGING_DIR)/usr" 
--without-ca-bundle --with-ca-path=/etc/ssl/certs,--without-ssl) \
-   $(if $(CONFIG_LIBCURL_MBEDTLS),--with-mbedtls="$(STAGING_DIR)/usr" 
--without-ca-path 
--with-ca-bundle=/etc/ssl/certs/ca-certificates.crt,--without-mbedtls) \
+   $(if 
$(CONFIG_LIBCURL_WOLFSSL),--with-cyassl="$(STAGING_DIR)/usr",--without-cyassl) \
+   $(if 
$(CONFIG_LIBCURL_GNUTLS),--with-gnutls="$(STAGING_DIR)/usr",--without-gnutls) \
+   $(if 
$(CONFIG_LIBCURL_OPENSSL),--with-ssl="$(STAGING_DIR)/usr",--without-ssl) \
+   $(if 
$(CONFIG_LIBCURL_MBEDTLS),--with-mbedtls="$(STAGING_DIR)/usr",--without-mbedtls)
 \
\
$(if 
$(CONFIG_LIBCURL_LIBIDN2),--with-libidn2="$(STAGING_DIR)/usr",--without-libidn2)
 \
$(if 
$(CONFIG_LIBCURL_SSH2),--with-libssh2="$(STAGING_DIR)/usr",--without-libssh2) \
-- 
2.17.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/2] curl: Add ca-bundle dependency

2018-05-27 Thread Rosen Penev 
While building, curl complains that the path specified is missing.
Also, without ca-bundle, something like 'curl https://www.google.com'
does not work due to a certificate verify error.

Signed-off-by: Rosen Penev 
---
 package/network/utils/curl/Makefile | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/package/network/utils/curl/Makefile 
b/package/network/utils/curl/Makefile
index ae8cc31edc..b4e3fd9d99 100644
--- a/package/network/utils/curl/Makefile
+++ b/package/network/utils/curl/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
 
 PKG_NAME:=curl
 PKG_VERSION:=7.60.0
-PKG_RELEASE:=2
+PKG_RELEASE:=3
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
 PKG_SOURCE_URL:=https://dl.uxnr.de/mirror/curl/ \
@@ -88,7 +88,7 @@ define Package/libcurl
   CATEGORY:=Libraries
   DEPENDS:= +LIBCURL_WOLFSSL:libwolfssl +LIBCURL_OPENSSL:libopenssl 
+LIBCURL_GNUTLS:libgnutls +LIBCURL_MBEDTLS:libmbedtls
   DEPENDS += +LIBCURL_ZLIB:zlib +LIBCURL_THREADED_RESOLVER:libpthread 
+LIBCURL_LDAP:libopenldap +LIBCURL_LIBIDN2:libidn2
-  DEPENDS += +LIBCURL_SSH2:libssh2 +LIBCURL_NGHTTP2:libnghttp2
+  DEPENDS += +LIBCURL_SSH2:libssh2 +LIBCURL_NGHTTP2:libnghttp2 +ca-bundle
   TITLE:=A client-side URL transfer library
   MENU:=1
 endef
-- 
2.17.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] brcm2708: Add support for CYW43455

2018-05-27 Thread Christo Nedev 
New package brcmfmac-firmware-43455-sdio.

Content:
brcmfmac43455-sdio.bin
brcmfmac43455-sdio.clm_blob
brcmfmac43455-sdio.txt

Source:
https://github.com/RPi-Distro/firmware-nonfree.git

Bit newer from CYPRESS here:
https://community.cypress.com/servlet/JiveServlet/download/14837-1-34881/cypress-fmac-v4.14-2018_0321.zip

Signed-off-by: Christo Nedev 
---
 package/firmware/firmware-nonfree/Makefile| 28 +++
 package/firmware/firmware-nonfree/broadcom.mk | 10 ++
 target/linux/brcm2708/Makefile|  2 +-
 3 files changed, 39 insertions(+), 1 deletion(-)
 create mode 100644 package/firmware/firmware-nonfree/Makefile
 create mode 100644 package/firmware/firmware-nonfree/broadcom.mk

diff --git a/package/firmware/firmware-nonfree/Makefile 
b/package/firmware/firmware-nonfree/Makefile
new file mode 100644
index 00..86c9f7600b
--- /dev/null
+++ b/package/firmware/firmware-nonfree/Makefile
@@ -0,0 +1,28 @@
+include $(TOPDIR)/rules.mk
+
+PKG_NAME:=firmware-nonfree
+PKG_RELEASE:=1
+
+PKG_SOURCE_PROTO:=git
+PKG_SOURCE_URL:=https://github.com/RPi-Distro/firmware-nonfree.git
+PKG_SOURCE_DATE:=2018-05-27
+PKG_SOURCE_VERSION:=86e88fbf0345da49555d0ec34c80b4fbae7d0cd3
+PKG_MIRROR_HASH:=bef9efe173b87e7afc37bb856f9727c4ff64a1ee1cbe6640d22bae79601553bb
+
+SCAN_DEPS = *.mk
+
+include $(INCLUDE_DIR)/package.mk
+
+define Package/firmware-default
+  SECTION:=firmware
+  CATEGORY:=Firmware
+  URL:=https://github.com/RPi-Distro/firmware-nonfree.git
+  TITLE:=$(1)
+endef
+
+define Build/Compile
+
+endef
+
+include $(wildcard ./*.mk)
+#$(eval $(call BuildPackage,firmware-nonfree))
diff --git a/package/firmware/firmware-nonfree/broadcom.mk 
b/package/firmware/firmware-nonfree/broadcom.mk
new file mode 100644
index 00..ef6bbbed2d
--- /dev/null
+++ b/package/firmware/firmware-nonfree/broadcom.mk
@@ -0,0 +1,10 @@
+Package/brcmfmac-firmware-43455-sdio = $(call 
Package/firmware-default,Broadcom BCM43455 FullMac SDIO firmware)
+define Package/brcmfmac-firmware-43455-sdio/install
+   $(INSTALL_DIR) $(1)/lib/firmware/brcm
+   $(INSTALL_DATA) \
+   $(PKG_BUILD_DIR)/brcm/brcmfmac43455-sdio.bin \
+   $(PKG_BUILD_DIR)/brcm/brcmfmac43455-sdio.clm_blob \
+   $(PKG_BUILD_DIR)/brcm/brcmfmac43455-sdio.txt \
+   $(1)/lib/firmware/brcm/
+endef
+$(eval $(call BuildPackage,brcmfmac-firmware-43455-sdio))
diff --git a/target/linux/brcm2708/Makefile b/target/linux/brcm2708/Makefile
index 870029c4c8..274e101823 100644
--- a/target/linux/brcm2708/Makefile
+++ b/target/linux/brcm2708/Makefile
@@ -27,7 +27,7 @@ DEFAULT_PACKAGES += \
kmod-usb-hid \
kmod-sound-core kmod-sound-arm-bcm2835 \
kmod-fs-vfat kmod-nls-cp437 kmod-nls-iso8859-1 \
-   brcmfmac-firmware-43430-sdio kmod-brcmfmac wpad-mini \
+   brcmfmac-firmware-43430-sdio brcmfmac-firmware-43455-sdio kmod-brcmfmac 
wpad-mini \
partx-utils mkf2fs e2fsprogs
 
 KERNELNAME:=Image dtbs
-- 
2.11.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCHv2] ramips: Fix a few other GnuBee DTS differences

2018-05-27 Thread Rosen Penev 
I was carrying a local commit that added the sdhci stuff and missed it
as a result.

Also fix the rgmii3 thing in the PC2 DTS file as that's bogus and causes
a dmesg warning that it's bogus.

Signed-off-by: Rosen Penev 
---
v2: This seems to have disappeared, so resending.
 target/linux/ramips/dts/GB-PC1.dts | 3 +++
 target/linux/ramips/dts/GB-PC2.dts | 2 +-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/target/linux/ramips/dts/GB-PC1.dts 
b/target/linux/ramips/dts/GB-PC1.dts
index bb80752d75..3b29d335b9 100644
--- a/target/linux/ramips/dts/GB-PC1.dts
+++ b/target/linux/ramips/dts/GB-PC1.dts
@@ -58,6 +58,9 @@
 
 &sdhci {
status = "okay";
+
+   pinctrl-names = "default";
+   pinctrl-0 = <&sdhci_pins>;
 };
 
 &spi0 {
diff --git a/target/linux/ramips/dts/GB-PC2.dts 
b/target/linux/ramips/dts/GB-PC2.dts
index ccaf54f3c8..f8f4361e2f 100644
--- a/target/linux/ramips/dts/GB-PC2.dts
+++ b/target/linux/ramips/dts/GB-PC2.dts
@@ -126,7 +126,7 @@
 &pinctrl {
state_default: pinctrl0 {
gpio {
-   ralink,group = "jtag", "rgmii3", "uart3", "wdt";
+   ralink,group = "jtag", "rgmii2", "uart3", "wdt";
ralink,function = "gpio";
};
};
-- 
2.17.0


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
http://lists.infradead.org/mailman/listinfo/openwrt-devel