from:"Alpha Sparc"

[OpenWrt-Devel] Method to load firmware blob for a particular router model

2015-06-14 Thread Alpha Sparc

Hi all,

Do you know how to copy a binary blob into /etc/firmware for a particular
router integrate in the build process?
The target arch is lantiq.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Method to load firmware blob for a particular router model

2015-06-14 Thread Alpha Sparc

I am currently working on fixing the wireless function of half supported
router lantiq/GR7000.
I have the binary blob for the ralink wireless and confirm that it is not
individual calibrated.
There is no MTD partition for that blob, it is just a file.

I was thinking of integrated the blob and EEPROM init code in an acceptable
manner for patch submission
On Jun 14, 2015 7:04 PM, "Marc Nicholas"  wrote:

> Create a directory called “files” in the root of your OpenWRT build
> environment. Then within that files directory create /etc/firmware/ and
> copy the firmware binary to this location.
>
> That will integrate the file into the build process and subsequent image.
>
> -m
>
> --
> Marc Nicholas
> CTO, Wimoto Technologies Inc.
> Unit 2, 300 Don Park Road, Markham, Ontario L3R 3A1 CANADA
> +1.416.414.6272
>
> On June 14, 2015 at 6:58:49 AM, Alpha Sparc (alphasp...@gmail.com) wrote:
>
> Hi all,
>
> Do you know how to copy a binary blob into /etc/firmware for a particular
> router integrate in the build process?
> The target arch is lantiq.
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Method to load firmware blob for a particular router model

2015-06-14 Thread Alpha Sparc

So how do I write a firmware blob into /lib/firmware into the build process
without the hassle of creating a metapackage?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Patch to enable RFKill and USB Power GPIO for tl-wdr4900v1

2015-06-27 Thread Alpha Sparc

Add dts patch to enable RFKill and USB Power GPIO Control

--- a/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts
+++ b/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts
@@ -198,6 +198,11 @@
 gpios = <&gpio0 4 1>; /* active low */
 label = "tp-link:green:usb2";
 };
+
+usbpower {
+gpios = <&gpio0 10 1>; /* active low */
+label = "tp-link:usb:power";
+};
 };

 buttons {
@@ -208,6 +213,12 @@
 gpios = <&gpio0 5 1>; /* active low */
 linux,code = <0x198>; /* KEY_RESTART */
 };
+
+rfkill {
+label = "RFKILL switch";
+gpios = <&gpio0 11 1>; /* active low */
+linux,code = <0xf7>; /* RFKill */
+};
 };
 };
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] IPtables/NAT

2015-07-05 Thread Alpha Sparc

Hi

Any changes required to QSDK to compile successfully?
 On Jul 6, 2015 11:21 AM, "John kerry"  wrote:

> Hi ,
>
> Hope you are doing great. I am working on Atheros QSDK. i am able to
> compile the source code successfully and able to upgrade the firmware using
> openWRT Luci GUI too. The OpenWRT being a linux distro for embedded
> platform already has IPtables implemented. Before compiling the source code
> i have to do a make menuconfig and enable the netfilter module in
> networking. This would enable IPtables and compile it. Is my undersatnding
> correct?
>
> Could you please guide me to write the Iptables rule. Basically i have to
> write the rules for iptables/NAT for the following condition.
> Router mode with NAT and iptables, the web page access to be available
> only to LAN (WiFi/Wired).
> I have one LAN and one WAN Connection, the LAN ip set to some static IP to
> access the GUI.
>
> Thanks & Regards,
> John
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] Enable RFKill and USB Power GPIO for tl-wdr4900v1

2015-07-07 Thread Alpha Sparc

Add dts patch to enable RFKill and USB Power GPIO Control
This patch adds the RFKill GPIO control switch and enables another
GPIO to control power supply to USB Ports by emulating an LED GPIO.

Signed-off-by: Guo Wei Lim 

--- a/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts
+++ b/target/linux/mpc85xx/files/arch/powerpc/boot/dts/tl-wdr4900-v1.dts
@@ -198,6 +198,11 @@
 gpios = <&gpio0 4 1>; /* active low */
 label = "tp-link:green:usb2";
 };
+
+usbpower {
+gpios = <&gpio0 10 1>; /* active low */
+label = "tp-link:usb:power";
+};
 };

 buttons {
@@ -208,6 +213,12 @@
 gpios = <&gpio0 5 1>; /* active low */
 linux,code = <0x198>; /* KEY_RESTART */
 };
+
+rfkill {
+label = "RFKILL switch";
+gpios = <&gpio0 11 1>; /* active low */
+linux,code = <0xf7>; /* RFKill */
+};
 };
 };
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Resend patch to fix Support For Aztech GR7000

2014-06-29 Thread Alpha Sparc

You can find it in /lantiq/target/linux/ltqcpe/
patches-2.6.32/
There is also /lantiq/target/linux/generic-2.6/patches-2.6.32/
But these are largely OpenWRT patches they are using in their SDK
except for 1 or 2.
We just need to refresh them up to 3.10 if there are no major changes.

On Sun, Jun 29, 2014 at 5:09 PM, John Crispin  wrote:
>
>
> On 28/06/2014 15:49, Alpha Sparc wrote:
>> I notice that support for lantiq mips34kc is also rather flaky,
>> router somethings hangs and reboots abruptly... Is it possible to
>> port the 34kc patches from TP-Link TD-W8970 SDK to OpenWRT? Is
>> there a licensing issue. They have neatly place all their custom
>> patches in a folder, porting should be doable.
>
> where inside the GPL tarball can i find the patches ?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH][RFC]mac80211: rt2x00 correctly set ht20/ht40 filter

2014-09-02 Thread Alpha Sparc

Hi, wifi performance RT3052 is lacking bitrates are fine but throughput is
below 10Mbits/s
On Sep 1, 2014 9:25 PM, "Сергей Василюгин"  wrote:

> I'm double sorry. My patch need sed 's/RF3320/RF3322/g' :(.
>
> 01.09.2014, 17:04, "John Crispin" :
>
> On 01/09/2014 01:22, Daniel Golle wrote:
>
>  Hi Serge!
>
>  Please do not send HTML emails. Your submissions are not useful for
>  anyone if the mail body is HTML formatted and your mail application
>  corrupted the white-space formatting. That's sad because your work
>  will not be appreciated due to formalities which are easy to
>  fulfil. Please read https://dev.openwrt.org/wiki/SubmittingPatches
>  and have a look at the archive to get an impression why this is
>  needed:
>  https://lists.openwrt.org/pipermail/openwrt-devel/2014-August/027718.html
>
> also note that your patch was dropped by patchwork.openwrt.org for the
>
>  same reasons and thus cannot be easily applied and merged. I
>  suggest you should consider using git send-email to avoid these
>  difficulties in future.
>
>  It required quite some manual work to even read your patch. First
>  of all, your patch applies to rt2x00, so please send it to the
>  rt2x00 users mailing list.
>
> http://rt2x00.serialmonkey.com/mailman/listinfo/users_rt2x00.serialmonkey.com
>
>   To add it to patches applied to mac80211 in OpenWrt, you'd have to
>  create a patch adding a patch-file to
>  package/kernel/mac80211/patches/ Please read
>  http://wiki.openwrt.org/doc/devel/patches
>
>
>  Anyway, I'm still glad you figured out why rt2x00 performs bad in
>  HT40 mode on these chips.
>
>  Thank you for that!
>
>  I manually applied your patch and am about to test it on DIR-615-H1
>  ;)
>
>
>
>  Cheers
>
>
>  Daniel
>
> Hi,
>
> valid critique, i am manually merging it into BB and CC now. please do
> not use html emails next time
>
> John
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
>
> ---
> serge
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [RFC PATCH] packages: Smart Queue Management for AQM Packet Scheduling and Qos from CeroWrt

2014-10-01 Thread Alpha Sparc

How good is the throughput on CeroWrt compared to OpenWrt ?
On Oct 2, 2014 9:55 AM, "Dave Taht"  wrote:

