On 06/22/2015 02:51 AM, Ian Kent wrote:
> On Sun, 2015-06-21 at 19:19 +0200, Rafał Miłecki wrote:
>> On 10 March 2015 at 04:30, Ian Kent wrote:
>>> The Netgear R8000 has a PEX8603 connected to the BCM53012 and if
>>> it isn't configured during the bus scan the PCI layer goes crazy
>>> trying to
On 22 June 2015 at 10:10, Hauke Mehrtens wrote:
> On 06/22/2015 02:51 AM, Ian Kent wrote:
>> On Sun, 2015-06-21 at 19:19 +0200, Rafał Miłecki wrote:
>>> On 10 March 2015 at 04:30, Ian Kent wrote:
The Netgear R8000 has a PEX8603 connected to the BCM53012 and if
it isn't configured during
Alejandro Mery wrote:
> when using musl packages include netinet/ether.h break because
> struct ethhdr gets redefined.
>
> this patch comes includes a patch originally from sabotage linux
> and it has been submitted upstream https://lkml.org/lkml/2014/3/14/266
>
If this gets merged, could we t
The designated blue WAN port has index 5, not 1, on both devices.
Christian Beier (1):
ar71xx: Fix WAN port location on EnGenius ESR1750 and EPG5000.
target/linux/ar71xx/base-files/etc/uci-defaults/02_network | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
2.1.4
The designated blue WAN port on both devices has index 5, not 1.
Signed-off-by: Christian Beier
---
target/linux/ar71xx/base-files/etc/uci-defaults/02_network | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/tar
Hi,
I have discovered that python is broken using musl. When a thread
created
using the threading library exists, python segfaults.
This is a simple example application showing the issue:
import time
import threading
def test():
print("Hello")
time.sleep(2)
print("wor
Thanks for reporting this.
Will move this to the Github issues, since it belongs there.
https://github.com/openwrt/packages/issues/1450
Thanks
On Mon, Jun 22, 2015 at 1:37 PM, wrote:
> Hi,
>
> I have discovered that python is broken using musl. When a thread created
> using the threading libra
NB that wlan5g is phy0tpt and wlan2g phy1tpt.
Signed-off-by: Christian Beier
---
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds | 5 +
1 file changed, 5 insertions(+)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defa
From: Joseph East
Patchset based on previous work by Cody Schafer and Luc Forcier to allow
TRX images with Belkin IDs to be compiled as part of the BRCM47XX platform
for Linux 3.18.
The patchset has been tested with a Belkin F7D4401 (PlayMax N600), other
devices part of the previous patch are un
Patch didn't seem to mail properly, trying again.
From: Joseph East
Patchset based on previous work by Cody Schafer and Luc Forcier to allow
TRX images with Belkin IDs to be compiled as part of the BRCM47XX
platform for Linux 3.18.
The patchset has been tested with a Belkin F7D4401 (PlayMax
On 06/22/2015 02:25 PM, Joseph East wrote:
> Patch didn't seem to mail properly, trying again.
>
> From: Joseph East
>
> Patchset based on previous work by Cody Schafer and Luc Forcier to allow
> TRX images with Belkin IDs to be compiled as part of the BRCM47XX
> platform for Linux 3.18.
>
>
On 03/10/2015 04:30 AM, Ian Kent wrote:
> The Netgear R8000 has a PEX8603 connected to the BCM53012 and if
> it isn't configured during the bus scan the PCI layer goes crazy
> trying to configure phantom devices.
Could you provide some diagram how this is connected?
My current assumption is tha
Current firmware version for QCA9880 is known to stall for some time
when a station in power saving mode (e.g. mobile phone) leaves the AP
range. This stall causes ath10k timeouts during station removal and
subsequently firmware thinks station is still connected, causing
"Spurios quick kickout for
These patches add support for the new version 5 firmware API.
Signed-off-by: Matti Laakso
---
...31-ath10k_add_ath10k_fw_ie_htt_op_version.patch | 385 +
.../patches/932-ath10k_bump_up_fw_api_to_5.patch | 43 +++
...tt_op_backwards_compatibility_for_qca6174.patch | 47 +++
This firmware adds support for management frames over normal
packet transport interface instead of over the WMI management
interface.
Signed-off-by: Matti Laakso
---
package/kernel/mac80211/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/kernel/mac80211
Hi,
when I try to create a rootfs for my Duckbill device, I used to run
"make -j4 ...". The default configuration enables
CONFIG_TARGET_ROOTFS_INCLUDE_KERNEL
because the bootloader expects the kernel image in the rootfs below /boot.
However, my problem is, that when running make with -j2 or more
Hi,
On 22/06/15 11:32, Karl Palsson wrote:
Alejandro Mery wrote:
when using musl packages include netinet/ether.h break because
struct ethhdr gets redefined.
this patch comes includes a patch originally from sabotage linux
and it has been submitted upstream https://lkml.org/lkml/2014/3/14/26
On 22/06/15 21:08, Alejandro Mery wrote:
Hi,
On 22/06/15 11:32, Karl Palsson wrote:
Alejandro Mery wrote:
when using musl packages include netinet/ether.h break because
struct ethhdr gets redefined.
this patch comes includes a patch originally from sabotage linux
and it has been submitted
Hi!
Come to the Battlemesh event in Slovenia this year, almost as close to
Hungary as you can get. :-)
https://wlan-si.net/en/blog/2015/03/29/announcing-battlemesh-v8-in-maribor-slovenia/
Mitar
On Thu, Mar 26, 2015 at 4:02 AM, bkil wrote:
> If anyone wants to organize a BattleMesh event in Hu
Hi,
within our wireless community we are using a couple of devices with the
following features:
* powered via POE through their first ethernet plug
* another device can be powered via the second ethernet plug (POE passthrough
switchable via GPIO)
The POE passthrough feature can be controlled vi
On Mon, 2015-06-22 at 18:42 +0200, Hauke Mehrtens wrote:
>
> On 03/10/2015 04:30 AM, Ian Kent wrote:
> > The Netgear R8000 has a PEX8603 connected to the BCM53012 and if
> > it isn't configured during the bus scan the PCI layer goes crazy
> > trying to configure phantom devices.
>
> Could you pro
On 22/06/15 16:48, Lars Kruse wrote:
> Hi,
>
> within our wireless community we are using a couple of devices with the
> following features:
> * powered via POE through their first ethernet plug
> * another device can be powered via the second ethernet plug (POE passthrough
> switchable via GPIO
On 23/06/2015 01:48, Lars Kruse wrote:
> Hi,
>
> within our wireless community we are using a couple of devices with the
> following features:
> * powered via POE through their first ethernet plug
> * another device can be powered via the second ethernet plug (POE passthrough
> switchable via
23 matches
Mail list logo