On 28/03/12 01:42, Luca Olivetti wrote:
> I can wait a few days longer.
what are you waiting for now ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Tue, Mar 27, 2012 at 05:03:24PM -0700, Dave Taht wrote:
> however my issue is that hostapd isn't coming up for ap mode.
Yeah in 3.3 the mon.wlan0 i/f is not being setup but I didn't
investigate further.
OTOH is just me or do you note too that the compressed firmware
image with the 3.3 kernel i
after freezing at 30952 for the last two(ish) weeks...
I updated to 31118 this morning and built against my formerly working 3.3
kernel...
I see hostapd, ar71xx, ath9k, 3.3, etc all had updates over this period.
Despite replacing my mac80211.sh with the new one and trying a more
open-wrt-y buil
Al 28/03/12 00:49, En/na John Crispin ha escrit:
> Hi Luca,
>
> you were right, i was wrong, i am terribly sorry if the delay caused any
> inconvenience to you
>
> thanks for your understanding,
Don't worry, I waited for one year, I can wait a few days longer.
Bye
--
Luca
___
On 28/03/12 00:25, Luca Olivetti wrote:
> Al 25/03/12 19:01, En/na Luca Olivetti ha escrit:
>> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>>> On 29/03/11 18:06, Luca Olivetti wrote:
Al 29/03/11 10:32, En/na John Crispin ha escrit:
>> AFAIS, the current in-kernel driver relies on
On Tue, Mar 27, 2012 at 03:49:04PM +0200, Florian Fainelli wrote:
> Hello,
>
> Le 03/27/12 15:43, Otto Solares Cabrera a écrit :
>> Hi!
>>
>> I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single
>> bridge (br-lan) and I was normally doing filtering between them but now
>> all the
Al 25/03/12 19:01, En/na Luca Olivetti ha escrit:
> Al 29/03/11 18:30, En/na John Crispin ha escrit:
>> On 29/03/11 18:06, Luca Olivetti wrote:
>>> Al 29/03/11 10:32, En/na John Crispin ha escrit:
>>>
> AFAIS, the current in-kernel driver relies on regulatory domain for
> frequency restrict
On 27 March 2012 22:53, Pieter Voorthuijsen wrote:
> The eeprom data is extracted from the original firmware located in
> /etc/ath/eeprom.
>
Hi
Are you sure that /etc/ath/eeprom isn't created from some flash partition
in boot time, because usually every device should have it's own eeprom
calibr
Hello,
On 03/27/2012 08:41 PM, Imre Kaloz wrote:
> If you have something basic up and running, I'm happy to review and (if
> needed) clean up the patches. Given how much I could nuke from the
> freescale patches previosly, you probably will be fine porting about 10
> over from the 170 ;)
What do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
On 03/27/2012 06:05 PM, Rainer 'Rei' Schuth wrote:
> I would apply the patch and try to run OpenWRT on the P1020rdb. I let
> you know my experience.
I managed to boot a standard ramfs image with default out of the box
configuration.
Developer
On 27/03/12 22:53, Pieter Voorthuijsen wrote:
> This patch adds support for the AR9223 wifi chip on the Netgear DGN3500 ADSL2
> router. Originally the chip was identified with PCI product ID 0xff1d. This
> was fixed by using ltq_pci_ath_fixup similair to other implementations with
> the AR9223.
This patch adds support for the AR9223 wifi chip on the Netgear DGN3500 ADSL2
router. Originally the chip was identified with PCI product ID 0xff1d. This was
fixed by using ltq_pci_ath_fixup similair to other implementations with the
AR9223. The eeprom data is extracted from the original firmwar
2012.03.20. 11:35 keltezéssel, Frédéric Leroy írta:
>
> Signed-off-by: Frédéric Leroy
Applied with some changes.
Thanks,
Gabor
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Saturday 18 February 2012 16:38:04 Michael Heimpold wrote:
> Signed-off-by: Michael Heimpold
> ---
For the record, swalker applied this patch in r30635.
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.
On Tuesday 28 February 2012 13:05:51 Emmanuel Deloget wrote:
> SSL support adds a quite large dependency to lighttpd when compiled
> in. On a 32 bit platform, libcrypto is roughly 1MB, to which one must
> add the size of libssl (roughly 250KB). This is 2 to 5 times the size
> of a typical lighttpd
On Tuesday 06 March 2012 15:25:34 Simon G wrote:
> Patch against backfire branch. Trunk is probably the same.
>
> This patch updates libmodbus from version 2.0.3 to the latest stable
> release 3.0.2
>
> I needed modbus RTU and that seemed to be missing in the older version ?
>
> Patch is also at
On Monday 19 March 2012 00:41:05 Jonathan McCrohan wrote:
> Signed-off-by: Jonathan McCrohan
>
> ---
Applied in r31098, thanks Jonathan!
--
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinf
On Monday 26 March 2012 18:41:38 Philip Prindeville wrote:
> The Geos2 includes 2 ADSL+ interfaces, and as such it needs to have the TEQL
> scheduler for bonding.
>
> Signed-off-by: Philip Prindeville
Applied in r31094, thanks Philip!
--
Florian
___
o
On Tuesday 27 March 2012 11:05:26 Philip Prindeville wrote:
> Users of the Geos platform are reporting high CPU utilization. This seems to
> be rooted in a problem with the TX queue restart in PPP.
>
> Redux: Add 3.3 version.
>
> Signed-off-by: Philip Prindeville
Applied in r31096, thanks Phili
Hello Thomas,
On Wednesday 21 March 2012 19:19:00 thomas.lan...@lantiq.com wrote:
> Hi,
>
> this patch fixes the iptables build if no extensions are selected (e.g. when
> building only as build-dependency)
>
> Best regards,
> Thomas
>
> ---
>
> diff --git a/package/iptables/patches/210-fix-no-
I've now tested my trunk patch and it works fine
But I still can't find were $PROG is defined (is this a mistake, or some sort
of built in variable???)
(I've made some grep and nothing)
Le 23/03/2012 02:19, Philip Prindeville a écrit :
> Maybe:
>
> [ -n "$PROG" -a -x "$PROG" ] || return 1
>
> ins
Hey,
On Tue, 27 Mar 2012 18:05:29 +0200, Rainer 'Rei' Schuth
wrote:
On 03/27/2012 05:31 PM, Wojciech Dubowik wrote:
Thank you,
I would apply the patch and try to run OpenWRT on the P1020rdb. I let
you know my experience.
I don't have any older mpc85xx devices so I don't know whether
they
Users of the Geos platform are reporting high CPU utilization. This seems to be
rooted in a problem with the TX queue restart in PPP.
Redux: Add 3.3 version.
Signed-off-by: Philip Prindeville
Index: target/linux/generic/patches-3.2/120-ppp_txqueue_restart.patch
I thought that trunk snapshots were done practically daily.
Now it seems to me that there are no snapshots for any of the major platforms
after March 14-16.
It that intentional?
http://downloads.openwrt.org/snapshots/trunk/
___
openwrt-devel mailing
Minor comment...
On 3/27/12 7:29 AM, openwrt-comm...@openwrt.org wrote:
> Author: nbd
> Date: 2012-03-27 15:29:41 +0200 (Tue, 27 Mar 2012)
> New Revision: 31085
>
> Modified:
>trunk/package/hostapd/files/wpa_supplicant.sh
> Log:
> wpa_supplicant: modify wpa_supplicant.sh in order to support
On 03/27/2012 05:31 PM, Wojciech Dubowik wrote:
Thank you,
I would apply the patch and try to run OpenWRT on the P1020rdb. I let
you know my experience.
> I don't have any older mpc85xx devices so I don't know whether
> they need patches with latest kernel or not. At the moment
> I have just remo
So I have cooked sth up based on latest trunk.
I have made mistake in my setup and I accidentally used p1010rdb
device tree instead of p1020rdb and got eth0 to work ;o)
Device tree for 1020WLAN needs some more work to get physical
addresses right. Anyway the current image should run on WAN
interfa
Hi Nathan,
On 03/23/2012 08:50 PM, Nathan Hintz wrote:
> Changes since v1: Patch file renamed (235-bcma-enable-irq6.patch).
>
> Signed-off-by: Nathan Hintz
>
> --- /dev/null
> +++ target/linux/brcm47xx/patches-3.2/235-bcma-enable-irq6.patch
> @@ -0,0 +1,29 @@
> +--- a/drivers/bcma/driver_mips.
On 03/27/2012 04:14 PM, Wojciech Dubowik wrote:
> I have just tried kernel 3.3 on p1020wlan and it seems to run with
> empty target patches folder.
Do you have any Makefile and scripts for this?
> Only eth0 is working at the moment and most probably dts file has
> to be adapted slightly for eth1.
I have just tried kernel 3.3 on p1020wlan and it seems to run with
empty target patches folder.
Only eth0 is working at the moment and most probably dts file has
to be adapted slightly for eth1.
What kind of other Freescale patches are you planning to port?
Wojtek
- Original Message -
>
Hello,
Le 03/27/12 15:43, Otto Solares Cabrera a écrit :
Hi!
I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single
bridge (br-lan) and I was normally doing filtering between them but now
all the packets are unconditionally bridged to all the interfaces
despite the ebtables rul
Hi!
I have a WRT160NL with the 3 interfaces (eth0, eth1, wlan0) on a single
bridge (br-lan) and I was normally doing filtering between them but now
all the packets are unconditionally bridged to all the interfaces
despite the ebtables rules. ebtables doesn't report hits on rules.
My last working
Hello,
I try to get the serial console on a d-link dsl-2741 wrong.
There is a serial port on the board (with pins already). Does someone have the
pin layout and the settings for it? I found that it should be 115200 (gpl
source, kernel config: CONFIG_CMDLINE="console=ttyS0,115200
I got some out
Hello,
I have once got p1020 running with openwrt. It should basically work
without any specific target patches. I had to only adapt image building
script.
I will give it a try with 3.3 kernel and let you know.
Wojtek
PS At the moment I am fighting with p1010 as I get some spurious interrupts
Hi,
is there currently anybody working on OpenWRT P1020-WLAN (Freescale)
support?
It is because we at the FeM e.V. are working on it trying to port the
freescale patches forward and would like to join forces with anybody
already working on it.
Regards,
M. Braun
--
http://www.fem.tu-ilmenau.
35 matches
Mail list logo