> On Wed, Oct 01, 2014 at 12:10:46PM -0400, Weedy wrote:
> > On 30/03/14 06:29 PM, Dave Taht wrote:
> > > On Sun, Mar 30, 2014 at 02:24:44PM -0400, Weedy wrote:
> > >> On Sat, Mar 29, 2014 at 2:56 PM, Dave Täht  >wrote:
> > >>
> > >>> From: Dave Taht 
> > >>>
> > >>> This adds support for the bufferbloat project's "Smart Queue
> Management"
> > >>> (SQM) system, which improves over openwrt's qos-scripts in the
> following
> > >>> ways
> > >>>
> > >>> + Uses HTB with two models for managing traffic
> > >>>   a simplest one that merely uses fq_codel, and a three tier one
> that does
> > >>>   some basic and tunable packet prioritization.
> > >>>
> > >>> + Works with ipv6 and ipv4 correctly (unlike qos-scripts)
> > >>> + extensive support for fixing ADSL and PPOe framing problems
> > >>> + Partial support for key diffserv markings
> > >>> + highly tuned fq_codel implementation especially for low bandwidths
> > >>> + Tested heavily on cable modems and on dsl devices
> > >>>
> > >>> It is a disimprovement in that:
> > >>>
> > >>> - There are no built-in tricks for doing l7 classification,
> > >>> or other forms of packet inspection.
> > >>>
> > >>> - We haven't explored hfsc all that much, prefering to rely
> > >>> on the predictable behavior of htb + fq_codel for everything
> > >>>
> > >>> - And there is support for a few qdiscs that are not in the linux
> > >>> kernel mainline that remain experimental.
> > >>> ---
> > >>>  net/sqm-scripts/Makefile   |   48 +++
> > >>>  net/sqm-scripts/files/etc/config/sqm   |   11 +
> > >>>  net/sqm-scripts/files/etc/init.d/sqm   |   23 ++
> > >>>  net/sqm-scripts/files/usr/lib/sqm/functions.sh |  335
> > >>> 
> > >>>  net/sqm-scripts/files/usr/lib/sqm/run.sh   |   67 
> > >>>  net/sqm-scripts/files/usr/lib/sqm/simple.qos   |  187
> +++
> > >>>  net/sqm-scripts/files/usr/lib/sqm/simple.qos.help  |1 +
> > >>>  net/sqm-scripts/files/usr/lib/sqm/simplest.qos |   84 +
> > >>>  .../files/usr/lib/sqm/simplest.qos.help|1 +
> > >>>  net/sqm-scripts/files/usr/lib/sqm/stop.sh  |   22 ++
> > >>>  10 files changed, 779 insertions(+)
> > >>>  create mode 100644 net/sqm-scripts/Makefile
> > >>>  create mode 100644 net/sqm-scripts/files/etc/config/sqm
> > >>>  create mode 100755 net/sqm-scripts/files/etc/init.d/sqm
> > >>>  create mode 100644 net/sqm-scripts/files/usr/lib/sqm/functions.sh
> > >>>  create mode 100755 net/sqm-scripts/files/usr/lib/sqm/run.sh
> > >>>  create mode 100755 net/sqm-scripts/files/usr/lib/sqm/simple.qos
> > >>>  create mode 100644 net/sqm-scripts/files/usr/lib/sqm/simple.qos.help
> > >>>  create mode 100755 net/sqm-scripts/files/usr/lib/sqm/simplest.qos
> > >>>  create mode 100644
> net/sqm-scripts/files/usr/lib/sqm/simplest.qos.help
> > >>>  create mode 100755 net/sqm-scripts/files/usr/lib/sqm/stop.sh
> > >>>
> > >>> diff --git a/net/sqm-scripts/files/etc/config/sqm
> > >>> b/net/sqm-scripts/files/etc/config/sqm
> > >>> new file mode 100644
> > >>> index 000..547d321
> > >>> --- /dev/null
> > >>> +++ b/net/sqm-scripts/files/etc/config/sqm
> > >>> @@ -0,0 +1,11 @@
> > >>> +
> > >>> +config queue 'ge00'
> > >>> +option enabled '0'
> > >>> +option interface 'ge00'
> > >>> +option download '2'
> > >>> +option upload '4000'
> > >>> +option qdisc 'fq_codel'
> > >>> +option script 'simple.qos'
> > >>> +option qdisc_advanced '0'
> > >>> +option linklayer 'none'
> > >>> +
> > >>>
> > >>
> > >> How hard is this to config from the command line/vim?
> > >
> > > There are a few more options than this (for DSL compensation, ecn
> > > and advanced configuration), the above would work if you changed
> > > enabled to '1' and the device from ge00 to your wan device. (not
> > > the "wan" firewall rule, presently. )
> > >
> > > It does help to have a sane long term and realistic measurement of your
> > > network using something like the rrul test rather than the oft-gamed
> speedtest.
> > >
> > >
> http://www.bufferbloat.net/projects/cerowrt/wiki/Setting_up_SQM_for_CeroWrt_310
> > >
> > > You are right, we should fully document all the variables in this file.
> > > Until recently they were kind of in flux.
> > >
> > >> I've never needed or really wanted luci on my box, I just use vim.
> Going by
> > >> this patch, there is either nothing to config or no examples. I would
> think
> > >> shipping a roughly equivalent config to what ships in qos-scripts
> would be
> > >> a good start to get people testing.
> > >
> > > /etc/init.d/sqm start,stop etc work as expected.
> > >
> > >> IE: highest priority: small ARP, DNS, and SSH packets
> > >
> > > The SQM default is local DNS and ntp. fq_codel automagically optimizes
> > > for other sparse flows like arp, ssh, mosh, tcp syn, synack, etc,

Re: [OpenWrt-Devel] random crashes on ar71xx - [OpenWrt-Commits] r43560 - trunk/target/linux/ar71xx/patches-3.14

2014-12-08 Thread Alpha Sparc

Is this a trunk only issue or Barrier Breaker and trunk issue?
On Dec 8, 2014 6:55 PM, "John Crispin"  wrote:

