2011.12.25. 17:16 keltezéssel, Daniel Golle írta:
> Hi!
>
> On Mon, Nov 14, 2011 at 03:01:34PM +0100, Daniel Golle wrote:
>> The driver works quite nice and stable for me using a RaLink Rt5370 USB
>> device.
>>
>> Signed-off-by: Daniel Golle
>>
>> Index: package/mac80211/Makefile
>> ==
2012.01.24. 19:41 keltezéssel, Christian Cier-Zniewski írta:
> This patch fixes the board detection of the TL-MR3020.
> The string *TL-MR3020 was searched which is wrong.
> Now the correct string *"TL-MR3020 v1" is searched for.
> The board name has also been modified from tl-mr3020 to tl-mr3020-v1
2012.01.24. 19:31 keltezéssel, Christian Cier-Zniewski írta:
> This patch fixes the GPIO polarity for the button and the sliding switch. The
> buttons are not active low. "Pressed" and "Released" events are wrong without
> the patch.
>
> Signed-off-by: Christian Cier-Zniewski
Applied.
Thanks,
G
2012.01.25. 8:19 keltezéssel, Andrew Silverman írta:
> I'm sure this is obvious to most, but not to me- I'd like to try out the new
> trunk builds with the 3.2 kernel, but it's not clear to me how to configure
> the build to start using that version even though I've grabbed the recent svn
> updates
I'm sure this is obvious to most, but not to me- I'd like to try out the new
trunk builds with the 3.2 kernel, but it's not clear to me how to configure the
build to start using that version even though I've grabbed the recent svn
updates- it continues to build the 2.6.39.4 kernel.
Any quick in
Hi jow,
Thanks for following up.
Here the outputs:
root@Router00177962:/tmp# iwinfo wl0 info
wl0 ESSID: "Chillifire Hotspot"
Access Point: 00:1D:7E:E7:96:D4
Type: wl HW Mode(s): 802.11bg
Mode: Master Channel: 3 (2.422 GHz)
Tx-Power: 24 dBm Link Q
On 1/24/12 6:06 AM, Jonathan McCrohan wrote:
> I also see svn as part of the problem. I think a move towards the
> linux-kernel development model would be a great benefit.
>
> Using git would allow users to make many small fixes in their own tree
> and send single a pull request for fixes to x,y a
Hi,
I'm not family with queue disciplines in the Linux kernel. My doubt is,
if the switch/router with Linux has exactly two ports to use for input and
output, so consider the following ASCII picture:
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
So if you install the iwinfo cli frontend and run "iwinfo wl0 info",
does it output anything useful, does it identify the hw as "type wl" ?
Is "LoadPlugin iwinfo" in the enerated collectd.conf ?
Is "killall -9 collectd; collectd -f" reporting any erro
Thanks Jow,
I had a look at /trunk/package/iwinfo/Makefile and the IWINFO_BACKENDS
section seems to define wl driver as required target if a Broadcom kernel
module is loaded.
I do not understand Makefile at all, so I do not understand what else needs
to be done to 'wl must be enabled at build tim
This patch adds support for the Sitecom WL-341 v3 and other Sercomm
IP1006RRv2 based boards for sysupgrade support and for the initial
flash through pushbutton initiated recovery mode with the special
partition table and fixes for the quirks and things required by the
modified bootloader.
There is
This patch adds support for the Sitecom WL-341 v3 and other Sercomm
IP1006RRv2 based boards for sysupgrade support and for the initial
flash through pushbutton initiated recovery mode with the special
partition table and fixes for the quirks and things required by the
modified bootloader.
There is
On Tuesday 24 January 2012 15:59:18 Emmanuel Deloget wrote:
> Le 01/24/2012 02:06 PM, Jonathan McCrohan a écrit :
> > On 24/01/12 08:22, Dave Taht wrote:
> >> My principal critique of this workflow is that I tend to view svn as
> >> part of the problem to a large extent. If I do a patch in my own (
Hello,
On Tuesday 24 January 2012 21:14:23 Michael Heimpold wrote:
> Hi,
>
> > In my opinion, the main issue is not that we don't give out SVN access
> > fast enough,
>
> from my personal experience I can say that I got SVN access very quickly
> after I offered taking over maintainership for php
Hi,
> In my opinion, the main issue is not that we don't give out SVN access
> fast enough,
from my personal experience I can say that I got SVN access very quickly
after I offered taking over maintainership for php5 package.
After some months I suggested to split php into multiple packages
(for
This patch fixes the board detection of the TL-MR3020.
The string *TL-MR3020 was searched which is wrong.
Now the correct string *"TL-MR3020 v1" is searched for.
The board name has also been modified from tl-mr3020 to tl-mr3020-v1 to
reflect the correction revision.
All strings have been updated
This patch fixes the GPIO polarity for the button and the sliding
switch. The buttons are not active low. "Pressed" and "Released" events
are wrong without the patch.
Signed-off-by: Christian Cier-Zniewski
Index: target/linux/ar71xx/files-2.6.39/arch/mips/ar71xx/mach-tl-mr3020.c
Hello Alan,
24.01.2012 19:45, Alan Stern:
[trim]
Does this mean that the hardware has only one FIFO? Or only one for
each direction? That's a pretty limited design.
Well EPs do have separate FIFOs, at least that's how the driver see it,
but it looks like they are somehow not fully independen
Hi,
24.01.2012 19:12, Loh Tien Hock:
Hi Nikolai.
I tried the patch with g_serial. it needed some fix I have in my company's
repository for slave mode. Dma mode works correctly.
Wow, this puzzles me somewhat. I'll definitely try to test it and report
back.
Thank you.
Nikolai
[trim]
These
On 2012-01-24 4:29 PM, Geert Uytterhoeven wrote:
> On Tue, Jan 24, 2012 at 16:16, Felix Fietkau wrote:
>> Probably not going to happen for the main repo. Some developers like to
>> stay with SVN. Right now I don't see a point in pushing for a complete
>> switch to git, since the svn<->git integrat
On Tue, Jan 24, 2012 at 16:16, Felix Fietkau wrote:
> Probably not going to happen for the main repo. Some developers like to
> stay with SVN. Right now I don't see a point in pushing for a complete
> switch to git, since the svn<->git integration is working just fine.
While git-svn is bidirectio
On 2012-01-24 3:57 PM, Brian J. Murrell wrote:
> On 12-01-24 08:06 AM, Jonathan McCrohan wrote:
>>
>> I also see svn as part of the problem. I think a move towards the
>> linux-kernel development model would be a great benefit.
>
> I hate sending simple "me too" posts, but to help demonstrate tha
Hello people,
I'd like to hear some advice before I waste yet more time on this.
Because my knowledge of USB concepts is close to nonexistent, I'll just
present the situation as I see it currently with just all details I have.
As I understand it, the problem with this thing in device mode is
Le 01/24/2012 02:06 PM, Jonathan McCrohan a écrit :
On 24/01/12 08:22, Dave Taht wrote:
My principal critique of this workflow is that I tend to view svn as part
of the problem to a large extent. If I do a patch in my own (git) tree
to test with, I invariably have to rebase that tree when it com
On 12-01-24 08:06 AM, Jonathan McCrohan wrote:
>
> I also see svn as part of the problem. I think a move towards the
> linux-kernel development model would be a great benefit.
I hate sending simple "me too" posts, but to help demonstrate that there
is demand for this, I too would welcome a move t
Hi,
> Specifically, I'm lacking the ability to change channels (the
> important part)
option channel ?
> and have no ability to control antenna chains or adjust power.
option txpower, option rxantenna and option txantenna?
> What can I do to help improve this support, or who can I help?
You
The current code is supposed to infer the model from the PCI IDs of the
radio, apparently this is not possible and as I have no access to such a
model I cannot fix it either - I assumed ath5k exposes it the same way
madwifi does but apparently not.
~ Jow
___
Hey.
> I cannot get collectd-mod-iwinfo to work for the proprietary wl0
> drivers. They work fine on ath5k and ath9k.
Make sure iwinfo was compiled with wl support (wl must be enabled at
build time of libiwinfo to get enabled as backend).
> Before I try further, does collectd-mod-iwinfo support
On 24/01/12 08:22, Dave Taht wrote:
> My principal critique of this workflow is that I tend to view svn as part
> of the problem to a large extent. If I do a patch in my own (git) tree
> to test with, I invariably have to rebase that tree when it comes down
> from svn.
>
> as I am frequently offli
2012.01.23. 21:03 keltezéssel, Daniel Golle írta:
> This adds uci-defaults and sysupgrade support for the ALL0256N.
>
> Signed-off-by: Daniel Golle
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.ope
2012.01.23. 21:05 keltezéssel, Daniel Golle írta:
> Generate sysupgrade image for the ALL0256N.
>
> Signed-off-by: Daniel Golle
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/lis
2012.01.23. 21:02 keltezéssel, Daniel Golle írta:
> Add mach-all0256n.c doing the board-setup.
>
> Signed-off-by: Daniel Golle
Folded into the 1/4 patch to avoid a build error.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.o
2012.01.23. 21:00 keltezéssel, Daniel Golle írta:
> ALL0256N: add entires in machtype.h, Makefile, Kconfig and enable board in
> config-2.3.39
>
> Signed-off-by: Daniel Golle
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.op
2012.01.23. 1:29 keltezéssel, Roman Yeryomin írta:
> In this patch:
>
> * rename Argus leds to avoid underscores
> * rename Belkin F5D8235 v1 leds from f5d8234 to f5d8235
> * remove Belkin F5D8235 v1 status led defined as storage led (it was
> defined as usb led earlier, just in wrong place) - it
2012.01.15. 12:00 keltezéssel, Artur Wronowski írta:
> This patch add sysupgrade for Engenius ESR-9753
>
> Signed-off-by: Artur Wronowski
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/m
applied in r29881
thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
this patch is folded into the other dsl framework patch.
thnaks for testing,
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
No, it is the same version. The version from the 20th wasn't in my
outgoing mail box, so i thought that it was not sent. Sorry for the
confusion.
R.
On 23/01/2012 19:13, Jo-Philipp Wich wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
is there any difference to the version from 20th
On Mon, Jan 23, 2012 at 8:33 PM, Felix Fietkau wrote:
> As you've probably noticed, we've had issues keeping up with the
> workload of incoming patches.
> There is quite a bit of work involved in taking care of incoming
> patches, not just review. Patches need to be compile tested, ideally
> also
39 matches
Mail list logo
