Thomas,
I was preparing some trace/log data for you, but Chun-Yeow's
suggestion did the trick.
Thank you very much anyway.
--- shinoda
On 2012/08/30, at 6:39, Thomas Pedersen wrote:
> On Wed, Aug 29, 2012 at 5:21 AM, LEO Airwarosu Yoichi Shinoda
> wrote:
>>
>> With OpenWrt r33276 (compat-wir
Chun-Yeow,
It worked like a charm!
Thanks a million!
--- shinoda
On 2012/08/30, at 10:31, Yeoh Chun-Yeow wrote:
> Hi, Shinoda
>
> It could be due to old ath9k chipset filtering issue (broadcast packet
> is filtered out, such as ARP request) as mentioned in:
> https://github.com/cozybit/open80
Hi, Shinoda
It could be due to old ath9k chipset filtering issue (broadcast packet
is filtered out, such as ARP request) as mentioned in:
https://github.com/cozybit/open80211s/wiki/ath9kFilteringIssueFix
So modify as follow in ath9k/recv.c and see how:
+ if (sc->sc_ah->hw_version.ma
Daniel Golle wrote:
> Hi Tobias,
>
> On 30/08/12 00:25, Tobias Diedrich wrote:
> > So, can you tell me what exactly didn't work for you?
> ...
> > Different subnets configured on each vlan.
> > I can ping over all subnets and see the correct vlan on
> > "tcpdump -n -e -s 2000 -i eth0 icmp"
> Incom
Hi Tobias,
On 30/08/12 00:25, Tobias Diedrich wrote:
> So, can you tell me what exactly didn't work for you?
...
> Different subnets configured on each vlan.
> I can ping over all subnets and see the correct vlan on
> "tcpdump -n -e -s 2000 -i eth0 icmp"
Incoming frames work fine for me, too, firs
Daniel Golle wrote:
> en_vlan: 1
^^
This indicates you didn't apply the updated version of patch 4/5 I
sent on Monday (20120827013847.gy23...@yumi.tdiedrich.de; it removes
the en_vlan attribute), however I don't think it should make a
difference in this case.
--
Tobias
Chun-Yeow,
Thanks for the suggestion, but there's no luck here…
root@gh3:~# iw phy0 interface add mesh0 type mp
root@gh3:~# iw mesh0 set channel 11
root@gh3:~# ifconfig mesh0 192.168.100.23 netmask 255.255.255.0
root@gh3:~# ifconfig mesh0 up
root@gh3:~# iw mesh0 mesh join mymesh
root@gh3:~# iw me
So, can you tell me what exactly didn't work for you?
I just tried reproducing, but it works just fine for me:
root@OpenWrt:/# swconfig dev rt305x show
Global attributes:
enable_vlan: 0
alternate_vlan_disable: 0
Port 0:
disable: 0
doubletag: 0
untag: 0
[...
On 29/08/12 22:57, Stefan Monnier wrote:
>> NAK. Journaling is disabled on purpose, as it wears out flash based
>> devices faster.
>
> I don't know of any non-anecdotal evidence showing that the difference
> is significant. OTOH the added reliability afforded by journaling
> (especially for the
> NAK. Journaling is disabled on purpose, as it wears out flash based
> devices faster.
I don't know of any non-anecdotal evidence showing that the difference
is significant. OTOH the added reliability afforded by journaling
(especially for the kind of boxes that typically run OpenWRT where it's
Am Mittwoch, 29. August 2012, 07:01:43 schrieb Imre Kaloz:
> NAK. Journaling is disabled on purpose, as it wears out flash based
> devices faster.
This is true. Actually, I use ext4 on eMMC flash device. Linux kernel
modells this a block device, so this is the first mistake IMHO.
What would be
ucidef_add_switch_port_transparent() is pretty specific to the rt305x switch,
so I don't think it belongs into the base-files package.
Also the preferred change would be to make sure that enable_vlan = 0
works as expected instead of working around here.
Daniel Golle wrote:
> Signed-off-by: Danie
On 2012-08-29 5:37 PM, Bastian Bittorf wrote:
>> Disabling all optimization sounds like a horrible idea to me. How
>> about
>> identifying which specific optimization is causing this issue? If
>
> if you follow the thread, you can see it:
> https://lists.olsr.org/pipermail/olsr-dev/2012-August/006
Hi, Shinoda
Up the mesh interface before joining the mesh network.
Like this:
> # ifconfig mesh0 up
> # iw mesh0 mesh join mymesh
---
Chun-Yeow
On Wed, Aug 29, 2012 at 8:21 PM, LEO Airwarosu Yoichi Shinoda
wrote:
>
> With OpenWrt r33276 (compat-wireless-2012-07-13),
> Buffalo WZR-HP-G300NH (AR
> Disabling all optimization sounds like a horrible idea to me. How
> about
> identifying which specific optimization is causing this issue? If
if you follow the thread, you can see it:
https://lists.olsr.org/pipermail/olsr-dev/2012-August/006056.html
problem1:
for filing a bug-report we need to
Signed-off-by: Daniel Golle
diff --git a/target/linux/ramips/base-files/etc/uci-defaults/network
b/target/linux/ramips/base-files/etc/uci-defaults/network
index 01363db..c25bb76 100755
--- a/target/linux/ramips/base-files/etc/uci-defaults/network
+++ b/target/linux/ramips/base-files/etc/uci-def
Signed-off-by: Daniel Golle
diff --git a/package/base-files/files/lib/functions/uci-defaults.sh
b/package/base-files/files/lib/functions/uci-defaults.sh
index 477c00c..dc49592 100644
--- a/package/base-files/files/lib/functions/uci-defaults.sh
+++ b/package/base-files/files/lib/functions/uci-de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 29/08/12 17:44, Tobias Diedrich wrote:
> If alternate_vlan_disable 1 helps we should undo the defaults flip, but I'd
> like to reproduce your testcase, maybe I missed something else.
Setting alternate_vlan_disable 1 does the trick.
Manually setting
Daniel Golle wrote:
> Hi Tobias!
>
> Using the updated version of this patch, I'm running into problems with
> devices
> using RT305X_ESW_VLAN_CONFIG_NONE.
> In your previous patch
> Date: Sat, 5 May 2012 22:26:58 +0200
> Subject: [OpenWrt-Devel] [PATCH] ramips: Updated patch for ramips_esw.c
> p
>From bf93e60b722fa7e0b99f29e2a99ad06084acb02a Mon Sep 17 00:00:00 2001
From: Jonh Wendell
Date: Wed, 29 Aug 2012 10:36:53 -0300
Subject: [PATCH] [package/bridge-utils]: Depends on bridge kernel module
The kernel module bridge is necessary in order to this package work.
---
package/bridge-utils/
Hi Tobias!
Using the updated version of this patch, I'm running into problems with devices
using RT305X_ESW_VLAN_CONFIG_NONE.
In your previous patch
Date: Sat, 5 May 2012 22:26:58 +0200
Subject: [OpenWrt-Devel] [PATCH] ramips: Updated patch for ramips_esw.c
posted on this mailinglist, setting gav
On 2012-08-29 2:12 PM, Bastian Bittorf wrote:
> [copy to olsr-dev list]
>
> can we please switch off compiler-optimizations for
> all ARM and MIPS-platforms, till the compiler-bug
> is filed [lars?] and fixed? Simply omit "-Os" does the trick.
>
> https://lists.olsr.org/pipermail/olsr-dev/2012-Au
With OpenWrt r33276 (compat-wireless-2012-07-13),
Buffalo WZR-HP-G300NH (AR9132) does not start a mesh
until an adjacent monitor interface is created and brought up.
For example, let's consider a mesh interface mesh0.
# iw phy0 interface add mesh0 type mp
# iw mesh0 set channel 11
# iw mesh0 mes
[copy to olsr-dev list]
can we please switch off compiler-optimizations for
all ARM and MIPS-platforms, till the compiler-bug
is filed [lars?] and fixed? Simply omit "-Os" does the trick.
https://lists.olsr.org/pipermail/olsr-dev/2012-August/006046.html
bye, bastian
Is that really a concern these days? Compact flash cards are extremely
affordable now. I've had the same 1gig compact flash card in my digital
camera for over 6 years. It has taken well more than 20,000 pictures and
still works perfectly.
Maybe in the past this was something to be concerned wi
25 matches
Mail list logo