> Hi,
>
> there were a pile of random crashes that people reported on on ar71xx.
>
> the unaligned patch that we carry with us had a null pointer deref. the
> attached commit fixes this bug.
>
> If you have recently seen such crashes please update to r43560 and see
> if the crashes are gone now.
>
> John
>
>
>  Original Message 
> Subject: [OpenWrt-Commits] r43560 - trunk/target/linux/ar71xx/patches-3.14
> Date: Mon,  8 Dec 2014 11:48:28 +0100
> From: openwrt-comm...@openwrt.org
> Reply-To: OpenWrt SVN Commits 
> To: openwrt-comm...@lists.openwrt.org
>
> Author: nbd
> Date: 2014-12-08 11:48:28 +0100 (Mon, 08 Dec 2014)
> New Revision: 43560
>
> Modified:
>trunk/target/linux/ar71xx/patches-3.14/902-unaligned_access_hacks.patch
> Log:
> ar71xx: fix invalid pointer accesses caused by unaligned access hacks
> (#18455)
>
> Signed-off-by: Felix Fietkau 
>
> Modified:
> trunk/target/linux/ar71xx/patches-3.14/902-unaligned_access_hacks.patch
> ===
> ---
> trunk/target/linux/ar71xx/patches-3.14/902-unaligned_access_hacks.patch
> 2014-12-08 10:04:50 UTC (rev 43559)
> +++
> trunk/target/linux/ar71xx/patches-3.14/902-unaligned_access_hacks.patch
> 2014-12-08 10:48:28 UTC (rev 43560)
> @@ -319,32 +319,26 @@
> ptr--;
> }
> if (tunnel->parms.o_flags&GRE_KEY) {
> -@@ -841,9 +841,9 @@ static inline int ip6gre_xmit_ipv6(struc
> +@@ -841,7 +841,7 @@ static inline int ip6gre_xmit_ipv6(struc
>
> dsfield = ipv6_get_dsfield(ipv6h);
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_TCLASS)
>  -  fl6.flowlabel |= (*(__be32 *) ipv6h & IPV6_TCLASS_MASK);
>  +  fl6.flowlabel |= net_hdr_word(ipv6h) & IPV6_TCLASS_MASK;
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_FLOWLABEL)
> --  fl6.flowlabel |= ip6_flowlabel(ipv6h);
> -+  fl6.flowlabel |= ip6_flowlabel((const struct ipv6hdr
> *)net_hdr_word(ipv6h));
> +   fl6.flowlabel |= ip6_flowlabel(ipv6h);
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_FWMARK)
> -   fl6.flowi6_mark = skb->mark;
> -
>  --- a/net/ipv6/ip6_tunnel.c
>  +++ b/net/ipv6/ip6_tunnel.c
> -@@ -1288,9 +1288,9 @@ ip6ip6_tnl_xmit(struct sk_buff *skb, str
> +@@ -1285,7 +1285,7 @@ ip6ip6_tnl_xmit(struct sk_buff *skb, str
>
> dsfield = ipv6_get_dsfield(ipv6h);
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_TCLASS)
>  -  fl6.flowlabel |= (*(__be32 *) ipv6h & IPV6_TCLASS_MASK);
>  +  fl6.flowlabel |= net_hdr_word(ipv6h) & IPV6_TCLASS_MASK;
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_FLOWLABEL)
> --  fl6.flowlabel |= ip6_flowlabel(ipv6h);
> -+  fl6.flowlabel |= ip6_flowlabel((const struct ipv6hdr
> *)net_hdr_word(ipv6h));
> +   fl6.flowlabel |= ip6_flowlabel(ipv6h);
> if (t->parms.flags & IP6_TNL_F_USE_ORIG_FWMARK)
> -   fl6.flowi6_mark = skb->mark;
> -
>  --- a/net/ipv6/exthdrs.c
>  +++ b/net/ipv6/exthdrs.c
>  @@ -573,7 +573,7 @@ static bool ipv6_hop_jumbo(struct sk_buf
> @@ -741,7 +735,7 @@
> if (xb)
> return i * 32 + 31 - __fls(ntohl(xb));
> }
> -@@ -668,12 +672,13 @@ int ip6_dst_hoplimit(struct dst_entry *d
> +@@ -670,17 +674,18 @@ int ip6_dst_hoplimit(struct dst_entry *d
>   static inline void ip6_flow_hdr(struct ipv6hdr *hdr, unsigned int tclass,
> __be32 flowlabel)
>   {
> @@ -757,6 +751,12 @@
>   }
>
>   static inline __be32 ip6_flowlabel(const struct ipv6hdr *hdr)
> + {
> +-  return *(__be32 *)hdr & IPV6_FLOWLABEL_MASK;
> ++  return net_hdr_word((__be32 *)hdr) & IPV6_FLOWLABEL_MASK;
> + }
> +
> + static inline u8 ip6_tclass(__be32 flowinfo)
>  --- a/include/net/secure_seq.h
>  +++ b/include/net/secure_seq.h
>  @@ -2,6 +2,7 @@
> @@ -873,7 +873,7 @@
>
>  --- a/net/ipv4/tcp_input.c
>  +++ b/net/ipv4/tcp_input.c
> -@@ -3631,14 +3631,16 @@ static bool tcp_parse_aligned_timestamp(
> +@@ -3629,14 +3629,16 @@ static bool tcp_parse_aligned_timestamp(
>   {
> const __be32 *ptr = (const __be32 *)(th + 1);
>
> ___
> openwrt-commits mailing list
> openwrt-comm...@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-commits
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Why OpenWrt sucks?

2015-03-09 Thread Alpha Sparc

I believe it is due to the hardware NAT not supported.
On Mar 10, 2015 9:52 AM, "Michael Richardson"  wrote:
>
>
> valent.turko...@gmail.com  wrote:
> > Why it OpenWrt slower than stock firmware? I can help by shining a
bit
> > of light onto this subject. I'm developing custom firwmares based on
>
> I'm curious about this claim to begin with.
> Of the people who say this, how many of them actually know how to measure
> such a thing?
>
> --
> ]   Never tell me the odds! | ipv6 mesh
networks [
> ]   Michael Richardson, Sandelman Software Works| network
architect  [
> ] m...@sandelman.ca  http://www.sandelman.ca/|   ruby on
rails[
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Why OpenWrt sucks?

2015-03-09 Thread Alpha Sparc

Just a heads up, Qualcomm Atheros actually have their  current hardware NAT
code open source at codeaurora repository.
https://www.codeaurora.org/cgit/quic/qsdk

Check oss/lklm/qca-ssdk and
oss/ssdk-shell
The only issue is integration into OpenWrt with breaking compatibility with
other arch which OpenWrt supports.
On Mar 10, 2015 10:21 AM, "Michael Richardson"  wrote:

>
> Alpha Sparc  wrote:
> > I believe it is due to the hardware NAT not supported.
>
> So, really, nothing to do with wifi drivers at all.
> You don't need (hardware) NAT if you run IPv6...
>
>
>
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix TP-LINK TL-WDR3600/4300 RFKILL switch positions

2015-03-14 Thread Alpha Sparc

Please Back port to Barrier Breaker I can confirm it occurs on WDR4300 on
Barrier Breaker as well.
On and Off states are swapped
On Mar 14, 2015 9:39 PM, "Daniel Petre"  wrote:

> On 14/03/15 15:31, Matthias Schiffer wrote:
>
>> While the switch positions aren't explicitly labeled as on and off, we've
>> heard
>> complaints about them being wrong.
>>
>
> Hello, if this is about the wireless off/on switch i can confirm that with
> trunk on my tp-link wdr3600 v1.1 when it's on the "On" position the wifi is
> disabled and enabled when in the "Off" position.
>
> This patch changes the handling to match the
>
>> stock firmware.
>>
>> Signed-off-by: Matthias Schiffer 
>> ---
>>   target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c | 1 +
>>   1 file changed, 1 insertion(+)
>>
>> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>> b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>> index 99ae80d..3afc714 100644
>> --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>> @@ -103,6 +103,7 @@ static struct gpio_keys_button wdr4300_gpio_keys[]
>> __initdata = {
>> .code   = KEY_RFKILL,
>> .debounce_interval = WDR4300_KEYS_DEBOUNCE_INTERVAL,
>> .gpio   = WDR4300_GPIO_BTN_RFKILL,
>> +   .active_low = 1,
>> },
>>   };
>>
>>
>>  ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix TP-LINK TL-WDR3600/4300 RFKILL switch positions

2015-03-16 Thread Alpha Sparc

Hi I have seen that this has been committed to trunk but please do it for
barrier breaker as well.
On Mar 15, 2015 6:31 AM, "Alpha Sparc"  wrote:

> Please Back port to Barrier Breaker I can confirm it occurs on WDR4300 on
> Barrier Breaker as well.
> On and Off states are swapped
> On Mar 14, 2015 9:39 PM, "Daniel Petre"  wrote:
>
>> On 14/03/15 15:31, Matthias Schiffer wrote:
>>
>>> While the switch positions aren't explicitly labeled as on and off,
>>> we've heard
>>> complaints about them being wrong.
>>>
>>
>> Hello, if this is about the wireless off/on switch i can confirm that
>> with trunk on my tp-link wdr3600 v1.1 when it's on the "On" position the
>> wifi is disabled and enabled when in the "Off" position.
>>
>> This patch changes the handling to match the
>>
>>> stock firmware.
>>>
>>> Signed-off-by: Matthias Schiffer 
>>> ---
>>>   target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c | 1 +
>>>   1 file changed, 1 insertion(+)
>>>
>>> diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>>> b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>>> index 99ae80d..3afc714 100644
>>> --- a/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>>> +++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c
>>> @@ -103,6 +103,7 @@ static struct gpio_keys_button wdr4300_gpio_keys[]
>>> __initdata = {
>>> .code   = KEY_RFKILL,
>>> .debounce_interval = WDR4300_KEYS_DEBOUNCE_INTERVAL,
>>> .gpio   = WDR4300_GPIO_BTN_RFKILL,
>>> +   .active_low = 1,
>>> },
>>>   };
>>>
>>>
>>>  ___
>> openwrt-devel mailing list
>> openwrt-devel@lists.openwrt.org
>> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Designated Driver

2015-04-08 Thread Alpha Sparc

+1 Designated Driver
On Apr 8, 2015 3:27 PM, "Ștefan Rusu"  wrote:

> +1
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Refresh Lighttpd and Enable linux-sendfile for Lighttpd

2013-06-29 Thread alpha sparc

This patch updates lighttpd to the latest version and enables the
linux-sendfile call for lighttpd.

Index: feeds/packages/net/lighttpd/Makefile
===
--- feeds/packages/net/lighttpd/Makefile(revision 36664)
+++ feeds/packages/net/lighttpd/Makefile(working copy)
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=lighttpd
-PKG_VERSION:=1.4.30
+PKG_VERSION:=1.4.32
 PKG_RELEASE:=2

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
 PKG_SOURCE_URL:=http://download.lighttpd.net/lighttpd/releases-1.4.x
-PKG_MD5SUM:=4630517b8342d4ec0a2d61a0a9e05c82
+PKG_MD5SUM:=e5a6f57fc371a10646ff1a57056fa9c0

 PKG_FIXUP:=autoreconf
 PKG_INSTALL:=1
@@ -266,6 +266,8 @@ $(call Build/Configure/Default)
 # XXX: override pcre (mis)detection by ./configure when cross-compiling
 echo "#define HAVE_LIBPCRE 1" >>$(PKG_BUILD_DIR)/config.h
 echo "#define HAVE_PCRE_H 1" >>$(PKG_BUILD_DIR)/config.h
+echo "#undef HAVE_SENDFILE_BROKEN" >>$(PKG_BUILD_DIR)/config.h
+echo "#define HAVE_SEND_FILE 1" >>$(PKG_BUILD_DIR)/config.h
 endef

 define Package/lighttpd/conffiles
Index: feeds/packages/net/lighttpd/files/lighttpd.conf
===
--- feeds/packages/net/lighttpd/files/lighttpd.conf(revision 36664)
+++ feeds/packages/net/lighttpd/files/lighttpd.conf(working copy)
@@ -22,7 +22,8 @@
 #)

 # force use of the "write" backend (closes: #2401)
-server.network-backend = "write"
+server.network-backend = "linux-sendfile"
+server.event-handler = "linux-sysepoll"

 ## a static document-root, for virtual-hosting take look at the
 ## server.virtual-* options
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Refresh Lighttpd and Enable linux-sendfile for Lighttpd

2013-06-30 Thread alpha sparc

Yes my bad I overlooked it.

On Sun, Jun 30, 2013 at 8:57 PM, Karl P  wrote:
>
>
> On 06/30/2013 06:30 AM, alpha sparc wrote:
>>
>> This patch updates lighttpd to the latest version and enables the
>> linux-sendfile call for lighttpd.
>>
>
> I think you should remove the "# force use of the write backend" comment too
> no?
>
>> --- feeds/packages/net/lighttpd/files/lighttpd.conf(revision 36664)
>> +++ feeds/packages/net/lighttpd/files/lighttpd.conf(working copy)
>> @@ -22,7 +22,8 @@
>>   #)
>>
>>   # force use of the "write" backend (closes: #2401)
>> -server.network-backend = "write"
>> +server.network-backend = "linux-sendfile"
>> +server.event-handler = "linux-sysepoll"
>>
>>   ## a static document-root, for virtual-hosting take look at the
>>   ## server.virtual-* options
>> ___
>> openwrt-devel mailing list
>> openwrt-devel@lists.openwrt.org
>> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Refresh Lighttpd and Enable linux-sendfile for Lighttpd V2

2013-07-02 Thread alpha sparc

This patch updates lighttpd to the latest version and enables the
linux-sendfile call for lighttpd and use linux epoll as default,
unnecessary comments are removed.


Index: feeds/packages/net/lighttpd/Makefile
===
--- feeds/packages/net/lighttpd/Makefile(revision 36664)
+++ feeds/packages/net/lighttpd/Makefile(working copy)
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=lighttpd
-PKG_VERSION:=1.4.30
+PKG_VERSION:=1.4.32
 PKG_RELEASE:=2

 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.xz
 PKG_SOURCE_URL:=http://download.lighttpd.net/lighttpd/releases-1.4.x
-PKG_MD5SUM:=4630517b8342d4ec0a2d61a0a9e05c82
+PKG_MD5SUM:=e5a6f57fc371a10646ff1a57056fa9c0

 PKG_LICENSE:=BSD-3c
 PKG_LICENSE_FILES:=COPYING
@@ -269,6 +269,8 @@ $(call Build/Configure/Default)
# XXX: override pcre (mis)detection by ./configure when cross-compiling
echo "#define HAVE_LIBPCRE 1" >>$(PKG_BUILD_DIR)/config.h
echo "#define HAVE_PCRE_H 1" >>$(PKG_BUILD_DIR)/config.h
+   echo "#undef HAVE_SENDFILE_BROKEN" >>$(PKG_BUILD_DIR)/config.h
+   echo "#define HAVE_SEND_FILE 1" >>$(PKG_BUILD_DIR)/config.h
 endef

 define Package/lighttpd/conffiles
Index: feeds/packages/net/lighttpd/files/lighttpd.conf
===
--- feeds/packages/net/lighttpd/files/lighttpd.conf(revision 36664)
+++ feeds/packages/net/lighttpd/files/lighttpd.conf(working copy)
@@ -21,8 +21,8 @@
 #  "mod_webdav"
 #)

-# force use of the "write" backend (closes: #2401)
-server.network-backend = "write"
+server.network-backend = "linux-sendfile"
+server.event-handler = "linux-sysepoll"

 ## a static document-root, for virtual-hosting take look at the
 ## server.virtual-* options
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Update minidlna to version 1.1.0

2013-07-18 Thread alpha sparc

This patch updates the minidlna package in OpenWRT to 1.1.0.
The upstream developers renamed the binary of minidlna to minidlnad so
we have to make the changes accordingly to luci-minidlna.
All the path to /usr/bin/minidlna should be renamed to /usr/bin/minidlnad.
However during testing I found that "/etc/init.d/minidlna stop" does
not kill the service can someone test the patch and help me resolve
the issue?

Index: feeds/packages/multimedia/minidlna/Makefile
===
--- feeds/packages/multimedia/minidlna/Makefile (revision 37381)
+++ feeds/packages/multimedia/minidlna/Makefile (working copy)
@@ -8,12 +8,12 @@
 include $(TOPDIR)/rules.mk

 PKG_NAME:=minidlna
-PKG_VERSION:=1.0.25
+PKG_VERSION:=1.1.0
 PKG_RELEASE:=1

-PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION)_src.tar.gz
+PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
 PKG_SOURCE_URL:=@SF/minidlna
-PKG_MD5SUM:=d966256baf2f9b068b9de871ab5dade5
+PKG_MD5SUM:=26484a84af3fceafdee26595aae097f7

 PKG_BUILD_PARALLEL:=0
 PKG_BUILD_DEPENDS:=util-linux
@@ -38,6 +38,7 @@ define Package/minidlna/description
 endef

 define Package/minidlna/conffiles
+/etc/config/minidlna
 /etc/minidlna.conf
 endef

@@ -64,20 +65,19 @@ MAKE_FLAGS +=\
LDFLAGS="$(TARGET_LDFLAGS)" \
ICONV_LIBS="-liconv $(if $(INTL_FULL),-lintl)" \

-MAKE_VARS +=\
-   PREFIX="$(STAGING_DIR)/usr" \
-   ICONV_PREFIX="$(ICONV_PREFIX)" \
-   INTL_PREFIX="$(INTL_PREFIX)" \
-   OS_NAME="OpenWrt Linux" \
-   OS_VERSION="$(LINUX_VERSION)" \
-   OS_URL="http://openwrt.org/"; \
-   DB_PATH="/var/run/minidlna" \
-   LOG_PATH="/var/log" \
-
+CONFIGURE_ARGS += \
+   --program-prefix="$(STAGING_DIR)/usr" \
+   --with-libiconv-prefix="$(ICONV_PREFIX)" \
+   --with-libintl-prefix="$(INTL_PREFIX)" \
+   --with-os-name="OpenWrt Linux" \
+   --with-os-version="$(LINUX_VERSION)" \
+   --with-os-url="http://openwrt.org/"; \
+   --with-db-path="/var/run/minidlna" \
+   --with-log-path="/var/log" \

 define Package/minidlna/install
$(INSTALL_DIR) $(1)/usr/bin
-   $(INSTALL_BIN) $(PKG_BUILD_DIR)/minidlna $(1)/usr/bin/
+   $(INSTALL_BIN) $(PKG_BUILD_DIR)/minidlnad $(1)/usr/bin/
$(INSTALL_DIR) $(1)/etc/init.d
$(INSTALL_BIN) ./files/minidlna.init $(1)/etc/init.d/minidlna
$(INSTALL_DIR) $(1)/etc/config
Index: feeds/packages/multimedia/minidlna/Makefile
===
--- feeds/packages/multimedia/minidlna/files/minidlna.init  (revision 37381)
+++ feeds/packages/multimedia/minidlna/files/minidlna.init  (working copy)
@@ -88,9 +88,9 @@ start() {

mkdir -m 0755 -p $db_dir
mkdir -m 0755 -p $log_dir
-   service_start /usr/bin/minidlna -f "$MINIDLNA_CONFIG_FILE"
+   service_start /usr/bin/minidlnad -f "$MINIDLNA_CONFIG_FILE"
 }

 stop() {
-   service_stop /usr/bin/minidlna
+   service_stop /usr/bin/minidlnad
 }
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Update minidlna to version 1.1.0

2013-07-18 Thread alpha sparc

I forgot to add that upstream has changed the Makefile procedure and
all the patches have been fixed upstream so they can be deleted

On Thu, Jul 18, 2013 at 5:24 PM, alpha sparc  wrote:
> This patch updates the minidlna package in OpenWRT to 1.1.0.
> The upstream developers renamed the binary of minidlna to minidlnad so
> we have to make the changes accordingly to luci-minidlna.
> All the path to /usr/bin/minidlna should be renamed to /usr/bin/minidlnad.
> However during testing I found that "/etc/init.d/minidlna stop" does
> not kill the service can someone test the patch and help me resolve
> the issue?
>
> Index: feeds/packages/multimedia/minidlna/Makefile
> ===
> --- feeds/packages/multimedia/minidlna/Makefile (revision 37381)
> +++ feeds/packages/multimedia/minidlna/Makefile (working copy)
> @@ -8,12 +8,12 @@
>  include $(TOPDIR)/rules.mk
>
>  PKG_NAME:=minidlna
> -PKG_VERSION:=1.0.25
> +PKG_VERSION:=1.1.0
>  PKG_RELEASE:=1
>
> -PKG_SOURCE:=$(PKG_NAME)_$(PKG_VERSION)_src.tar.gz
> +PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
>  PKG_SOURCE_URL:=@SF/minidlna
> -PKG_MD5SUM:=d966256baf2f9b068b9de871ab5dade5
> +PKG_MD5SUM:=26484a84af3fceafdee26595aae097f7
>
>  PKG_BUILD_PARALLEL:=0
>  PKG_BUILD_DEPENDS:=util-linux
> @@ -38,6 +38,7 @@ define Package/minidlna/description
>  endef
>
>  define Package/minidlna/conffiles
> +/etc/config/minidlna
>  /etc/minidlna.conf
>  endef
>
> @@ -64,20 +65,19 @@ MAKE_FLAGS +=\
> LDFLAGS="$(TARGET_LDFLAGS)" \
> ICONV_LIBS="-liconv $(if $(INTL_FULL),-lintl)" \
>
> -MAKE_VARS +=\
> -   PREFIX="$(STAGING_DIR)/usr" \
> -   ICONV_PREFIX="$(ICONV_PREFIX)" \
> -   INTL_PREFIX="$(INTL_PREFIX)" \
> -   OS_NAME="OpenWrt Linux" \
> -   OS_VERSION="$(LINUX_VERSION)" \
> -   OS_URL="http://openwrt.org/"; \
> -   DB_PATH="/var/run/minidlna" \
> -   LOG_PATH="/var/log" \
> -
> +CONFIGURE_ARGS += \
> +   --program-prefix="$(STAGING_DIR)/usr" \
> +   --with-libiconv-prefix="$(ICONV_PREFIX)" \
> +   --with-libintl-prefix="$(INTL_PREFIX)" \
> +   --with-os-name="OpenWrt Linux" \
> +   --with-os-version="$(LINUX_VERSION)" \
> +   --with-os-url="http://openwrt.org/"; \
> +   --with-db-path="/var/run/minidlna" \
> +   --with-log-path="/var/log" \
>
>  define Package/minidlna/install
> $(INSTALL_DIR) $(1)/usr/bin
> -   $(INSTALL_BIN) $(PKG_BUILD_DIR)/minidlna $(1)/usr/bin/
> +   $(INSTALL_BIN) $(PKG_BUILD_DIR)/minidlnad $(1)/usr/bin/
> $(INSTALL_DIR) $(1)/etc/init.d
> $(INSTALL_BIN) ./files/minidlna.init $(1)/etc/init.d/minidlna
> $(INSTALL_DIR) $(1)/etc/config
> Index: feeds/packages/multimedia/minidlna/Makefile
> ===
> --- feeds/packages/multimedia/minidlna/files/minidlna.init  (revision 
> 37381)
> +++ feeds/packages/multimedia/minidlna/files/minidlna.init  (working copy)
> @@ -88,9 +88,9 @@ start() {
>
> mkdir -m 0755 -p $db_dir
> mkdir -m 0755 -p $log_dir
> -   service_start /usr/bin/minidlna -f "$MINIDLNA_CONFIG_FILE"
> +   service_start /usr/bin/minidlnad -f "$MINIDLNA_CONFIG_FILE"
>  }
>
>  stop() {
> -   service_stop /usr/bin/minidlna
> +   service_stop /usr/bin/minidlnad
>  }
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Enable POSIX Threads and Disable Debug in wget

2013-07-18 Thread alpha sparc

This patch enables POSIX threading in wget and disables debug hence
making a smaller binary.
Tested and working.


Index : feeds/packages/net/wget/Makefile
===
--- feeds/packages/net/wget/Makefile(revision 37381)
+++ feeds/packages/net/wget/Makefile(working copy)
@@ -1,5 +1,5 @@
 #
-# Copyright (C) 2007-2011 OpenWrt.org
+# Copyright (C) 2007-2013 OpenWrt.org
 #
 # This is free software, licensed under the GNU General Public License v2.
 # See /LICENSE for more information.
@@ -63,7 +63,9 @@ endef

 CONFIGURE_ARGS+= \
--disable-rpath \
-   --disable-iri
+   --disable-iri \
+   --disable-debug \
+   --enable-threads=posix  \

 CONFIGURE_VARS += \
ac_cv_header_uuid_uuid_h=no
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Enable POSIX Threads and Disable Debug in wget

2013-07-20 Thread alpha sparc

IIRC the wget in busybox does not support SSL, but certain Dynamic DNS
services requires it.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Enable POSIX Threads and Disable Debug in wget

2013-07-20 Thread alpha sparc

For the multithread part I was thinking since new Routers are going
multicore and openwrt is already using pthread
and the resultant binary is just slightly bigger so must as well add
it. Not that important though.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Update minidlna to version 1.1.0

2013-07-20 Thread alpha sparc

Feel free to check all of them in as a new Patch =)
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Update minidlna to version 1.1.0

2013-07-22 Thread alpha sparc

I mean you just take all the minidlna patches created for version
1.1.0 to create a new patch and submit through patchwork ignore my
patch as it is incomplete.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] BootStrap Fix for zonebadge and Menu dropdown hyperlink

