The recently added bgmac ethernet driver uses "dma_sync_single_for_cpu";
however,
that function only does anything for a few select CPU types. This patch
resolves
DMA issues (resulting in packet loss) that become evident if you do a flood ping
to the router with full size packets; there will be
This patch fixes typo in CONFIGURE_ARGS for package asterisk11-pbx-lua.
Signed-off-by: Jiri Slachta
Index: net/asterisk-11.x/Makefile
===
--- net/asterisk-11.x/Makefile (revision 35540)
+++ net/asterisk-11.x/Makefile (working copy)
On Sun, Feb 10, 2013 at 01:11:09PM +0200, Daniel Golle wrote:
> Add asterisk11 package. LTS version of Asterisk has been recently released.
> This package is a bleeding-edge alternative to existing asterisk-1.8.x
> package.
>
> Signed-off-by: Jiri Slachta
> [Daniel Golle: whitespace fixes and a
Fix "cfe-" string length copy and mtd read size.
Add last byte on "cfe-v" versions a.b.c-d.e -> a.b.c-d.e-f.
Add support Huawei CFE versions.
Signed-off-by: Álvaro Fernández Rojas
---
diff --git a/target/linux/brcm63xx/patches-3.7/311-cfe_version_mod.patch
b/target/linux/brcm63xx/patches-3.7/311
On 9 February 2013 17:52, Rafał Miłecki wrote:
> b53_switch_detect returns value returned by b53_read8, which is 0 for
> success. So fail (and return error) only if b53_switch_detect returned
> something else than 0. This fixes supported and advertising being zeros
> for MDIO access.
Oops. Thanks
On Sun, 10 Feb 2013, Felix Fietkau wrote:
On 2013-02-10 12:05 PM, David Lang wrote:
On Sun, 10 Feb 2013, Felix Fietkau wrote:
Newer OpenWrt versions put the device path in the wifi sections
instead of the MAC address.
This is a recent build from Trunk, could you give me an example of what's
Newer OpenWrt versions put the device path in the wifi sections
>> instead of the MAC address.
>
> This is a recent build from Trunk, could you give me an example of
> what's needed? I'm not seeing it in the autogenerated config.
I have several 3700/3800 and my wifi config names the "phy" inste
On 2013-02-10 12:05 PM, David Lang wrote:
> On Sun, 10 Feb 2013, Felix Fietkau wrote:
>
>> Simply leaving out the MAC address does not work for multiple wifi
>> devices.
>
> Makes sense
>
>> Newer OpenWrt versions put the device path in the wifi sections
>> instead of the MAC address.
>
> This
Add asterisk11 package. LTS version of Asterisk has been recently released.
This package is a bleeding-edge alternative to existing asterisk-1.8.x package.
Signed-off-by: Jiri Slachta
[Daniel Golle: whitespace fixes and added PostgreSQL support]
Signed-off-by: Daniel Golle
create mode 100644
On Sun, 10 Feb 2013, Felix Fietkau wrote:
Simply leaving out the MAC address does not work for multiple wifi
devices.
Makes sense
Newer OpenWrt versions put the device path in the wifi sections
instead of the MAC address.
This is a recent build from Trunk, could you give me an example of w
Simply leaving out the MAC address does not work for multiple wifi
devices. Newer OpenWrt versions put the device path in the wifi sections
instead of the MAC address. However, a much more reliable way of
preconfiguring devices is putting scripts into /etc/uci-defaults that
use uci commands to chan
Hi,
Removing option disabled 1 into 'wireless' and adding in the SSID etc before
you build should do the trick, You should not need to add the MAC address
into the config file, This should be added automatically when the wifi is
detected.
MK
-Original Message-
From: openwrt-devel [mailto
I've got a bunch (~50) of openwrt routers (3700/3800) to configure and I'm
running into a
problem with the wireless configuration.
According to the documentation, I should be able to just leave out the MAC entry
and on first reboot, openwrt will add it.
What's happening instead is that two n
13 matches
Mail list logo
