On Mon, Jan 23, 2012 at 8:33 PM, Felix Fietkau n...@openwrt.org 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,
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
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
applied in r29881
thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
2012.01.15. 12:00 keltezéssel, Artur Wronowski írta:
This patch add sysupgrade for Engenius ESR-9753
Signed-off-by: Artur Wronowski art...@gmail.com
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
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.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 dgo...@allnet.de
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
2012.01.23. 21:02 keltezéssel, Daniel Golle írta:
Add mach-all0256n.c doing the board-setup.
Signed-off-by: Daniel Golle dgo...@allnet.de
Folded into the 1/4 patch to avoid a build error.
Thanks,
Gabor
___
openwrt-devel mailing list
2012.01.23. 21:05 keltezéssel, Daniel Golle írta:
Generate sysupgrade image for the ALL0256N.
Signed-off-by: Daniel Golle dgo...@allnet.de
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
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 dgo...@allnet.de
Applied.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
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 offline,
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
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
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 to
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
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
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 that there
On Tue, Jan 24, 2012 at 16:16, Felix Fietkau n...@openwrt.org 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
On 2012-01-24 4:29 PM, Geert Uytterhoeven wrote:
On Tue, Jan 24, 2012 at 16:16, Felix Fietkau n...@openwrt.org 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
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]
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
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 c.c...@gmx.de
Index: target/linux/ar71xx/files-2.6.39/arch/mips/ar71xx/mach-tl-mr3020.c
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
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 php5
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 (git)
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
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
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
-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 errors ?
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:
___
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 and z
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
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
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-
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 c.c...@gmx.de
Applied.
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 to
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 dgo...@allnet.de
Index: package/mac80211/Makefile
37 matches
Mail list logo