2013-08-09 Thread alpha sparc

The follow fixes the zonebadge issue.
1) When you select the firewall subsection in a interface the
zonebadge height makes it impossible to see anything you type. Setting
it to a value of 2em instead of 1 in cascade.css fixes it.
2) The Bootstrap menu makes it difficult to use due to the menu being
hyperlinked repeated to the first child.
The patch in header.htm removes the hyperlink and the patch in
cascade.css restores the original pointer behaviour.
Tested and Debugged on Linux Firefox 22 64bit.

Index: trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm
===
--- trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm  (trunk)
+++ trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm  (working
copy)
@@ -154,7 +154,7 @@ You may obtain a copy of the License at
 if #grandchildren > 0 then
%>
 
-<%=pcdata(striptags(translate(nnode.title)))%>
+"><%=pcdata(striptags(translate(nnode.title)))%>
 <%- submenu("/" .. category .. "/" .. r .. "/", nnode) %>
 
<%  else %>
Index: trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css
===
--- trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css (trunk)
+++ trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css (working
copy)
@@ -814,6 +814,7 @@ header div > ul > li, .nav > li {
 }

 header div > ul a, .nav a {
+   cursor: pointer;
display: block;
float: none;
padding: 10px 10px 11px;
@@ -1848,7 +1849,7 @@ table.cbi-section-table td.cbi-section-t

 .zonebadge input {
width: 6em;
-   height: 1em;
+   height: 2em;
 }

 .zonebadge-empty {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [luci]BootStrap Fix for zonebadge and header menu

2013-08-10 Thread alpha sparc

The follow fixes the zonebadge issue.
1) When you select the firewall subsection in a interface the
zonebadge height makes it impossible to see anything you type. Setting
it to a value of 2em instead of 1em in cascade.css fixes it.
2) The Bootstrap menu makes it difficult to use due to the menu being
hyperlinked repeated to the first child.
The patch in header.htm removes the hyperlink and the patch in
cascade.css restores the original pointer behaviour.
Tested and Debugged on Linux Firefox 22 64bit.


Index: trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm
===
--- trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm  (trunk)
+++ trunk/themes/bootstrap/luasrc/view/themes/bootstrap/header.htm  (working
copy)
@@ -154,7 +154,7 @@ You may obtain a copy of the License at
 if #grandchildren > 0 then
%>
 
-<%=pcdata(striptags(translate(nnode.title)))%>
+"><%=pcdata(striptags(translate(nnode.title)))%>
 <%- submenu("/" .. category .. "/" .. r .. "/", nnode) %>
 
<%  else %>

