jonsm...@gmail.com wrote:
> Ralink CPU datasheets mention an iNIC boot mode without describing
> what it does. For example the RT5350 supports iNIC-USB and iNIC PHY
> boot modes.
>
> Has anyone tried activating these modes? Do they trigger a boot
> sequence of some kind from USB or Ethernet? I su
t patch to correctly set the sysfs default for
active_low,
but will otherwise work and apply fine without it (in which case the active_low
devicetree setting is just silently ignored).
Signed-off-by: Tobias Diedrich
--- a/target/linux/ramips/base-files/etc/uci-defaults/02_network
+++ b/target/li
Support setting active_low in devicetree gpio-export.
Signed-off-by: Tobias Diedrich
---
a/target/linux/ramips/patches-3.8/0209-owrt-GPIO-add-gpio_export_with_name.patch
+++
b/target/linux/ramips/patches-3.8/0209-owrt-GPIO-add-gpio_export_with_name.patch
@@ -91,7 +91,7 @@ Signed-off-by: John
Tobias Diedrich wrote:
> John Crispin wrote:
> > On 06/04/13 18:47, Tobias Diedrich wrote:
> > >+
> > >+ gpio-leds {
> > >+ compatible = "gpio-leds";
> > >+ // Used to enable power-over-ethernet passthrough from port0 to
John Crispin wrote:
> On 06/04/13 18:47, Tobias Diedrich wrote:
> >+
> >+gpio-leds {
> >+compatible = "gpio-leds";
> >+// Used to enable power-over-ethernet passthrough from port0 to
> >port1.
> >+// Dis
John Crispin wrote:
> On 06/04/13 18:47, Tobias Diedrich wrote:
> >+
> >+gpio-leds {
> >+compatible = "gpio-leds";
> >+// Used to enable power-over-ethernet passthrough from port0 to
> >port1.
> >+// Dis
F markings.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/base-files/etc/uci-defaults/02_network
===
---
openwrt-ralink-swconfig.orig/target/linux/ramips/base-files/etc/uci-defaults/02_network
201
Daniel Petre wrote:
> Hello,
> with current target/linux/ramips/base-files/etc/uci-defaults/02_network
> the dlink dir-615 h1 does not set eth0.2 correct for wan (entry missing from
> /etc/config/network) and does not seem to work even after manually added.
>
> I tested the little patch below and
-factory-(worldwide|northamerica).bin
can be used to flash from stock to OpenWRT using the stock firmware
upgrade function, without using the serial port.
http://www.netgear.com/landing/wnce2001.aspx
http://wiki.openwrt.org/toh/netgear/wnce2001
Signed-off-by: Tobias Diedrich
Index: openwrt-ralink-swconfi
Michel Stempin wrote:
> Hi John & Tobias,
>
> Le 01/04/2013 22:49, Tobias Diedrich a écrit :
> >John Crispin wrote:
> >>Hi Tobias,
> >>
> >>i have been working on an update to ramips the last weeks, which
> >>bumps the kernel tot the upstr
ave
hooked up on the bus.
> On 01/04/13 00:59, Tobias Diedrich wrote:
> >Add I2C gpio platform data.
> >
> >This is useful for the Carambola dev board (and maybe others if they
> >use I2C).
> >
> >Signed-off-by: Tobias Diedrich
> >
&g
Add I2C gpio platform data.
This is useful for the Carambola dev board (and maybe others if they
use I2C).
Signed-off-by: Tobias Diedrich
Index: a/target/linux/ramips/files/arch/mips/ralink/rt305x/devices.c
===
--- b/target/linux
Add INA2XX current sensor module.
This is a I2C current/voltage/power sensor.
Signed-off-by: Tobias Diedrich
Index: a/package/kernel/modules/hwmon.mk
===
--- a/package/kernel/modules/hwmon.mk 2012-11-18 00:01:26.875219431 +0100
squashfs-factory.bin
can be used to flash from stock to OpenWRT using the stock firmware
upgrade function, without using the serial port.
http://www.netgear.com/landing/wnce2001.aspx
http://wiki.openwrt.org/toh/netgear/wnce2001
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/base-files/etc
Peter Lebbing wrote:
> On 25/08/12 21:37, Tobias Diedrich wrote:
> > This patchset contains a first cut at adding generic support for
> > port speed/link advertisement control.
>
> A few days after you posted this patch series, you posted a patch to power
> down unconnecte
Roman Yeryomin wrote:
> On 2 September 2012 23:28, Tobias Diedrich wrote:
> > Use doubletagging to disable ramips_esw vlan by default, it seems
> > more reliable.
> >
> > Daniel Golle found an issue where sometimes (possibly only for
> > RT3352) the default vlan
ned-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_esw.c
===
---
openwrt-ralink-swconfig.orig/target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_esw.c
201
ot;ping -s 1490", or about 1532 bytes).
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_esw.c
===
---
openwrt-ralink-swconfig.orig/target/linux/ramips/f
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
>
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
rrect vlan on
"tcpdump -n -e -s 2000 -i eth0 icmp"
Daniel Golle wrote:
> -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
> > lik
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
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
John Crispin wrote:
> On 27/08/12 23:58, Tobias Diedrich wrote:
> > Tobias Diedrich wrote:
> >> Power down phy on disabled switch ports.
> >>
> >> Haven't measured this myself yet, but according to this
> >> http://www.8devices.com/community/viewt
Petr Štetiar wrote:
> Tobias Diedrich [2012-08-27 03:47:03]:
>
> > Add support for 8devices Carambola dev board.
>
> Hi,
>
> 8D's stock kernel seems to have some more additions, like this ethernet[1]
> fix and gpiolib support[2]. Don't know what issue i
Tobias Diedrich wrote:
> Power down phy on disabled switch ports.
>
> Haven't measured this myself yet, but according to this
> http://www.8devices.com/community/viewtopic.php?f=6&t=156
> it can save about 300mW of power.
Ok, I did some measurements now on the Carambo
Power down phy on disabled switch ports.
Haven't measured this myself yet, but according to this
http://www.8devices.com/community/viewtopic.php?f=6&t=156
it can save about 300mW of power.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/dr
Add support for 8devices Carambola dev board.
The Carambola is a small RT3050-based development board with two
ethernet ports, on-board chip antenna, usb and plenty of accessible
gpio ports, sold by 8devices.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips
Tobias Diedrich wrote:
> Minor ramips_esw.c cleanup
>
> Stop handling VLAN setup in the kernel.
> Removes the obsolete RT305X_ESW_VLAN_CONFIG_BYPASS option I added for
> WL-351 and add some extra comments.
Looks like I introduced a bug during this part of the split-up:
Per-port e
rcing it on
both ends of the link yet).
Signed-off-by: Tobias Diedrich
Index: target/linux/generic/patches-3.3/731-rtl8366-port-adv.patch
===
--- target/linux/generic/patches-3.3/731-rtl8366-port-adv.patch (revision 0)
+++ target/
e auto-negotiation and set the speed to 100.
This is useful if you want to deliberately limit the speed, for
example because of a bad network cable causing the link between two gige
device to flap.
Signed-off-by: Tobias Diedrich
Index: target/linux/generic/patches-3
This patchset contains a first cut at adding generic support for
port speed/link advertisement control.
1/2: Add generic support for port speed/link advertisement control
2/2: Implementation for rtl8366rb/s
It is implemented similarly to the link attribute:
root@OpenWrt:/# swconfig dev rtl8366rb
Be more userfriendly and show available switches.
Show available switches in addition to the commandline when called
with no arguments or if the supplied switch device could not be
found.
Signed-off-by: Tobias Diedrich
Index: openwrt-ralink-swconfig/package/swconfig/src/cli.c
Rename POC registers.
The current code uses POC1-POC3.
The datasheet uses:
POC1: Port Control 0
POC1: Port Control 1
POC2: Port Control 2
So the first POC1 is a typo that should have been POC0, rename the
registers to POC0-POC2 accordingly.
Signed-off-by: Tobias Diedrich
Index:
openwrt
Minor ramips_esw.c cleanup
Stop handling VLAN setup in the kernel.
Removes the obsolete RT305X_ESW_VLAN_CONFIG_BYPASS option I added for
WL-351 and add some extra comments.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/arch/mips/ralink/rt305x/mach
Add switch setup to uci network defaults.
The 'lan' attribute is used to decide into which vlan to put the
port.
Currently 'disable' is never set, but the intention is to use this
for devices like the 8devices Carambola, which only has two ports
hooked up to the SoC.
S
fine with vlans and
verified this on the WL-351.
The current state shown by swconfig is always read directly from HW
registers, new settings only show after 'swconfig dev rt305x set apply'.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/drive
Minor indentation cleanup.
Prepare for the main swconfig patch by cleaning up indentation a bit.
Signed-off-by: Tobias Diedrich
Index:
openwrt-ralink-swconfig/target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_esw.c
Patches in this patch series:
1/5: ramips-esw-indent.patch
Minor indentation cleanup
2/5: ramips-esw-swconfig.patch
Add swconfig support to ramips_esw.c
3/5: ramips-esw-uci-defaults.patch
Add support to uci network defaults
4/5: ramips-esw-cleanup.patch
Keep vlan unconfigured by default and rel
mitted?
>
>
> On 06/05/12 03:46, Tobias Diedrich wrote:
> > Third time's a charm.
> >
> > This patch adds swconfig support for ramips_esw:
> >
> > Tested on both D-LINK DIR-300 B1 and Sitecom WL-351 (external
> > rtl8366rb on internal port 5).
So, I've found the gpios the reset/wlan buttons are hooked up to.
Unfortunately they seem to clash with pci gpios.
Reset button is on gpio 30 (Clashes: pci-gnt1).
Wlan button is on gpio 29 (Clashes: pci-req1).
I've _verified_ that these are the buttons, but to be able to
hook them into the pollin
Nick Kossifidis wrote:
> 2012/8/5 Tobias Diedrich :
> > Nick Kossifidis wrote:
> >> 2012/8/5 Tobias Diedrich :
> >> > Fix two small issues with user txpower setting
> >> >
> >> > 1)
> >> > ath5k is not setting max_power in the cha
Nick Kossifidis wrote:
> 2012/8/5 Tobias Diedrich :
> > Fix two small issues with user txpower setting
> >
> > 1)
> > ath5k is not setting max_power in the channel info, I'm using
> > AR5K_TUNE_MAX_TXPOWER/2 (31dBm) as the default in this patch.
>
> Is
clearing the ah_txpower
struct.
Signed-off-by: Tobias Diedrich
diff --git a/drivers/net/wireless/ath/ath5k/base.c
b/drivers/net/wireless/ath/ath5k/base.c
index 8c4c040..391a916 100644
--- a/drivers/net/wireless/ath/ath5k/base.c
+++ b/drivers/net/wireless/ath/ath5k/base.c
@@ -323,
Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > This patch tries to fix this (but is probably wrong :))
> > After applying this patch "iw phy phy0 info" looks good, but
> > WiFi Analyzer on my phone still shows a very weak signal for the AP.
> >
> >
Tobias Diedrich wrote:
> This patch tries to fix this (but is probably wrong :))
> After applying this patch "iw phy phy0 info" looks good, but
> WiFi Analyzer on my phone still shows a very weak signal for the AP.
>
> Until I do this:
> root@OpenWrt:/# iw phy phy
Compiling OpenWRT from trunk, I've found that there are issues with
setting txpower on AR2417:
- No txpower setting in LuCI gui
- iw phy phy0 info shows 0dBm for all channels regardless of regdomain
[9.332000] cfg80211: Calling CRDA to update world regulatory domain
[9.34] cfg80211: W
Hauke Mehrtens wrote:
> On 08/04/2012 11:53 PM, Tobias Diedrich wrote:
> > With 2012-07-16 ath5k seems stuck at txpower 0.
> > Possible fix: https://patchwork.kernel.org/patch/1243981/, but
> > doesn't apply against 2012-07-16 since there were some changes to
> >
With 2012-07-16 ath5k seems stuck at txpower 0.
Possible fix: https://patchwork.kernel.org/patch/1243981/, but
doesn't apply against 2012-07-16 since there were some changes to
phy.c between these.
The latest release I can find on http://linuxwireless.org seems to
be 2012-07-03, are their automati
kely that the lantiq_etop driver never affected
the reverse/normal mii setting and was relying on uboot to set this.
Signed-off-by: Tobias Diedrich
Index: target/linux/lantiq/patches-3.3/0027-etop-without-uboot.patch
===
--- target
atile u32
*)(DANUBE_PPE32_DATA_MEM_MAP_REG_BASE + (0x061B * 4)))
#define ENET_MAC_DA1((volatile u32
*)(DANUBE_PPE32_DATA_MEM_MAP_REG_BASE + (0x061C * 4)))
Signed-off-by: Tobias Diedrich
Index: target/linux/lantiq/patches-3.3/0026-etop-register-offs
W502V/ARV4525 wireless mac bugfix
The ARV4525 board init is passing the wrong offset to
arv_register_ath5k() resulting in a bogus mac.
Signed-off-by: Tobias Diedrich
Index: arch/mips/lantiq/xway/mach-arv.c
===
--- arch/mips
Tobias Diedrich wrote:
> If you want to poke at the ramips ethernet driver, I have a patch
> that I haven't submitted yet (I think it has occasional problems on
> bootup and probably unconditionally uses features that are not available on
> all chipset types):
>
> T
If you want to poke at the ramips ethernet driver, I have a patch
that I haven't submitted yet (I think it has occasional problems on
bootup and probably unconditionally uses features that are not available on
all chipset types):
This adds support for HW checksumming, scatter/gather DMA and
generi
Dave Taht wrote:
> In looking over your test scripts and results, it seems possible you
> have gso on.
The driver didn't implement any advanced hardware features, so GSO
was unsupported.
Still, I've found the performance for this SoC is heavily limited by
memory bandwith and implementing scatter/
Petr Štetiar wrote:
> is anyone using nfsroot on ramips/rt305x platform? I couldn't get it working
> without this patch[1]. So my questions are, is nfsroot working for someone on
> this platform? If not, is it this patch ok (or it's a total nonsense)? Is
> there a better solution? Thanks for any po
Helmut Schaa wrote:
> Hi,
>
> On Wed, May 23, 2012 at 3:55 PM, Tobias Diedrich
> wrote:
> > Helmut Schaa wrote:
> >> On Tue, May 22, 2012 at 10:58 PM, Tobias Diedrich
> >> wrote:
> >> > Helmut Schaa wrote:
> >> >> On Fri, May 18, 20
Helmut Schaa wrote:
> On Tue, May 22, 2012 at 10:58 PM, Tobias Diedrich
> wrote:
> > Helmut Schaa wrote:
> >> On Fri, May 18, 2012 at 1:04 AM, Tobias Diedrich
> >> wrote:
> >> > rt2800: Initialize max_txpower to MAX_G_TXPOWER and MAX_A_TXPOWER
> &g
Helmut Schaa wrote:
> On Fri, May 18, 2012 at 1:04 AM, Tobias Diedrich
> wrote:
> > rt2800: Initialize max_txpower to MAX_G_TXPOWER and MAX_A_TXPOWER
> > respectively, similar to how it is already done in rt2[45]00pci.c
> >
> > rt2800lib.c doesn't initializ
Wouter van Gulik wrote:
> On 05/20/2012 12:00 PM, openwrt-devel-requ...@lists.openwrt.org wrote:
> >Message: 3
> >Date: Sat, 19 May 2012 22:28:57 +0200
> >From: Tobias Diedrich
> >To: openwrt-devel@lists.openwrt.org
> >Subject: [OpenWrt-Devel] [PATCH] swconfig: L
Rick Jones wrote:
> On 05/21/2012 02:49 PM, Tobias Diedrich wrote:
> >Rick Jones wrote:
> >>On 05/20/2012 08:48 PM, Dave Taht wrote:
> >>>Thx for the numbers!
> >>>
> >>>Could you do a TCP_RR while under load from UDP_STREAM?
> >>
>
Rick Jones wrote:
> On 05/20/2012 08:48 PM, Dave Taht wrote:
> >Thx for the numbers!
> >
> >Could you do a TCP_RR while under load from UDP_STREAM?
>
> If you want to generate pretty pictures while doing so, you can
> probably tweak
> http://www.netperf.org/svn/netperf2/trunk/doc/examples/bloat.sh
Tobias Diedrich wrote:
> Dave Taht wrote:
> > In looking over the enormous stack of boards and drivers that openwrt
> > supports, I see that many of the ethernet drivers don't yet support
> > Linux 3.3's "Byte Queue Limits", which are discussed here
bloat) without sacrificing
throughput."
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_main.c
===
--- target/linux/ramips/files/drivers/net/ethernet/ramips/ramips_main.c
(revi
Dave Taht wrote:
> In looking over the enormous stack of boards and drivers that openwrt
> supports, I see that many of the ethernet drivers don't yet support
> Linux 3.3's "Byte Queue Limits", which are discussed here:
>
> http://lwn.net/Articles/454390/
>
> It would be good if more did. They im
List available switches.
As part of the usage message or when the switch name was mistyped,
show the user a summary of switch devices available in the system.
Signed-off-by: Tobias Diedrich
Index: package/swconfig/src/cli.c
Philip Prindeville wrote:
> For what it's worth, getting the mac address with iproute is trivial.
>
> ip -o link show dev $iface | awk '{print $13;}'
But I think you can't assume it's available.
Also the oneliner above doesn't work:
root@OpenWrt:/# ip -o link show dev wlan0 | awk '{print $13;}'
D
is. Either this should be done the other way around,
or hostapd needs to get some smarts about it. For example, with the
start-AP function transition, I'm not sure even *beacon* after you
do this..."
Signed-off-by: Tobias Diedrich
Index: package/base-f
Johannes Berg wrote:
> On Thu, 2012-05-10 at 10:15 +0200, Johannes Berg wrote:
> > On Wed, 2012-05-09 at 23:04 +0200, Tobias Diedrich wrote:
> >
> > > > PKG_REV:=1f0cc27eb98f7d1af9c64d0752238184cbdb9a24
> >
> > Ok.
>
Johannes Berg wrote:
> On Thu, 2012-05-10 at 10:15 +0200, Johannes Berg wrote:
> > On Wed, 2012-05-09 at 23:04 +0200, Tobias Diedrich wrote:
> >
> > > > PKG_REV:=1f0cc27eb98f7d1af9c64d0752238184cbdb9a24
> >
> > Ok.
>
-line offset)
Signed-off-by: Tobias Diedrich
Index: compat-wireless-2012-04-17/drivers/net/wireless/rt2x00/rt2800lib.c
===
--- compat-wireless-2012-04-17.orig/drivers/net/wireless/rt2x00/rt2800lib.c
2012-05-18 00:25:22.5152
Johannes Berg wrote:
> On Wed, 2012-05-09 at 23:04 +0200, Tobias Diedrich wrote:
>
> > > PKG_REV:=1f0cc27eb98f7d1af9c64d0752238184cbdb9a24
>
> Ok.
>
> > When associating to the AP works (3edaf3e61fda3aa9ff8d38445bf92f2bec23bf63
> > reverted):
> >
Tobias Diedrich wrote:
> Tobias Diedrich wrote:
> > Johannes Berg wrote:
> > > On Wed, 2012-05-09 at 12:57 +0200, Tobias Diedrich wrote:
> > >
> > > > I've bisected a problem with running rt3052-based APs on recent
> > > > OpenWRT down
Tobias Diedrich wrote:
> Johannes Berg wrote:
> > On Wed, 2012-05-09 at 12:57 +0200, Tobias Diedrich wrote:
> >
> > > I've bisected a problem with running rt3052-based APs on recent
> > > OpenWRT down to this commit: 3edaf3e61fda3aa9ff8d38445bf92f2bec23
Hi,
I've bisected a problem with running rt3052-based APs on recent
OpenWRT down to this commit: 3edaf3e61fda3aa9ff8d38445bf92f2bec23bf63
"mac80211: manage AP netdev carrier state"
If I revert this commit (and also fix the max_power issue), AP-mode
works fine, but if I leave it in, association to
Tobias Diedrich wrote:
> Helmut Schaa wrote:
> > On Sun, May 6, 2012 at 5:38 PM, Tobias Diedrich
> > > Before reverting this "iw phy phy0 info" would show "0.0 dBm" as
> > > maximum transmit power for all frequencies.
> > >
> > >
Helmut Schaa wrote:
> On Sun, May 6, 2012 at 5:38 PM, Tobias Diedrich
> > Before reverting this "iw phy phy0 info" would show "0.0 dBm" as
> > maximum transmit power for all frequencies.
> >
> > After reverting this (and with regdomain set to CH) it i
Helmut Schaa wrote:
> Luis, with rt2800 we are not really able to provide an accurate max tx power
> :(
> so, can we restore the previous behavior in reg.c? Or maybe do something like
>
> if (chan->max_reg_power)
> chan->max_power = min(chan->max_power, chan->max_reg_power);
>
> Tobias, does t
=eccc068e8e84c8fe997115629925e0422a98e4de
Before reverting this "iw phy phy0 info" would show "0.0 dBm" as
maximum transmit power for all frequencies.
After reverting this (and with regdomain set to CH) it is back to
the expected 20 dBm.
Signed-off-by: Tobias Diedrich
Index:
package/mac8021
Enable sysupgrade for Sitecom WL-351.
Sysupgrade works just fine on my Sitecom WL-351 after adding this
oneliner.
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/base-files/lib/upgrade/platform.sh
===
--- target/linux
a WAN link is
established.
Closes: https://dev.openwrt.org/ticket/11326
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/files/arch/mips/ralink/rt305x/mach-dir-300-revb.c
===
--- target/linux/ramips/files/arch/mips/ralink/r
info: VLAN 1: Ports: '01235t', members=002f, untag=000f, fid=0
|fid: 0
|ports: 0 1 2 3 5t
|VLAN 2:
|info: VLAN 2: Ports: '45t', members=0030, untag=0010, fid=0
|fid: 0
|ports: 4 5t
Closes: https://dev.openwrt.org/ticket/11327
Signed-off
Tobias Diedrich wrote:
> So far I've developed and tested the patch mostly on the D-LINK DIR-300 B1.
> I've made sure that in the enable_vlan=0 case it behaves like a dumb switch,
> so external switches should work fine with vlans.
Meh, for some reason on the WL-351 the double
lan: -1
|pvid: 0
|link: port:6 link:up speed:1000baseT full-duplex
|VLAN 0:
|ports: 0 1 2 3 4 5 6
Closes: https://dev.openwrt.org/ticket/11327
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/fi
1000baseT full-duplex
|VLAN 0:
|ports: 0 1 2 3 4 5 6
Closes: https://dev.openwrt.org/ticket/11327
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/files/arch/mips/ralink/rt305x/mach-wl351.c
===
--- target/linux/ramips/file
ts as well.
Without this the console switches to ttyS0 instead of ttyS1 and
kernel output is missing, and the userspace comes up with 9600 baud
instead of 57600.
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/imag
Roman Yeryomin wrote:
> > If you have a datasheet, is there a bit to maybe disable the vlan
> > support of the internal switch so it'll just pass on the packets
> > like a dumb switch? That should simplify things when the internal
> > switch isn't really used at all like in said WL-351.
>
> Datas
Tobias Diedrich wrote:
> + dev_info(&pdev->dev, "about to fill out switch_dev struct\n");
> + dev_info(&pdev->dev, "about to call register_switch\n");
Hmm, just noticed that I left those two debugging statements in th
Roman Yeryomin wrote:
> On 31 January 2012 01:17, Tobias Diedrich wrote:
> > This patch adds basic swconfig support for ramips_esw:
> >
> > root@OpenWrt:/# swconfig dev rt305x show
> > Global attributes:
> > Port 0:
> > led: 5
> >
pvid: 2
Port 5:
led: ???
pvid: 1
Port 6:
led: ???
pvid: 1
VLAN 1:
ports: 0 1 2 3 6t
VLAN 2:
ports: 4 6t
Signed-off-by: Tobias Diedrich
Index: target/linux/ramips/files/drivers/net/ramips_esw.c
-boot.
Lastly, two additional register intialization writes to
LTQ_ETOP_MDIO_CFG and LQ_PPE32_ENET_MAC_CFG are added
(also taken from u-boot code).
Signed-off-by: Tobias Diedrich
Index: target/linux/lantiq/patches/870-etop-without-uboot.
A second patch is needed to make the wired network interface work
since there is no u-boot to pre-initialise it.
Signed-off-by: Tobias Diedrich
Index: target/linux/lantiq/image/Makefile
===
--- target/linux/lantiq/image/Makefile.ori
ant on the client saying:
Authentication with timed out.
Signed-off-by: Tobias Diedrich
---
base-files/etc/diag.sh|3
base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom|1
base-files/etc/uci-defaults/network |8
93 matches
Mail list logo
