I would recommend not merging this patch. It is not working w/ the bgmac
driver in trunk. Likely a driver issue, but just to be safe.
Thanks,
Nathan
On Wed, 2013-01-02 at 21:11 -0800, Nathan Hintz wrote:
Companion patch to:
2013.01.06. 10:48 keltezéssel, John Crispin írta:
On 05/01/13 23:49, Michel Stempin wrote:
Generic support for RT5350 WLAN. Thanks to Heffer for rebasing my patch to
current trunk.
Details see https://forum.openwrt.org/viewtopic.php?id=37002p=3
Original patch from Serge Vasilugin is broken
***
* Ralink Tech Inc.
* 4F, No. 2 Technology 5th Rd.
* Science-based Industrial Park
* Hsin-chu, Taiwan, R.O.C.
*
* (c) Copyright 2002-2004, Ralink Technology, Inc.
*
* All rights reserved. Ralink's
On 01/05/2013 10:58 AM, Bastian Bittorf wrote:
* Damian Kaczkowski damian.kaczkow...@gmail.com [05.01.2013 09:37]:
btw. Do we really need dependency for mkswap / swaponoff ? You can use any
fs on zram disk not only swap (also your init script already checks for
you are right, zram-discs can
I'm not a layer either and not the author of the patch, but I don't see any
obvious relationship between the cited Ralink sources and the bunch of
RF5350-specific tests added to the rt2x00 GPL sources by Serge's patch, besides
the fact that he mentioned in his forum post that WLAN support was
On 01/03/2013 09:17 PM, Hauke Mehrtens wrote:
On 12/31/2012 05:07 PM, Bastian Bittorf wrote:
since 2 years we are using zram[0] in our production
networks and we love it. i like to kick out the package
compcache which is very outdated and just use the mainline
implementation. at the moment we
This patch set updates iptables to the latest-and-greatest, adding IPv6 NAT
support
in the process. With great power comes great web-slinging abilities, or at
least,
systematic destruction of end-to-end connectivity. Try not to ruin the IPv6
Internet.
The IPv6 NAT is a little bit funny in
This evil of a patch adds kernel support for IPv6 NAT under the 3.7
series kernel. If you are anyone who ships devices commercially, you are
kindly requested NOT to include this code in your image; the sole
purpose of this code should be to provide a means of getting around
geolocation
This patch updates iptables to 1.4.17 and now utilises the
xtables-multi(call) binary via symlinks.
Additionally, end-to-end connectivity has been thoroughly eviscerated
and disemboweled in the form of adding comprehensive IPv6 NAT
capabilities.
I hope that nobody will actually use this to let
Updated to latest stable version and added an upstream patch to handle
a link failure
Signed-off-by: Oliver Smith oli...@8.c.9.b.0.7.4.0.1.0.0.2.ip6.arpa
---
package/network/utils/iproute2/Makefile| 4 +-
.../210-build-unbreak-linkage-of-m_xt.so.patch | 63 ++
* Hauke Mehrtens ha...@hauke-m.de [06.01.2013 18:34]:
if a user on a standard build does 'opkg install zram-swap' it
must also install the applets 'busybox-mkswap' and 'busybox-swaponoff'
so they must be build separately in the standard-build (so the repo's
gets them)
busybox contains
2013.01.05. 14:53 keltezéssel, Michel Stempin írta:
Sorry, still struggling with my MTA...
Here is the result of the same command on a genuine TL-WR703N with the newest
factory firmware 3.14.4 build 120925 rel 33144n (aka Ver; 1.7), thanks to
Uncle_Vernon on the forum:
U-Boot 1.1.4 (Sep
* Hauke Mehrtens ha...@hauke-m.de [06.01.2013 18:34]:
This was committed in a modified version hopefully incorporating all the
good comments and the new version of the script in r35025.
root@openwrt:~ /etc/init.d/zram
-ash: /etc/init.d/zram: Permission denied
bye, bastian
Le 06/01/2013 19:57, Gabor Juhos a écrit :
2013.01.05. 14:53 keltezéssel, Michel Stempin írta:
Here is the result of the same command on a genuine TL-WR703N with the
newest factory firmware 3.14.4 build 120925 rel 33144n (aka Ver; 1.7),
thanks to Uncle_Vernon on the forum:
U-Boot 1.1.4
2013.01.06. 21:08 keltezéssel, Michel Stempin írta:
Le 06/01/2013 19:57, Gabor Juhos a écrit :
2013.01.05. 14:53 keltezéssel, Michel Stempin írta:
Here is the result of the same command on a genuine TL-WR703N with the
newest factory firmware 3.14.4 build 120925 rel 33144n (aka Ver; 1.7),
Le 06/01/2013 21:45, Gabor Juhos a écrit :
2013.01.06. 21:08 keltezéssel, Michel Stempin írta:
Le 06/01/2013 19:57, Gabor Juhos a écrit :
2013.01.05. 14:53 keltezéssel, Michel Stempin írta:
Here is the result of the same command on a genuine TL-WR703N with the
newest factory firmware
thank you Jow!
2013/1/4 Jo-Philipp Wich x...@subsignal.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
how to get the value of the option name? Can i use foreach? follow
is my program [...]
m.uci:foreach(dhcp, host,
function(section)
profile:value(section['name'])
1) Fix what appears to be a logic error in bgmac_phy_advertise.
2) Fix bgmac_ioctl to use passed phy_id; needed for switch-robo
interface w/ the driver to work correctly. I still have the issue
with the interface always being HD when the speed/duplex is set
manually (e.g., echo 100FD
Do you think that Dlink include driver source in the GPL tarball by mistake?
Hmm, it's possible. The only thing that I see in the source is software
determination of Xtal20MHz/Xtal40MHz. All other stuff exist in GPL'ed source
for USB/PCI/PCIe cards at
Le 07/01/2013 05:36, Сергей Василюгин a écrit :
Do you think that Dlink include driver source in the GPL tarball by mistake?
Hmm, it's possible. The only thing that I see in the source is software
determination of Xtal20MHz/Xtal40MHz. All other stuff exist in GPL'ed source
for USB/PCI/PCIe
On 01/07/2013 09:40 AM, Michel Stempin wrote:
Le 07/01/2013 05:36, Сергей Василюгин a écrit :
Do you think that Dlink include driver source in the GPL tarball by mistake?
Hmm, it's possible. The only thing that I see in the source is software
determination of Xtal20MHz/Xtal40MHz. All other
21 matches
Mail list logo