Index: trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css
===
--- trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css (trunk)
+++ trunk/themes/bootstrap/htdocs/luci-static/bootstrap/cascade.css (working
copy)
@@ -814,6 +814,7 @@ header div > ul > li, .nav > li {
 }

 header div > ul a, .nav a {
+   cursor: pointer;
display: block;
float: none;
padding: 10px 10px 11px;
@@ -1848,7 +1849,7 @@ table.cbi-section-table td.cbi-section-t

 .zonebadge input {
width: 6em;
-   height: 1em;
+   height: 2em;
 }

 .zonebadge-empty {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] 1 of 1 - add mcespi crypto mod for mips targets

2014-03-25 Thread Alpha Sparc

I am very interested over this any benchmarks to gauge the benefits?
On Mar 25, 2014 3:50 PM, "Kelly Anderson"  wrote:

> On Tuesday, March 25, 2014 08:26:25 John Crispin wrote:
> > On 25/03/2014 08:08, Kelly Anderson wrote:
> > > Hey,
> > >
> > > I finally got a around to "officially" making up a patch to include
> > > the mcespi mips accelerated crypto module.  I've been using it on a
> > > wndr3700 in conjunction with strongswan without problems.  I also
> > > have a dgn3500 but I haven't run it there yet.
> > >
> > > This patch specifies ar71xx, lantiq and ramips targets.  Other mips
> > > chips should also be acceptable.  Also the code should migrate into
> > > other kernel versions without problem.
> >
> > is there an upstream source for this module ?
>
> http://downloads.sourceforge.net/project/mcespi/mcespi-0.2/mcespi.c
>
>
> >
> > ___
> > openwrt-devel mailing list
> > openwrt-devel@lists.openwrt.org
> > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [OpenWrt] #15563: Package Wget Compilation issue with -j options

2014-04-15 Thread Alpha Sparc

I misinterpreted the issue, due to this error the first build always fail
the subsequent attempt to rebuild will work.
Patch fixes the issue.
On Apr 15, 2014 11:12 PM, "OpenWrt"  wrote:

> #15563: Package Wget Compilation issue with -j options
> ---+-
>   Reporter:  alphasparc@…  |  Owner:  developers
>   Type:  defect| Status:  new
>   Priority:  high  |  Milestone:  Barrier Breaker (trunk)
>  Component:  packages  |Version:  Trunk
> Resolution:|   Keywords:
> ---+-
>
> Comment (by nbd):
>
>  please submit a patch as described in
>  https://dev.openwrt.org/wiki/SubmittingPatches
>  also, what does this have to do with building with -j 5?
>
> --
> Ticket URL: 
> OpenWrt 
> Opensource Wireless Router Technology
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Fix and Clean up Layer 7 kernel module patch

2014-05-08 Thread Alpha Sparc

xt_layer7.ko no longer compiles and work as described in this ticket
https://dev.openwrt.org/ticket/14076
The patches in trunk is currently messy in the 2 patches
600-netfilter_layer7_2.22.patch and
603-netfilter_layer7_2.6.36_fix.patch, the first adds a redundant
patch which the second removes and repatches it.
I included the patch posted on the ticket

Signed-off-by: Guo Wei 

--- a/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
+++ b/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
@@ -1,33 +1,3 @@
 a/net/netfilter/Kconfig
-+++ b/net/netfilter/Kconfig
-@@ -1203,6 +1203,27 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
-+config NETFILTER_XT_MATCH_LAYER7
-+tristate '"layer7" match support'
-+depends on NETFILTER_XTABLES
-+depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
-+   depends on NETFILTER_ADVANCED
-+help
-+  Say Y if you want to be able to classify connections (and their
-+  packets) based on regular expression matching of their application
-+  layer data.   This is one way to classify applications such as
-+  peer-to-peer filesharing systems that do not always use the same
-+  port.
-+
-+  To compile it as a module, choose M here.  If unsure, say N.
-+
-+config NETFILTER_XT_MATCH_LAYER7_DEBUG
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-+
-+
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
- depends on NETFILTER_ADVANCED
 --- a/net/netfilter/Makefile
 +++ b/net/netfilter/Makefile
 @@ -134,6 +134,7 @@ obj-$(CONFIG_NETFILTER_XT_MATCH_RECENT)
--- a/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
+++ b/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
@@ -1,12 +1,11 @@
 --- a/net/netfilter/Kconfig
 +++ b/net/netfilter/Kconfig
-@@ -1009,6 +1009,27 @@ config NETFILTER_XT_MATCH_IPVS
+@@ -1009,6 +1009,26 @@ config NETFILTER_XT_MATCH_IPVS

If unsure, say N.

 +config NETFILTER_XT_MATCH_LAYER7
 +tristate '"layer7" match support'
-+depends on EXPERIMENTAL
 +depends on NETFILTER_XTABLES
 +depends on NETFILTER_ADVANCED
 +depends on NF_CONNTRACK
@@ -28,34 +27,3 @@
  config NETFILTER_XT_MATCH_LENGTH
  tristate '"length" match support'
  depends on NETFILTER_ADVANCED
-@@ -1203,26 +1224,11 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
--config NETFILTER_XT_MATCH_LAYER7
--tristate '"layer7" match support'
--depends on NETFILTER_XTABLES
--depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
--   depends on NETFILTER_ADVANCED
--help
--  Say Y if you want to be able to classify connections (and their
--  packets) based on regular expression matching of their application
--  layer data.   This is one way to classify applications such as
--  peer-to-peer filesharing systems that do not always use the same
--  port.
--
--  To compile it as a module, choose M here.  If unsure, say N.
--
- config NETFILTER_XT_MATCH_LAYER7_DEBUG
--bool 'Layer 7 debugging output'
--depends on NETFILTER_XT_MATCH_LAYER7
--help
--  Say Y to get lots of debugging output.
--
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
--- /dev/null2014-05-08 16:49:48.994171327 +0800
+++ 
b/target/linux/generic/patches-3.10/633-netfilter_layer7_3.10.x_procfs_fix.patch
@@ -0,0 +1,55 @@
+--- a/net/netfilter/xt_layer7.c
 b/net/netfilter/xt_layer7.c
+@@ -364,8 +364,8 @@
+ }
+
+ /* write out num_packets to userland. */
+-static int layer7_read_proc(char* page, char ** start, off_t off, int count,
+-int* eof, void * data)
++static ssize_t layer7_read_proc(struct file *filp, char __user *page,
++size_t count, loff_t *data)
+ {
+ if(num_packets > 99 && net_ratelimit())
+ printk(KERN_ERR "layer7: NOT REACHED. num_packets too big\n");
+@@ -375,14 +375,12 @@
+ page[2] = '\n';
+ page[3] = '\0';
+
+-*eof=1;
+-
+ return 3;
+ }
+
+ /* Read in num_packets from userland */
+-static int layer7_write_proc(struct file* file, const char* buffer,
+- unsigned long count, void *data)
++static ssize_t layer7_write_proc(struct file *file, const char __user *buffer,
++ size_t count, loff_t *data)
+ {
+ char * foo = kmalloc(count, GFP_ATOMIC);
+
+@@ -661,12 +659,20 @@
+ }
+
+ /* register the proc file */
+-static void layer7_init_proc(void)
++static const struct file_operations layer7_fops = {
++   .owner  = THIS_MODULE,
++   .read   = la

[OpenWrt-Devel] Fix and Clean up Layer 7 kernel module patch

2014-05-08 Thread Alpha Sparc

The previous patch was mangled
Resending it in this
Signed-off-by: Guo Wei 


--- a/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
+++ b/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
@@ -1,33 +1,3 @@
 a/net/netfilter/Kconfig
-+++ b/net/netfilter/Kconfig
-@@ -1203,6 +1203,27 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
-+config NETFILTER_XT_MATCH_LAYER7
-+tristate '"layer7" match support'
-+depends on NETFILTER_XTABLES
-+depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
-+   depends on NETFILTER_ADVANCED
-+help
-+  Say Y if you want to be able to classify connections (and their
-+  packets) based on regular expression matching of their application
-+  layer data.   This is one way to classify applications such as
-+  peer-to-peer filesharing systems that do not always use the same
-+  port.
-+
-+  To compile it as a module, choose M here.  If unsure, say N.
-+
-+config NETFILTER_XT_MATCH_LAYER7_DEBUG
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-+
-+
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
- depends on NETFILTER_ADVANCED
 --- a/net/netfilter/Makefile
 +++ b/net/netfilter/Makefile
 @@ -134,6 +134,7 @@ obj-$(CONFIG_NETFILTER_XT_MATCH_RECENT)
---
a/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
+++
b/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
@@ -1,12 +1,11 @@
 --- a/net/netfilter/Kconfig
 +++ b/net/netfilter/Kconfig
-@@ -1009,6 +1009,27 @@ config NETFILTER_XT_MATCH_IPVS
+@@ -1009,6 +1009,26 @@ config NETFILTER_XT_MATCH_IPVS

If unsure, say N.

 +config NETFILTER_XT_MATCH_LAYER7
 +tristate '"layer7" match support'
-+depends on EXPERIMENTAL
 +depends on NETFILTER_XTABLES
 +depends on NETFILTER_ADVANCED
 +depends on NF_CONNTRACK
@@ -28,34 +27,3 @@
  config NETFILTER_XT_MATCH_LENGTH
  tristate '"length" match support'
  depends on NETFILTER_ADVANCED
-@@ -1203,26 +1224,11 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
--config NETFILTER_XT_MATCH_LAYER7
--tristate '"layer7" match support'
--depends on NETFILTER_XTABLES
--depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
--   depends on NETFILTER_ADVANCED
--help
--  Say Y if you want to be able to classify connections (and their
--  packets) based on regular expression matching of their application
--  layer data.   This is one way to classify applications such as
--  peer-to-peer filesharing systems that do not always use the same
--  port.
--
--  To compile it as a module, choose M here.  If unsure, say N.
--
- config NETFILTER_XT_MATCH_LAYER7_DEBUG
--bool 'Layer 7 debugging output'
--depends on NETFILTER_XT_MATCH_LAYER7
--help
--  Say Y to get lots of debugging output.
--
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
--- /dev/null
+++
b/target/linux/generic/patches-3.10/633-netfilter_layer7_3.10.x_procfs_fix.patch
@@ -0,0 +1,55 @@
+--- a/net/netfilter/xt_layer7.c
 b/net/netfilter/xt_layer7.c
+@@ -364,8 +364,8 @@
+ }
+
+ /* write out num_packets to userland. */
+-static int layer7_read_proc(char* page, char ** start, off_t off, int
count,
+-int* eof, void * data)
++static ssize_t layer7_read_proc(struct file *filp, char __user *page,
++size_t count, loff_t *data)
+ {
+ if(num_packets > 99 && net_ratelimit())
+ printk(KERN_ERR "layer7: NOT REACHED. num_packets too big\n");
+@@ -375,14 +375,12 @@
+ page[2] = '\n';
+ page[3] = '\0';
+
+-*eof=1;
+-
+ return 3;
+ }
+
+ /* Read in num_packets from userland */
+-static int layer7_write_proc(struct file* file, const char* buffer,
+- unsigned long count, void *data)
++static ssize_t layer7_write_proc(struct file *file, const char __user
*buffer,
++ size_t count, loff_t *data)
+ {
+ char * foo = kmalloc(count, GFP_ATOMIC);
+
+@@ -661,12 +659,20 @@
+ }
+
+ /* register the proc file */
+-static void layer7_init_proc(void)
++static const struct file_operations layer7_fops = {
++   .owner  = THIS_MODULE,
++   .read   = layer7_read_proc,
++   .write  = layer7_write_proc,
++};
++
++static int layer7_init_proc(void)
+ {
+ struct proc_dir_entry* entry;
+-entry = create_proc_entry("layer7_numpackets", 0644,
init_net.proc_net);
+-entry->read_proc = layer7_read_proc;
+-entry->write_proc = layer7_write_proc;
++entry = proc_create("layer7_n

[OpenWrt-Devel] Fix and Clean up Layer 7 kernel module patch

2014-05-08 Thread Alpha Sparc

Resend Patch


--- a/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
+++ b/target/linux/generic/patches-3.10/600-netfilter_layer7_2.22.patch
@@ -1,33 +1,3 @@
 a/net/netfilter/Kconfig
-+++ b/net/netfilter/Kconfig
-@@ -1203,6 +1203,27 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
-+config NETFILTER_XT_MATCH_LAYER7
-+tristate '"layer7" match support'
-+depends on NETFILTER_XTABLES
-+depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
-+   depends on NETFILTER_ADVANCED
-+help
-+  Say Y if you want to be able to classify connections (and their
-+  packets) based on regular expression matching of their application
-+  layer data.   This is one way to classify applications such as
-+  peer-to-peer filesharing systems that do not always use the same
-+  port.
-+
-+  To compile it as a module, choose M here.  If unsure, say N.
-+
-+config NETFILTER_XT_MATCH_LAYER7_DEBUG
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-+
-+
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
- depends on NETFILTER_ADVANCED
 --- a/net/netfilter/Makefile
 +++ b/net/netfilter/Makefile
 @@ -134,6 +134,7 @@ obj-$(CONFIG_NETFILTER_XT_MATCH_RECENT)
--- a/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
+++ b/target/linux/generic/patches-3.10/603-netfilter_layer7_2.6.36_fix.patch
@@ -1,12 +1,11 @@
 --- a/net/netfilter/Kconfig
 +++ b/net/netfilter/Kconfig
-@@ -1009,6 +1009,27 @@ config NETFILTER_XT_MATCH_IPVS
+@@ -1009,6 +1009,26 @@ config NETFILTER_XT_MATCH_IPVS

If unsure, say N.

 +config NETFILTER_XT_MATCH_LAYER7
 +tristate '"layer7" match support'
-+depends on EXPERIMENTAL
 +depends on NETFILTER_XTABLES
 +depends on NETFILTER_ADVANCED
 +depends on NF_CONNTRACK
@@ -28,34 +27,3 @@
  config NETFILTER_XT_MATCH_LENGTH
  tristate '"length" match support'
  depends on NETFILTER_ADVANCED
-@@ -1203,26 +1224,11 @@ config NETFILTER_XT_MATCH_STATE
-
-   To compile it as a module, choose M here.  If unsure, say N.
-
--config NETFILTER_XT_MATCH_LAYER7
--tristate '"layer7" match support'
--depends on NETFILTER_XTABLES
--depends on EXPERIMENTAL && (IP_NF_CONNTRACK || NF_CONNTRACK)
--   depends on NETFILTER_ADVANCED
--help
--  Say Y if you want to be able to classify connections (and their
--  packets) based on regular expression matching of their application
--  layer data.   This is one way to classify applications such as
--  peer-to-peer filesharing systems that do not always use the same
--  port.
--
--  To compile it as a module, choose M here.  If unsure, say N.
--
- config NETFILTER_XT_MATCH_LAYER7_DEBUG
--bool 'Layer 7 debugging output'
--depends on NETFILTER_XT_MATCH_LAYER7
--help
--  Say Y to get lots of debugging output.
--
-+bool 'Layer 7 debugging output'
-+depends on NETFILTER_XT_MATCH_LAYER7
-+help
-+  Say Y to get lots of debugging output.
-
- config NETFILTER_XT_MATCH_STATISTIC
- tristate '"statistic" match support'
--- /dev/null
+++ 
b/target/linux/generic/patches-3.10/633-netfilter_layer7_3.10.x_procfs_fix.patch
@@ -0,0 +1,55 @@
+--- a/net/netfilter/xt_layer7.c
 b/net/netfilter/xt_layer7.c
+@@ -364,8 +364,8 @@
+ }
+
+ /* write out num_packets to userland. */
+-static int layer7_read_proc(char* page, char ** start, off_t off, int count,
+-int* eof, void * data)
++static ssize_t layer7_read_proc(struct file *filp, char __user *page,
++size_t count, loff_t *data)
+ {
+ if(num_packets > 99 && net_ratelimit())
+ printk(KERN_ERR "layer7: NOT REACHED. num_packets too big\n");
+@@ -375,14 +375,12 @@
+ page[2] = '\n';
+ page[3] = '\0';
+
+-*eof=1;
+-
+ return 3;
+ }
+
+ /* Read in num_packets from userland */
+-static int layer7_write_proc(struct file* file, const char* buffer,
+- unsigned long count, void *data)
++static ssize_t layer7_write_proc(struct file *file, const char __user *buffer,
++ size_t count, loff_t *data)
+ {
+ char * foo = kmalloc(count, GFP_ATOMIC);
+
+@@ -661,12 +659,20 @@
+ }
+
+ /* register the proc file */
+-static void layer7_init_proc(void)
++static const struct file_operations layer7_fops = {
++   .owner  = THIS_MODULE,
++   .read   = layer7_read_proc,
++   .write  = layer7_write_proc,
++};
++
++static int layer7_init_proc(void)
+ {
+ struct proc_dir_entry* entry;
+-entry = create_proc_entry("layer7_numpackets", 0644, init_net.proc_net);
+-entry->read_proc = layer7_read_proc;
+-entry->write_proc = layer7_write_proc;
++entry = proc_create("layer7_numpackets", 0644,
init_net.proc_net, &layer7_fops);
++

[OpenWrt-Devel] Ramips Image Generation issue

2014-06-17 Thread Alpha Sparc

Can someone please address this bug?
https://dev.openwrt.org/ticket/16599
Thanks

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Need help with Aztech GR7000

2014-06-21 Thread Alpha Sparc

Hi

I compiled the image for Aztech GR7000 and flashed the squashfs image
but I get this error.

[0.556000] VFS: Cannot open root device "(null)" or
unknown-block(0,0): error -6
[0.564000] Please append a correct "root=" boot option; here are
the available partitions:
[0.572000] 1f00 128 mtdblock0  (driver?)
[0.576000] 1f01  64 mtdblock1  (driver?)
[0.58] 1f028000 mtdblock2  (driver?)
[0.584000] Kernel panic - not syncing: VFS: Unable to mount root
fs on unknown-block(0,0)

Can anyone help?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Need help with a AR8316 Switch

2014-06-25 Thread Alpha Sparc

Hi

I am working on full support on Aztech GR7000
This router has a AR8316 Gigabit switch
I have tried rgmii and gmii, dmesg seems to detect it and swconfig
seems to show the device but transmission is not possible
When I do swconfig dev switch0  show the port link is up the it is
receiving packets but it cannot transmit packets.
When it is not set to rgmii or gmii dmesg detect fails but the switch
is working I can connect and ping to it.
I have completed support for everything except the switch and I have
ran out of ideas.

Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Need help with a AR8316 Switch

2014-06-25 Thread Alpha Sparc

Port 0 is cpu
port 1-4  is lan
port 5 is wan

On Wed, Jun 25, 2014 at 5:48 PM, Alpha Sparc  wrote:
> Hi
>
> I am working on full support on Aztech GR7000
> This router has a AR8316 Gigabit switch
> I have tried rgmii and gmii, dmesg seems to detect it and swconfig
> seems to show the device but transmission is not possible
> When I do swconfig dev switch0  show the port link is up the it is
> receiving packets but it cannot transmit packets.
> When it is not set to rgmii or gmii dmesg detect fails but the switch
> is working I can connect and ping to it.
> I have completed support for everything except the switch and I have
> ran out of ideas.
>
> Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Need help with a AR8316 Switch

2014-06-25 Thread Alpha Sparc

/dts-v1/;

/include/ "ar9.dtsi"

/ {
model = "GR7000 - Aztech GR7000";

chosen {
bootargs = "console=ttyLTQ0,115200 init=/etc/preinit";
};

memory@0 {
reg = <0x0 0x200>;
};

fpi@1000 {
localbus@0 {
nor-boot@0 {
compatible = "lantiq,nor";
bank-width = <2>;
reg = <0 0x0 0x200>;
#address-cells = <1>;
#size-cells = <1>;

partition@0 {
label = "uboot";
reg = <0x0 0x2>;
read-only;
};

partition@2 {
label = "firmware";
reg = <0x2 0x7b>;
};

partition@7e {
label = "board_config";
reg = <0x7e 0x1>;
read-only;
};

partition@7f {
label = "uboot_env";
reg = <0x7f 0x1>;
read-only;
};

};

};

gpio: pinmux@E100B10 {
compatible = "lantiq,pinctrl-xr9";
pinctrl-names = "default";
pinctrl-0 = <&state_default>;

state_default: pinmux {
stp {
lantiq,groups = "stp";
lantiq,function = "stp";
};
pci-in {
lantiq,groups = "req1";
lantiq,output = <0>;
lantiq,open-drain = <1>;
lantiq,pull = <2>;
};
pci-out {
lantiq,groups = "gnt1";
lantiq,output = <1>;
lantiq,pull = <0>;
};
pci_rst {
lantiq,pins = "io21";
lantiq,pull = <0>;
lantiq,output = <1>;
};
};
};

ifxhcd@E101000 {
status = "okay";
gpios = <&gpio 5 0
&gpio 14 0>;
lantiq,portmask = <0x3>;
};

etop@E18 {
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii";
mdio-bus {
status = "okay";

phy0: etop-phy@0 {
reg = <0>;
};
};
};

pci@E105400 {
status = "okay";
};
stp: stp@E100BB0 {
compatible = "lantiq,gpio-stp-xway";
#gpio-cells = <2>;
gpio-controller;
reg = <0xE100BB0 0x40>;

lantiq,shadow = <0xfff>;
lantiq,groups = <0x3>;
};
};

ralink_eep {
compatible = "ralink,eeprom";
ralink,eeprom = "RT2860.eeprom";
};

gpio-keys-polled {
compatible = "gpio-keys-polled";
#address-cells = <1>;
#size-cells = <0>;
poll-interval = <100>;

reset {
label = "reset";
gpios = <&gpio 53 1>;
linux,code = <0x198>;
};
wps {
label = "wps";
gpios = <&gpio 54 1>;
linux,code = <0x211>;
};
};

gpio-leds {
compatible = "gpio-leds";

power2 {
label = "power2";
gpios = <&stp 4 0>;
};
internet {
label = "internet";
gpios = <&stp 2 1>;
default-state = "off";
};
internet2 {
label = "internet2";
gpios = <&stp 3 1>;
};
usb {
label = "usb";
gpios = <&stp 10 1>;
};
wifi {
label = "wifi";
gpios = <&stp 15 1>;
};
};
};

On Wed, Jun 25, 2014 at 7:57 PM, Alpha Sparc  wrote:
> Port 0 is cpu
> port 1-4  is lan
> port 5 is wan
>
> On Wed, Jun 25, 2014 at 5:48 PM, Alpha Sparc  wrote:
>> Hi
>>
>> I am working on full support on Aztech GR7000
>> This router has a AR8316 Gigabit switch
>> I have tried rgmii and gmii, dmesg seems to detect it and swconfig
>> seems to show the device but transmission is not possible
>> When I do swconfig dev switch0  show the port link is up the it is
>> receiving packets but it cannot transmit packets.
>> When it is not set to rgmii or gmii dmesg detect fails but the switch
>> is working I can connect and ping to it.
>> I have completed support for everything except the switch and I have
>> ran out of ideas.
>>
>> Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Need help with a AR8316 Switch

2014-06-25 Thread Alpha Sparc

If you need any additional information please tell me I am not sure
which information is lacking.

On Wed, Jun 25, 2014 at 5:48 PM, Alpha Sparc  wrote:
> Hi
>
> I am working on full support on Aztech GR7000
> This router has a AR8316 Gigabit switch
> I have tried rgmii and gmii, dmesg seems to detect it and swconfig
> seems to show the device but transmission is not possible
> When I do swconfig dev switch0  show the port link is up the it is
> receiving packets but it cannot transmit packets.
> When it is not set to rgmii or gmii dmesg detect fails but the switch
> is working I can connect and ping to it.
> I have completed support for everything except the switch and I have
> ran out of ideas.
>
> Thanks
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Fix Support For Aztech GR7000

2014-06-26 Thread Alpha Sparc

Add Wireless Support for GR7000
There is an issue though, the Ralink Wireless EEPROM exist as a file
in the original rootfs, it is not found in its own partition but can
be found as a bin file in the /tmp/ directory.
My approach is to use the file and carve up a new Wireless Partition
called "board_config" and modify Ralink EEPROM Script function to find
and extract the partition
Fix Network Support, this Lantiq does not have XDSL so add a bypass to
the DSL calling function just for this board
Mac Address can only be found by using uboot_config information
DTS Fixes
-Both USB Ports are now working
-The original partitions are defined wrongly the size is 8MB
-The uboot_config partition is at the end of the flash not the second
partition tested by using the saveenv function

There are some issues with the switch but it is not a driver issue TX
Packets and RX Packets can be seen in the MiB swconfig dev switch show
so I suspect it is a network config issue.

Signed-off-by: Lim Guo Wei 




--- a/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
+++ b/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
@@ -41,6 +41,9 @@ case "$FIRMWARE" in
 ARV7525PW)
 rt2x00_eeprom_extract "board_config" 1040 512 0
 ;;
+GR7000)
+rt2x00_eeprom_extract "board_config" 0 512 0
+;;
 *)
 rt2x00_eeprom_die "board $board is not supported yet"
 ;;

--- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
+++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network
@@ -128,8 +128,12 @@ DGN3500*)
 ;;

 GR7000)
-ucidef_set_interface_wan "eth0"
-uci set network.lan.ifname=''
+lan_mac=$(mtd_get_mac_ascii uboot_env ethaddr)
+wan_mac=$(macaddr_add "$lan_mac" 3)
+ucidef_set_interfaces_lan_wan "eth0.1" "eth0.2"
+ucidef_add_switch "switch0" "1" "1"
+ucidef_add_switch_vlan "switch0" "1" "0t 1 2 3 4"
+ucidef_add_switch_vlan "switch0" "2" "0t 5"
 ;;

 H201L)
@@ -167,13 +171,23 @@ BTHOMEHUBV2B)
 ;;
 esac

-[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan "$vpi"
"$vci" "$encaps" "$payload"
+board=$(lantiq_board_id)
+
+case "$board" in

-if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then
-set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm"
-else
-set_adsl_modem "$annex" "/lib/firmware/adsl.bin"
-fi
+GR7000)
+;;
+
+*)
+[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan
"$vpi" "$vci" "$encaps" "$payload"
+
+if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then
+set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm"
+else
+set_adsl_modem "$annex" "/lib/firmware/adsl.bin"
+fi
+;;
+esac

 [ -n "$lan_mac" ] && ucidef_set_interface_macaddr lan $lan_mac
 [ -n "$wan_mac" ] && ucidef_set_interface_macaddr wan $wan_mac

--- a/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
+++ b/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
@@ -8,7 +8,7 @@ set_wps() {

 board=$(lantiq_board_id)
 case $board in
-WBMR)
+WBMR|GR7000)
 config_load wireless
 config_foreach set_wps wifi-iface
 uci commit wireless

