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 o
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/PC
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
http://www.ralinktech.com/_en/07_downloads/
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" > /proc/sw
thank you Jow!
2013/1/4 Jo-Philipp Wich
> -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'])
>
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 facto
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
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:
>>
>>
* Hauke Mehrtens [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
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
* Hauke Mehrtens [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 of one
Updated to latest stable version and added an upstream patch to handle
a link failure
Signed-off-by: Oliver Smith
---
package/network/utils/iproute2/Makefile| 4 +-
.../210-build-unbreak-linkage-of-m_xt.so.patch | 63 ++
2 files changed, 65 insertions(+), 2 d
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 br
This fixes a typo in the spelling of the EBTABLES_IPV6 symbol and also
adds the rpfilter module designed for use in raw/PREROUTING under both
IPv4 and IPv6 for both strict and loose verification of a packet's
source address.
Signed-off-by: Oliver Smith
---
include/netfilter.mk | 5 -
1 file
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 restrictions
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 terms
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 m
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 a
On 01/05/2013 10:58 AM, Bastian Bittorf wrote:
> * Damian Kaczkowski [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 be much more, e.g.
***
* 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 source
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=37002&p=3
>>
>> Original patch from Serge Vasilugin
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:
> https://lists.openwrt.org/pipermail/openwrt-devel/2012-December
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=37002&p=3
Original patch from Serge Vasilugin is broken by MTA
(http://patchwork.openwrt.org/patch/3055/), h
23 matches
Mail list logo
