This is because the vendor driver makes ensures operation in HT20 before
triggering RF calibration.
On 05/13/2013 08:29 PM, Сергей Василюгин wrote:
Hi, All
Anybody knows why ht40 mode explicitly switch off for some ralink wifi?
rt2800lib.c in function rt2800_config_channel():
if
Hi,
yes, this is clean way. Alternatively, you can use our besip build
system which will do kernel config for you if you know directly, which
directives to enable. See example here:
https://homeproj.cesnet.cz/projects/besip/wiki/Build
If you have any questions for this, feel free to contact
Hello Jonas, thanks for replying.
Sorry but I don't understand where I have to set on this variable, is
it somewhere in the hostapd code or it's in the openwrt .conf file.
Thanks
2013/5/13 Jonas Gorski j...@openwrt.org:
On Mon, May 13, 2013 at 4:47 PM, Francisco Cuesta ndarkn...@gmail.com
Hi again Jon,
I've found where to enable the variable, is it in hostapd/Config.in,
isn't it? However after setting the variable to default 2 and
compiling the whole package again, I don't know where the output goes,
to the log or it should be displayed in the stdout?
Thanks again!
2013/5/14
On Tue, May 14, 2013 at 10:27 AM, Francisco Cuesta ndarkn...@gmail.com wrote:
Hi again Jon,
it's still Jonas :p
I've found where to enable the variable, is it in hostapd/Config.in,
isn't it? However after setting the variable to default 2 and
Yes, or rather menuconfig / .config.
compiling
Hello,
We just made the same thing (patches for uci support) in our company and
I wanted to send our patches. At a first look, it looks almost the same
as our approach. Just one thing - maybe you should remove the
unbound.conf.example file. OpenWRT wants to be very tiny, so there is no
place
Disabling unused protocols in libcurl can save more then 100K, hence add
some build time config options to enable/disable protocols.
Signed-off-by: Helmut Schaa helmut.sc...@googlemail.com
---
libs/curl/Config.in | 60 +++
libs/curl/Makefile |
Hi Jonas,
I eventually managed to get eth0 to work, without too much effort as it turns
out, once I concentrated on the ethernet and understood how the platform data
hangs together.
Fixing eth1, on the otherhand, has caused me several late nights with no
reward (more below)
So shortly I will
This patch adds GPIO function enable/disable bits for the AR7242, as derived
from the D-Link GPL firmware sources for the DIR-632-A1.
Note that of these, AR724X_GPIO_FUNCTION_CLK_OBS6_ENABLE and
AR724X_GPIO_FUNCTION_PCIEPHY_TST_EN are explicitly cleared by the D-Link
sources. I suspect these
This patch allows a board to enable the mdio bus on the second ethernet port
provided by the AR7242 (as used in the D-Link DIR-632-A1.) The AR7242 (at
least on the dir632) has two ethernet, eth0 at 0x1900 and eth1 at
0x1a00, and both have enumerable mdio busses.
It further defaults to
This patch allows a board to enable the mdio bus on the second ethernet port
provided by the AR7242 (as used in the D-Link DIR-632-A1.) The AR7242 (at
least on the dir632) has two ethernet, eth0 at 0x1900 and eth1 at
0x1a00, and both have enumerable mdio busses.
It further defaults to
This patch allows the platform to configure the default ethernet tx/rx ring
size (specifcally, for the ar7242 ag7240 device as found in the D-Link
DIR-632-A1). This patch only causes the platform data to be used if
specifically initialised in the board specific support, otherwise the existing
Thanks again Jonas :D
I have set it on the menuconfig and now when I call wpa_supplicant
with -dd mode I get some output in the terminal!
Thanks!
2013/5/14 Jonas Gorski j...@openwrt.org:
On Tue, May 14, 2013 at 10:27 AM, Francisco Cuesta ndarkn...@gmail.com
wrote:
Hi again Jon,
it's still
This patch adds user space supoprt for the D-Link DIR-632-A1, specifically
provides default LED behaviour and default bridge configuration and boot board
platform check.
Signed-off-by: Andrew McDonnell b...@andrewmcdonnell.net
---
target/linux/ar71xx/base-files/etc/diag.sh |3 +++
This patch adds a board profile for the D-Link DIR-632-A1, specifically,
ensures that USB support is built in by default.
Signed-off-by: Andrew McDonnell b...@andrewmcdonnell.net
---
target/linux/ar71xx/generic/profiles/d-link.mk | 11 +++
1 files changed, 11 insertions(+), 0
This patch adds image build support for the D-Link DIR-632-A1.
Note the sizes are set based on the manufacturer upgrade image, but I think
there is a lot of wasted space as the lzma compressed kernel is not as big as
the space left here, so perhaps this could be improved in the future.
This patch adds a kernel target for the D-Link DIR-632-A1.
Note that the CONFIG_MTD_CFI_I2 and BANK changes are duplicated from DD-WRT
and the D-Link firmware; I think it is because this uses a different flash
chip (mx25l6405d) from many of the other similar devices.
Signed-off-by: Andrew
This patch adds platform machine support for the D-Link DIR-632-A1.
Currently eth1 is not supported as the ag71xx driver does not work with the
AR7242 at least for all the configurations I have tested for this board.
With this patch and the preceding patches, the DIR-632-A1 is fully usable for
On 2013-05-14 2:33 PM, Andrew McDonnell wrote:
This patch allows the platform to configure the default ethernet tx/rx ring
size (specifcally, for the ar7242 ag7240 device as found in the D-Link
DIR-632-A1). This patch only causes the platform data to be used if
specifically initialised in
On 2013-05-14 2:44 PM, Andrew McDonnell wrote:
This patch adds a kernel target for the D-Link DIR-632-A1.
Note that the CONFIG_MTD_CFI_I2 and BANK changes are duplicated from DD-WRT
and the D-Link firmware; I think it is because this uses a different flash
chip (mx25l6405d) from many of
Hi Felix,
I am trying to port the DIR-632-A1 and made the most progress fixing the
ag71xx to work on this board by following what the (working but differently
architectured) DD-WRT driver for the AG7240 does. It sets ring sizes that are
different from the defaults provided by OPenWRT. This was
On 2013-05-14 2:30 PM, Andrew McDonnell wrote:
This patch allows a board to enable the mdio bus on the second ethernet port
provided by the AR7242 (as used in the D-Link DIR-632-A1.) The AR7242 (at
least on the dir632) has two ethernet, eth0 at 0x1900 and eth1 at
0x1a00, and both
14.05.2013, 14:10, "Daniel Golle" dgo...@allnet.de:This is because the vendor driver makes ensures operation in HT20 beforetriggering RF calibration.And never set it back to ht40 so works only in ht20 mode? I don't think it's wright. Vendor driver explicitly set ht20 only for scanning (in sta or
Hi Felix,
Sorry, I'm still learning how this project works ... I have been trying to
follow the patch submission checklist as best I can.
Perhaps that adivce could be added to the guidelines on
https://dev.openwrt.org/wiki/SubmittingPatches page, but I only worked out how
to get edit access to
Hi Felix
at this stage I have had no luck getting eth1 to work so I have deliberately
left out all the code attempting to make eth1 work. (I am intending to post
my progress to my github but I am all coded out for tonight)
But again, having no other point of reference I traced through the
On 2013-05-14 3:13 PM, Andrew McDonnell wrote:
Hi Felix,
Sorry, I'm still learning how this project works ... I have been trying to
follow the patch submission checklist as best I can.
Perhaps that adivce could be added to the guidelines on
https://dev.openwrt.org/wiki/SubmittingPatches
On 2013-05-14 3:22 PM, Andrew McDonnell wrote:
Hi Felix
at this stage I have had no luck getting eth1 to work so I have deliberately
left out all the code attempting to make eth1 work. (I am intending to post
my progress to my github but I am all coded out for tonight)
But again, having
Hi Felix
I can resubmit this without those, but I wont be able to test it for a couple
of days and would prefer to wait until I have tested it, is that OK?
thanks for the feedback
--Andrew
On 14/05/13 22:56, Felix Fietkau wrote:
On 2013-05-14 3:13 PM, Andrew McDonnell wrote:
Hi Felix,
On 2013-05-14 3:38 PM, Andrew McDonnell wrote:
Hi Felix
I can resubmit this without those, but I wont be able to test it for a couple
of days and would prefer to wait until I have tested it, is that OK?
Sure. You can make things easier to follow by submitting your changes as
a series using
Hi Felix,
I was wondering why there was something out on 18...
if setting that to the phy mask makes everything work after all my debugging I
will be very annoyed at myself for not posting my work sooner (and at DD-WRT!)
Yes, this patch is not immediately needed for support for the rest of the
On 2013-05-14 3:06 PM, Andrew McDonnell wrote:
Hi Felix,
I am trying to port the DIR-632-A1 and made the most progress fixing the
ag71xx to work on this board by following what the (working but differently
architectured) DD-WRT driver for the AG7240 does. It sets ring sizes that are
Dne 11.5.2013 19:18, Diederik de Groot napsal(a):
This patch includes new Makefile for chan-sccp-b V4.1-RC1 compiled against
the asterisk-11.x package (based on previous work for
asterisk-1.8-chan-sccp-b package).
Signed-off-by: Diederik de Groot ddegr...@users.sourceforge.net
Applied! I
Dne 11.5.2013 16:04, Diederik de Groot napsal(a):
This patch includes Makefile changes for chan-sccp-b V4.1-RC1 compiled
against the asterisk-1.8.x package.
Signed-off-by: Diederik de Groot ddegr...@users.sourceforge.net
Applied! I shortened your commit message and slightly modified
Would you share some useful information? Any link or document? Thank you.
Hui
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On 11/05/13 13:33, Jiri Slachta wrote:
Hello Daniel,
I will take a look at this. Would you mind to find out, if there are any
updates related to this app in upstream? I'll do some tests and if it's
The asio version 1.4.8 is the latest - they also have a 1.5.3 dev
release, but it is not for
Hey,
this is my first patch to OpenWRT, please be gentle :-) I already
submitted as a ticket (#13446), but I guess the list is more appropriate
Kernel 3.7 introduced IPv6 NAT, together with a couple of additional
netfilter targets.
- Core NAT Support:
nf_nat_ipv6
ip6table_nat
- known NAT
Bernhard Schmidt be...@birkenwald.de wrote:
The attached patch adds these modules to OpenWRT. I have tested
MASQUERADE, SNAT and REDIRECT, NPT can be at least configured.
NETMAP works fine as well, NPT does not work for me. This is not a
problem of OpenWRT though, just the NPT support is
dear developers
we seek some one to configure OpenWRT to
basic queue list and
limit each users DL UL for mac address
if any one able to do it please get in touch with me
example 3 user is enough for us
user1 AA-AA-AA-B2-DA-08DL=4000 UL=400
user2AA-AA-AA-B2-DA-09DL=1000 UL=100
Hi,
I've been debugging wifi on a couple of Lantiq units, Easybox 802 and
803, both with Ralink wireless (RT2860 and RT3062, respectively). It
seems that rt2x00_eeprom_read function expects EEPROM to be
little-endian, whereas on these units it is stored big-endian in flash.
As a result
I have encountered the following problems while compiling images:
After make kernel menuconfig i was i not able to fully revert the
changes with svn revert -R target/linux/ and even tho svn diff
target/linux/ does not output anything some previous selected options
still persist when doing make
Hello,
That is a good point, I can adjust the Makefile to not install the example
config.
I have a question, how did you handle root.key? On my device, a Netgear
WNDR3800, the clock is not saved between reboots. If the image is freshly
installed and root.key hasn't been populated, unbound
---
package/kernel/modules/usb.mk | 15 +++
1 file changed, 15 insertions(+)
diff --git a/package/kernel/modules/usb.mk b/package/kernel/modules/usb.mk
index 9548c02..c5bc03a 100644
--- a/package/kernel/modules/usb.mk
+++ b/package/kernel/modules/usb.mk
@@ -36,6 +36,21 @@ define
42 matches
Mail list logo