--- a/target/linux/lantiq/dts/GR7000.dts
+++ b/target/linux/lantiq/dts/GR7000.dts
@@ -18,7 +18,7 @@
 nor-boot@0 {
 compatible = "lantiq,nor";
 bank-width = <2>;
-reg = <0 0x0 0x200>;
+reg = <0 0x0 0x80>;
 #address-cells = <1>;
 #size-cells = <1>;

@@ -29,16 +29,24 @@
 };

 partition@2 {
-label = "uboot_env";
-reg = <0x2 0x1>;
+label = "firmware";
+reg = <0x2 0x7b>;
+};
+
+partition@7e {
+label = "board_config";
+reg = <0x7e 0x1>;
 read-only;
 };

-partition@3 {
-label = "firmware";
-reg = <0x3 0x7d>;
+partition@7f {
+label = "uboot_env";
+reg = <0x7f 0x1>;
+read-only;
 };
+
 };
+
 };

 gpio: pinmux@E100B10 {
@@ -72,6 +80,13 @@

 ifxhcd@E101000 {
 status = "okay";
+gpios = <&gpio 5 0
+&gpio 14 0>;
+lantiq,portmask = <0x3>;
+};
+
+etop@E18 {
+phy-mode = "rgmii";
 };

 pci@E105400 {
@@ -89,6 +104,11 @@
 };
 };

+ralink_eep {
+compatible = "ralink,eeprom";
+ralink,eeprom = "RT2860.eeprom";
+};
+
 gpio-keys-polled {
 compatible = "gpio-keys-polled";
 #address-cells = <1>;

--- a/target/linux/lantiq/xway/profiles/aztech.mk
+++ b/target/linux/lantiq/xway/profiles/

[OpenWrt-Devel] Resend patch to fix Support For Aztech GR7000

2014-06-27 Thread Alpha Sparc

Move the Ralink EEPROM node into the PCI node to remove "wmac failed
to load eeprom property" message



--- a/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
+++ b/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
@@ -41,6 +41,9 @@ case "$FIRMWARE" in
 ARV7525PW)
 rt2x00_eeprom_extract "board_config" 1040 512 0
 ;;
+GR7000)
+rt2x00_eeprom_extract "board_config" 0 512 0
+;;
 *)
 rt2x00_eeprom_die "board $board is not supported yet"
 ;;

--- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
+++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network
@@ -128,8 +128,12 @@ DGN3500*)
 ;;

 GR7000)
-ucidef_set_interface_wan "eth0"
-uci set network.lan.ifname=''
+lan_mac=$(mtd_get_mac_ascii uboot_env ethaddr)
+wan_mac=$(macaddr_add "$lan_mac" 3)
+ucidef_set_interfaces_lan_wan "eth0.1" "eth0.2"
+ucidef_add_switch "switch0" "1" "1"
+ucidef_add_switch_vlan "switch0" "1" "0t 1 2 3 4"
+ucidef_add_switch_vlan "switch0" "2" "0t 5"
 ;;

 H201L)
@@ -167,13 +171,23 @@ BTHOMEHUBV2B)
 ;;
 esac

-[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan "$vpi"
"$vci" "$encaps" "$payload"
+board=$(lantiq_board_id)
+
+case "$board" in

-if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then
-set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm"
-else
-set_adsl_modem "$annex" "/lib/firmware/adsl.bin"
-fi
+GR7000)
+;;
+
+*)
+[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan
"$vpi" "$vci" "$encaps" "$payload"
+
+if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then
+set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm"
+else
+set_adsl_modem "$annex" "/lib/firmware/adsl.bin"
+fi
+;;
+esac

 [ -n "$lan_mac" ] && ucidef_set_interface_macaddr lan $lan_mac
 [ -n "$wan_mac" ] && ucidef_set_interface_macaddr wan $wan_mac

--- a/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
+++ b/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
@@ -8,7 +8,7 @@ set_wps() {

 board=$(lantiq_board_id)
 case $board in
-WBMR)
+WBMR|GR7000)
 config_load wireless
 config_foreach set_wps wifi-iface
 uci commit wireless

--- a/target/linux/lantiq/xway/profiles/aztech.mk
+++ b/target/linux/lantiq/xway/profiles/aztech.mk
@@ -2,6 +2,7 @@ define Profile/GR7000
   NAME:=Aztech GR7000
   PACKAGES:= \
 kmod-ltq-deu-ar9 kmod-ltq-hcd-ar9 \
+kmod-rt2800-pci wpad \
 swconfig
 endef
 $(eval $(call Profile,GR7000))

--- a/target/linux/lantiq/dts/GR7000.dts
+++ b/target/linux/lantiq/dts/GR7000.dts
@@ -3,7 +3,7 @@
 /include/ "ar9.dtsi"

 / {
-model = "GR7000 - Aztech GR7000";
+model = "Aztech GR7000";

 chosen {
 bootargs = "console=ttyLTQ0,115200 init=/etc/preinit";
@@ -18,7 +18,7 @@
 nor-boot@0 {
 compatible = "lantiq,nor";
 bank-width = <2>;
-reg = <0 0x0 0x200>;
+reg = <0 0x0 0x80>;
 #address-cells = <1>;
 #size-cells = <1>;

@@ -29,16 +29,24 @@
 };

 partition@2 {
-label = "uboot_env";
-reg = <0x2 0x1>;
+label = "firmware";
+reg = <0x2 0x7b>;
+};
+
+partition@7e {
+label = "board_config";
+reg = <0x7e 0x1>;
 read-only;
 };

-partition@3 {
-label = "firmware";
-reg = <0x3 0x7d>;
+partition@7f {
+label = "uboot_env";
+reg = <0x7f 0x1>;
+read-only;
 };
+
 };
+
 };

 gpio: pinmux@E100B10 {
@@ -70,12 +78,25 @@
 };
 };

+etop@E18 {
+phy-mode = "rgmii";
+};
+
 ifxhcd@E101000 {
 status = "okay";
+gpios = <&gpio 5 0
+&gpio 14 0>;
+lantiq,portmask = <0x3>;
 };

 pci@E105400 {
 status = "okay";
+
+ralink_eep {
+compatible = "ralink,eeprom";
+ralink,eeprom = "RT2860.eeprom";
+};
+
 };

 stp: stp@E100BB0 {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Resend patch to fix Support For Aztech GR7000

2014-06-28 Thread Alpha Sparc

AFAIK there is only 1 model of GR7000 and the 2 units with me both
have a file called RT30xxEEPROM.bin which is 512 bytes in /tmp/.
No other partitions except mtd0 (uboot) and mtd1 (rootfs lzma).
For users who want to use openwrt this is a problem because they need
to extract the EEPROM by mounting a FAT formatted drive and copying
out the file.
Probably need to note this in the wiki.
I am still having problems with the switch ar8316, ipv6 is detected
but ipv4 cannot get through should be a config issue although I can't
figure out the problem.

I notice that support for lantiq mips34kc is also rather flaky, router
somethings hangs and reboots abruptly...
Is it possible to port the 34kc patches from TP-Link TD-W8970 SDK to
OpenWRT? Is there a licensing issue.
They have neatly place all their custom patches in a folder, porting
should be doable.


On Sat, Jun 28, 2014 at 4:03 PM, John Crispin  wrote:
> Hi,
>
> i will postpone this patch till after BB. we will at that point fix up
> the eep handling properly and merge/share the patches between ralink
> and lantiq.
>
> do you know if all the boards have the same eep in the filesystem or do
> they differ between units ?
>
> John
>
> On 27/06/2014 19:05, Alpha Sparc wrote:
>> Move the Ralink EEPROM node into the PCI node to remove "wmac
>> failed to load eeprom property" message
>>
>>
>>
>> ---
>> a/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
>>
>>
> +++ b/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
>> @@ -41,6 +41,9 @@ case "$FIRMWARE" in ARV7525PW)
>> rt2x00_eeprom_extract "board_config" 1040 512 0 ;; +GR7000) +
>> rt2x00_eeprom_extract "board_config" 0 512 0 +;; *)
>> rt2x00_eeprom_die "board $board is not supported yet" ;;
>>
>> --- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
>> +++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network @@
>> -128,8 +128,12 @@ DGN3500*) ;;
>>
>> GR7000) -ucidef_set_interface_wan "eth0" -uci set
>> network.lan.ifname='' +lan_mac=$(mtd_get_mac_ascii uboot_env
>> ethaddr) +wan_mac=$(macaddr_add "$lan_mac" 3) +
>> ucidef_set_interfaces_lan_wan "eth0.1" "eth0.2" +
>> ucidef_add_switch "switch0" "1" "1" +ucidef_add_switch_vlan
>> "switch0" "1" "0t 1 2 3 4" +ucidef_add_switch_vlan "switch0"
>> "2" "0t 5" ;;
>>
>> H201L) @@ -167,13 +171,23 @@ BTHOMEHUBV2B) ;; esac
>>
>> -[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan
>> "$vpi" "$vci" "$encaps" "$payload" +board=$(lantiq_board_id) +
>> +case "$board" in
>>
>> -if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then -
>> set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm" -else -
>> set_adsl_modem "$annex" "/lib/firmware/adsl.bin" -fi +GR7000) +
>> ;; + +*) +[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] ||
>> set_atm_wan "$vpi" "$vci" "$encaps" "$payload" + +if [ -n
>> "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then +
>> set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm" +
>> else +set_adsl_modem "$annex" "/lib/firmware/adsl.bin" +
>> fi +;; +esac
>>
>> [ -n "$lan_mac" ] && ucidef_set_interface_macaddr lan $lan_mac [ -n
>> "$wan_mac" ] && ucidef_set_interface_macaddr wan $wan_mac
>>
>> ---
>> a/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
>> +++
>> b/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
>> @@ -8,7 +8,7 @@ set_wps() {
>>
>> board=$(lantiq_board_id) case $board in -WBMR) +WBMR|GR7000)
>> config_load wireless config_foreach set_wps wifi-iface uci commit
>> wireless
>>
>> --- a/target/linux/lantiq/xway/profiles/aztech.mk +++
>> b/target/linux/lantiq/xway/profiles/aztech.mk @@ -2,6 +2,7 @@
>> define Profile/GR7000 NAME:=Aztech GR7000 PACKAGES:= \
>> kmod-ltq-deu-ar9 kmod-ltq-hcd-ar9 \ +kmod-rt2800-pci wpad \
>> swconfig endef $(eval $(call Profile,GR7000))
>>
>> --- a/target/linux/lantiq/dts/GR7000.dts +++
>> b/target/linux/lantiq/dts/GR7000.dts @@ -3,7 +3,7 @@ /include/
>> "ar9.dtsi"
>>
>> / { -model = "GR7000 - Aztec

Re: [OpenWrt-Devel] Resend patch to fix Support For Aztech GR7000

2014-06-28 Thread Alpha Sparc

As for your question if the EEPROM are the same for all units, I just
extract from 2 of my units and md5sum checks out the same.


On Sat, Jun 28, 2014 at 9:49 PM, Alpha Sparc  wrote:
> AFAIK there is only 1 model of GR7000 and the 2 units with me both
> have a file called RT30xxEEPROM.bin which is 512 bytes in /tmp/.
> No other partitions except mtd0 (uboot) and mtd1 (rootfs lzma).
> For users who want to use openwrt this is a problem because they need
> to extract the EEPROM by mounting a FAT formatted drive and copying
> out the file.
> Probably need to note this in the wiki.
> I am still having problems with the switch ar8316, ipv6 is detected
> but ipv4 cannot get through should be a config issue although I can't
> figure out the problem.
>
> I notice that support for lantiq mips34kc is also rather flaky, router
> somethings hangs and reboots abruptly...
> Is it possible to port the 34kc patches from TP-Link TD-W8970 SDK to
> OpenWRT? Is there a licensing issue.
> They have neatly place all their custom patches in a folder, porting
> should be doable.
>
>
> On Sat, Jun 28, 2014 at 4:03 PM, John Crispin  wrote:
>> Hi,
>>
>> i will postpone this patch till after BB. we will at that point fix up
>> the eep handling properly and merge/share the patches between ralink
>> and lantiq.
>>
>> do you know if all the boards have the same eep in the filesystem or do
>> they differ between units ?
>>
>> John
>>
>> On 27/06/2014 19:05, Alpha Sparc wrote:
>>> Move the Ralink EEPROM node into the PCI node to remove "wmac
>>> failed to load eeprom property" message
>>>
>>>
>>>
>>> ---
>>> a/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
>>>
>>>
>> +++ b/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom
>>> @@ -41,6 +41,9 @@ case "$FIRMWARE" in ARV7525PW)
>>> rt2x00_eeprom_extract "board_config" 1040 512 0 ;; +GR7000) +
>>> rt2x00_eeprom_extract "board_config" 0 512 0 +;; *)
>>> rt2x00_eeprom_die "board $board is not supported yet" ;;
>>>
>>> --- a/target/linux/lantiq/base-files/etc/uci-defaults/02_network
>>> +++ b/target/linux/lantiq/base-files/etc/uci-defaults/02_network @@
>>> -128,8 +128,12 @@ DGN3500*) ;;
>>>
>>> GR7000) -ucidef_set_interface_wan "eth0" -uci set
>>> network.lan.ifname='' +lan_mac=$(mtd_get_mac_ascii uboot_env
>>> ethaddr) +wan_mac=$(macaddr_add "$lan_mac" 3) +
>>> ucidef_set_interfaces_lan_wan "eth0.1" "eth0.2" +
>>> ucidef_add_switch "switch0" "1" "1" +ucidef_add_switch_vlan
>>> "switch0" "1" "0t 1 2 3 4" +ucidef_add_switch_vlan "switch0"
>>> "2" "0t 5" ;;
>>>
>>> H201L) @@ -167,13 +171,23 @@ BTHOMEHUBV2B) ;; esac
>>>
>>> -[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] || set_atm_wan
>>> "$vpi" "$vci" "$encaps" "$payload" +board=$(lantiq_board_id) +
>>> +case "$board" in
>>>
>>> -if [ -n "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then -
>>> set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm" -else -
>>> set_adsl_modem "$annex" "/lib/firmware/adsl.bin" -fi +GR7000) +
>>> ;; + +*) +[ -z "$(ls /lib/modules/`uname -r`/ltq_atm*)" ] ||
>>> set_atm_wan "$vpi" "$vci" "$encaps" "$payload" + +if [ -n
>>> "$(grep "system type.*: VR9" /proc/cpuinfo)" ]; then +
>>> set_vdsl_modem "$annex" "/lib/firmware/vdsl.bin" "av" "ptm" +
>>> else +set_adsl_modem "$annex" "/lib/firmware/adsl.bin" +
>>> fi +;; +esac
>>>
>>> [ -n "$lan_mac" ] && ucidef_set_interface_macaddr lan $lan_mac [ -n
>>> "$wan_mac" ] && ucidef_set_interface_macaddr wan $wan_mac
>>>
>>> ---
>>> a/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
>>> +++
>>> b/target/linux/lantiq/base-files/etc/uci-defaults/03_wireless-wps
>>> @@ -8,7 +8,7 @@ set_wps() {
>>>
>>> board=$(lantiq_board_id) case $board in -WBMR) +WBMR|GR7000)
>>> config_load wireless config_foreach set_wps wifi-iface uci commit
>>> wireless
>>

42 matches

Mail list logo