Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Alex Henrie 
2014-07-28 0:57 GMT-06:00 Rafał Miłecki :
> 1) Standalone adapters are available as "Dual 12 PCIE-AM". I found
> them on agreetao and mallaid (don't have any experience with them):
> http://www.agreetao.com/item/20865240537
> http://www.mallaid.com/index.php/item/20865240537
> Cost at Mallaid $28 + shipping ($10 or $24)

Would this work?
http://www.amazon.de/dp/B004LB714M

How many do you need?

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Rafał Miłecki 
On 28 July 2014 09:39, Alex Henrie  wrote:
> 2014-07-28 0:57 GMT-06:00 Rafał Miłecki :
>> 1) Standalone adapters are available as "Dual 12 PCIE-AM". I found
>> them on agreetao and mallaid (don't have any experience with them):
>> http://www.agreetao.com/item/20865240537
>> http://www.mallaid.com/index.php/item/20865240537
>> Cost at Mallaid $28 + shipping ($10 or $24)
>
> Would this work?
> http://www.amazon.de/dp/B004LB714M
>
> How many do you need?

No, this is a standard adapter PCIe <-> mini PCIe adatpter.

BCM94331CD and BCM94360CD both use proprietary Apple connector. It
uses 6 + 12 pins instead of 8 + 18.

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

Re: [OpenWrt-Devel] [PATCH] Add gccgo and libgo

2014-07-28 Thread Geert-Johan Riemer 

Hi,

Any updates about this patch? I've received several mails recently from people 
asking wether it has been merged into OpenWRT already because they wish to use it.


Best regards,
Geert-Johan Riemer

On Tue, 4 Feb 2014, Geert-Johan Riemer wrote:


Hi Luka,

Thanks for your response!

You could grab this simple "Hello, openWRT" program:
http://play.golang.org/p/uM7S_C37L2

More info on gccgo: http://golang.org/doc/install/gccgo

Thanks!
--
Geert-Johan Riemer

On Tue, 4 Feb 2014, Luka Perkov wrote:


Hi Geert-Johan,

On Tue, Feb 04, 2014 at 02:26:38PM +0100, Geert-Johan Riemer wrote:

Still haven't heard anything. Any chance to get this merged in?

http://patchwork.openwrt.org/patch/4711/


I've started testing that this weekend but I've hit build problem with
eglibc which I had to fix first (r39453). Now I need to make a sample
Makefile that will compile some go project. If you have one dummy
example please share it.

Luka




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

Re: [OpenWrt-Devel] [PATCH] Add gccgo and libgo

2014-07-28 Thread John Crispin 
Hi,

if you want this in the packages feed, please upload it to github and
have it merged via the usual process into the packages feed

John

On 28/07/2014 09:34, Geert-Johan Riemer wrote:
> Hi,
> 
> Any updates about this patch? I've received several mails recently
> from people asking wether it has been merged into OpenWRT already
> because they wish to use it.
> 
> Best regards, Geert-Johan Riemer
> 
> On Tue, 4 Feb 2014, Geert-Johan Riemer wrote:
> 
>> Hi Luka,
>> 
>> Thanks for your response!
>> 
>> You could grab this simple "Hello, openWRT" program: 
>> http://play.golang.org/p/uM7S_C37L2
>> 
>> More info on gccgo: http://golang.org/doc/install/gccgo
>> 
>> Thanks! -- Geert-Johan Riemer
>> 
>> On Tue, 4 Feb 2014, Luka Perkov wrote:
>> 
>>> Hi Geert-Johan,
>>> 
>>> On Tue, Feb 04, 2014 at 02:26:38PM +0100, Geert-Johan Riemer
>>> wrote:
 Still haven't heard anything. Any chance to get this merged
 in?
 
 http://patchwork.openwrt.org/patch/4711/
>>> 
>>> I've started testing that this weekend but I've hit build
>>> problem with eglibc which I had to fix first (r39453). Now I
>>> need to make a sample Makefile that will compile some go
>>> project. If you have one dummy example please share it.
>>> 
>>> Luka
>>> 
>> 
> ___ 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] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Alex Henrie 
2014-07-28 1:45 GMT-06:00 Rafał Miłecki :
> No, this is a standard adapter PCIe <-> mini PCIe adatpter.
>
> BCM94331CD and BCM94360CD both use proprietary Apple connector. It
> uses 6 + 12 pins instead of 8 + 18.

I see. I'm not very interested in sponsoring development that only
directly benefits Mac users. However, if you send me your shipping
address, I would be willing to give you an Asus PCE-AC56 instead:
http://www.amazon.com/dp/B00JNA337K

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

Re: [OpenWrt-Devel] [PATCH] Add gccgo and libgo

2014-07-28 Thread Geert-Johan Riemer 

Hi,

gccgo is included in gcc
The patch only adds a few lines in the toolchain makefiles, nothing else.
I didn't think it would make sense to add this as a seperate feed, or does it?
Fortran is included in the same way.

For more details on gccgo:
http://blog.golang.org/gccgo-in-gcc-471
https://gcc.gnu.org/onlinedocs/gccgo/

--
Geert-Johan Riemer

On Mon, 28 Jul 2014, John Crispin wrote:


Hi,

if you want this in the packages feed, please upload it to github and
have it merged via the usual process into the packages feed

John

On 28/07/2014 09:34, Geert-Johan Riemer wrote:

Hi,

Any updates about this patch? I've received several mails recently
from people asking wether it has been merged into OpenWRT already
because they wish to use it.

Best regards, Geert-Johan Riemer

On Tue, 4 Feb 2014, Geert-Johan Riemer wrote:


Hi Luka,

Thanks for your response!

You could grab this simple "Hello, openWRT" program:
http://play.golang.org/p/uM7S_C37L2

More info on gccgo: http://golang.org/doc/install/gccgo

Thanks! -- Geert-Johan Riemer

On Tue, 4 Feb 2014, Luka Perkov wrote:


Hi Geert-Johan,

On Tue, Feb 04, 2014 at 02:26:38PM +0100, Geert-Johan Riemer
wrote:

Still haven't heard anything. Any chance to get this merged
in?

http://patchwork.openwrt.org/patch/4711/


I've started testing that this weekend but I've hit build
problem with eglibc which I had to fix first (r39453). Now I
need to make a sample Makefile that will compile some go
project. If you have one dummy example please share it.

Luka




___ 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] [PATCH] Add gccgo and libgo

2014-07-28 Thread John Crispin 
of course ... i will look into this

On 28/07/2014 09:52, Geert-Johan Riemer wrote:
> Hi,
> 
> gccgo is included in gcc The patch only adds a few lines in the
> toolchain makefiles, nothing else. I didn't think it would make
> sense to add this as a seperate feed, or does it? Fortran is
> included in the same way.
> 
> For more details on gccgo: http://blog.golang.org/gccgo-in-gcc-471 
> https://gcc.gnu.org/onlinedocs/gccgo/
> 
> -- Geert-Johan Riemer
> 
> On Mon, 28 Jul 2014, John Crispin wrote:
> 
>> Hi,
>> 
>> if you want this in the packages feed, please upload it to github
>> and have it merged via the usual process into the packages feed
>> 
>> John
>> 
>> On 28/07/2014 09:34, Geert-Johan Riemer wrote:
>>> Hi,
>>> 
>>> Any updates about this patch? I've received several mails
>>> recently from people asking wether it has been merged into
>>> OpenWRT already because they wish to use it.
>>> 
>>> Best regards, Geert-Johan Riemer
>>> 
>>> On Tue, 4 Feb 2014, Geert-Johan Riemer wrote:
>>> 
 Hi Luka,
 
 Thanks for your response!
 
 You could grab this simple "Hello, openWRT" program: 
 http://play.golang.org/p/uM7S_C37L2
 
 More info on gccgo: http://golang.org/doc/install/gccgo
 
 Thanks! -- Geert-Johan Riemer
 
 On Tue, 4 Feb 2014, Luka Perkov wrote:
 
> Hi Geert-Johan,
> 
> On Tue, Feb 04, 2014 at 02:26:38PM +0100, Geert-Johan
> Riemer wrote:
>> Still haven't heard anything. Any chance to get this
>> merged in?
>> 
>> http://patchwork.openwrt.org/patch/4711/
> 
> I've started testing that this weekend but I've hit build 
> problem with eglibc which I had to fix first (r39453). Now
> I need to make a sample Makefile that will compile some go 
> project. If you have one dummy example please share it.
> 
> Luka
> 
 
>>> ___ 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] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Rafał Miłecki 
On 28 July 2014 10:01, Alex Henrie  wrote:
> 2014-07-28 1:45 GMT-06:00 Rafał Miłecki :
>> No, this is a standard adapter PCIe <-> mini PCIe adatpter.
>>
>> BCM94331CD and BCM94360CD both use proprietary Apple connector. It
>> uses 6 + 12 pins instead of 8 + 18.
>
> I see. I'm not very interested in sponsoring development that only
> directly benefits Mac users. However, if you send me your shipping
> address, I would be willing to give you an Asus PCE-AC56 instead:
> http://www.amazon.com/dp/B00JNA337K

The reason I need few different cards is to spot places in code that
need to check for the hardware version. So having Apple hardware which
is usually a bit different helps here.

Also: working with BCM94331CD is the best way of improving general
BCM4331 support. All standalone BCM4331 cards use Apple proprietary
connector. You can't buy a BCM4331 that will simply fit into PCIe or
mini PCIe. I've heard once about UPWL6031C, but it's not possible to
find it anywhere.
So to improve support for BCM4331s (that are used in many routers), I
*have to* buy Apple BCM4331 card and an adapter. Or the whole Mac :P

Anyway, having Asus PCE-AC56 would be great for AC-PHY development,
I'll send you my address in a minute, thanks! :)

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

[OpenWrt-Devel] [PATCH 1/2] ramips: fix mode switch gpio for AsiaRF AWM eval board

2014-07-28 Thread Russell Senior 

Fix a typo: gpio 21 is already used for the WPS led.  Gpio 20 is the
right one (tested) for the mode switch.  Confirmed that
/sys/kernel/debug/gpio state followed the position of the switch.

Signed-off-by: Russell Senior 
---
 target/linux/ramips/dts/AWM002-EVB-4M.dts | 2 +-
 target/linux/ramips/dts/AWM002-EVB-8M.dts | 2 +-
 target/linux/ramips/dts/AWM003-EVB.dts| 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/target/linux/ramips/dts/AWM002-EVB-4M.dts 
b/target/linux/ramips/dts/AWM002-EVB-4M.dts
index 12887d8..cf686e5 100644
--- a/target/linux/ramips/dts/AWM002-EVB-4M.dts
+++ b/target/linux/ramips/dts/AWM002-EVB-4M.dts
@@ -37,7 +37,7 @@
};
mode {
label = "mode";
-   gpios = <&gpio0 21 1>;
+   gpios = <&gpio0 20 1>;
linux,code = <0x32>;
};
};
diff --git a/target/linux/ramips/dts/AWM002-EVB-8M.dts 
b/target/linux/ramips/dts/AWM002-EVB-8M.dts
index 3be34bf..685b227 100644
--- a/target/linux/ramips/dts/AWM002-EVB-8M.dts
+++ b/target/linux/ramips/dts/AWM002-EVB-8M.dts
@@ -37,7 +37,7 @@
};
mode {
label = "mode";
-   gpios = <&gpio0 21 1>;
+   gpios = <&gpio0 20 1>;
linux,code = <0x32>;
};
};
diff --git a/target/linux/ramips/dts/AWM003-EVB.dts 
b/target/linux/ramips/dts/AWM003-EVB.dts
index 4227965..35d4886 100644
--- a/target/linux/ramips/dts/AWM003-EVB.dts
+++ b/target/linux/ramips/dts/AWM003-EVB.dts
@@ -56,7 +56,7 @@
};
mode {
label = "mode";
-   gpios = <&gpio0 21 1>;
+   gpios = <&gpio0 20 1>;
linux,code = <0x32>;
};
};
-- 
2.0.0



-- 
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/2] ramips: correct typo ubsphy -> usbphy

2014-07-28 Thread Russell Senior 

This appears to be a typo.

Signed-off-by: Russell Senior 
---
 target/linux/ramips/dts/mt7620a.dtsi | 2 +-
 target/linux/ramips/dts/mt7620n.dtsi | 2 +-
 target/linux/ramips/dts/rt5350.dtsi  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/target/linux/ramips/dts/mt7620a.dtsi 
b/target/linux/ramips/dts/mt7620a.dtsi
index b2c2779..9d077ee 100644
--- a/target/linux/ramips/dts/mt7620a.dtsi
+++ b/target/linux/ramips/dts/mt7620a.dtsi
@@ -349,7 +349,7 @@
#reset-cells = <1>;
};
 
-   ubsphy {
+   usbphy {
compatible = "ralink,mt7620a-usbphy";
 
resets = <&rstctrl 22 &rstctrl 25>;
diff --git a/target/linux/ramips/dts/mt7620n.dtsi 
b/target/linux/ramips/dts/mt7620n.dtsi
index a88d9dc..8ce759a 100644
--- a/target/linux/ramips/dts/mt7620n.dtsi
+++ b/target/linux/ramips/dts/mt7620n.dtsi
@@ -223,7 +223,7 @@
#reset-cells = <1>;
};
 
-   ubsphy {
+   usbphy {
compatible = "ralink,mt7620a-usbphy";
 
resets = <&rstctrl 22 &rstctrl 25>;
diff --git a/target/linux/ramips/dts/rt5350.dtsi 
b/target/linux/ramips/dts/rt5350.dtsi
index 6abb271..e88f28d 100644
--- a/target/linux/ramips/dts/rt5350.dtsi
+++ b/target/linux/ramips/dts/rt5350.dtsi
@@ -237,7 +237,7 @@
#reset-cells = <1>;
};
 
-   ubsphy {
+   usbphy {
compatible = "ralink,rt3xxx-usbphy";
 
resets = <&rstctrl 22 &rstctrl 25>;
-- 
2.0.0


-- 
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Alex Henrie 
2014-07-28 2:12 GMT-06:00 Rafał Miłecki :
> The reason I need few different cards is to spot places in code that
> need to check for the hardware version. So having Apple hardware which
> is usually a bit different helps here.
>
> Also: working with BCM94331CD is the best way of improving general
> BCM4331 support. All standalone BCM4331 cards use Apple proprietary
> connector. You can't buy a BCM4331 that will simply fit into PCIe or
> mini PCIe. I've heard once about UPWL6031C, but it's not possible to
> find it anywhere.
> So to improve support for BCM4331s (that are used in many routers), I
> *have to* buy Apple BCM4331 card and an adapter. Or the whole Mac :P
>
> Anyway, having Asus PCE-AC56 would be great for AC-PHY development,
> I'll send you my address in a minute, thanks! :)

Thanks for the explanation. Still, I'd rather send you the Asus
PCE-AC56. I'll forward the order confirmation to you shortly.

2014-07-27 23:59 GMT-06:00 John Crispin :
> if it makes you feel better i can add the official bit, you have done
> a pile of great work recently :)
>
>  we would like to officially ask those who think that
> Rafał's work on brcm is important to help him out by donating the
> named/requested materials to him ... and as usual his work is on a best
> effort basis 

So does the donation of this hardware count as a tax-deductible
contribution through Software in the Public Interest?

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread John Crispin 


On 28/07/2014 10:31, Alex Henrie wrote:
> 2014-07-27 23:59 GMT-06:00 John Crispin :
>>> if it makes you feel better i can add the official bit, you
>>> have done a pile of great work recently :)
>>> 
>>>  we would like to officially ask those who think
>>> that Rafał's work on brcm is important to help him out by
>>> donating the named/requested materials to him ... and as usual
>>> his work is on a best effort basis 
> So does the donation of this hardware count as a tax-deductible 
> contribution through Software in the Public Interest?


not sure if this goes for material donations aswell or only money ...
i will find out and let you know
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread David Lang 

On Mon, 28 Jul 2014, John Crispin wrote:


On 27/07/2014 23:07, Rafał Miłecki wrote:

Note: this is *not* anyhow officially related to the OpenWrt! This
is my private request, I use OpenWrt ML just to reach ppl
interested in this topic. Also I can't guarantee my development
will success and can't guarantee any progress in any reasonable
time.



if it makes you feel better i can add the official bit, you have done
a pile of great work recently :)

 we would like to officially ask those who think that
Rafał's work on brcm is important to help him out by donating the
named/requested materials to him ... and as usual his work is on a best
effort basis 


I've had an interest in helping get specific routers supported in the past, but 
figuring out who to send equipment to ended up defeating me repeatedly.


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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread John Crispin 


On 28/07/2014 10:41, David Lang wrote:
> On Mon, 28 Jul 2014, John Crispin wrote:
> 
>> On 27/07/2014 23:07, Rafał Miłecki wrote:
>>> Note: this is *not* anyhow officially related to the OpenWrt!
>>> This is my private request, I use OpenWrt ML just to reach ppl 
>>> interested in this topic. Also I can't guarantee my
>>> development will success and can't guarantee any progress in
>>> any reasonable time.
>> 
>> 
>> if it makes you feel better i can add the official bit, you have
>> done a pile of great work recently :)
>> 
>>  we would like to officially ask those who think that 
>> Rafał's work on brcm is important to help him out by donating
>> the named/requested materials to him ... and as usual his work is
>> on a best effort basis 
> 
> I've had an interest in helping get specific routers supported in
> the past, but figuring out who to send equipment to ended up
> defeating me repeatedly.
> 
> David Lang


hi david.

please post the link to the mail you sent on -devel about this.

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread David Lang 

On Mon, 28 Jul 2014, John Crispin wrote:


On 28/07/2014 10:41, David Lang wrote:

On Mon, 28 Jul 2014, John Crispin wrote:


On 27/07/2014 23:07, Rafał Miłecki wrote:

Note: this is *not* anyhow officially related to the OpenWrt!
This is my private request, I use OpenWrt ML just to reach ppl
interested in this topic. Also I can't guarantee my
development will success and can't guarantee any progress in
any reasonable time.



if it makes you feel better i can add the official bit, you have
done a pile of great work recently :)

 we would like to officially ask those who think that
Rafał's work on brcm is important to help him out by donating
the named/requested materials to him ... and as usual his work is
on a best effort basis 


I've had an interest in helping get specific routers supported in
the past, but figuring out who to send equipment to ended up
defeating me repeatedly.

David Lang



hi david.

please post the link to the mail you sent on -devel about this.


It's been a couple years since my last attempt, given that the topic just came 
up, I figured I'd try to figure out what the right process is for the next time 
:-)


the most interesting items for me right now are the DSL version on the netgear 
3700 and the netgear r6200.


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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Rafał Miłecki 
On 28 July 2014 10:49, David Lang  wrote:
> the most interesting items for me right now are the DSL version on the
> netgear 3700 and the netgear r6200.

WNDR3700v3 is based on BCM4718A1. Builtin WiFi should be supported,
looking for testers. It also contains BCM4331 which is not well
supported yet and it subject on discussion in this thread.

R6200 is a totally new architecture (ARM not MIPS) and still requires
at least few months of development for some basic usage.

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread John Crispin 


On 28/07/2014 10:31, Alex Henrie wrote:
> So does the donation of this hardware count as a tax-deductible 
> contribution through Software in the Public Interest?

Hi,

please send your invoice to this address treasu...@spi-inc.org with a
small text explaining the cause and maybe add the link to the mailing
list archive of this thread and put g...@openwrt.org and
blo...@openwrt.org in CC

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread John Crispin 

>> hi david.
>> 
>> please post the link to the mail you sent on -devel about this.
> 
> It's been a couple years since my last attempt, given that the
> topic just came up, I figured I'd try to figure out what the right
> process is for the next time :-)
> 

i just checked the archive and i cannot find a single mail from you
where you try to figure out where to send donations to.

can you elaborate your effort ? i want to understand what you did
wrong to help other not make the same error in future


> the most interesting items for me right now are the DSL version on
> the netgear 3700 and the netgear r6200.

what HW is inside them ?

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

Re: [OpenWrt-Devel] [OT] Anyone interested in donating Broadcom development?

2014-07-28 Thread Jonas Gorski 
On Mon, Jul 28, 2014 at 11:01 AM, John Crispin  wrote:
>
>>> hi david.
>>>
>>> please post the link to the mail you sent on -devel about this.
>>
>> It's been a couple years since my last attempt, given that the
>> topic just came up, I figured I'd try to figure out what the right
>> process is for the next time :-)
>>
>
> i just checked the archive and i cannot find a single mail from you
> where you try to figure out where to send donations to.
>
> can you elaborate your effort ? i want to understand what you did
> wrong to help other not make the same error in future
>
>
>> the most interesting items for me right now are the DSL version on
>> the netgear 3700 and the netgear r6200.
>
> what HW is inside them ?

Both Broadcom bcm63xx - so you won't get any DSL out of it. I do have
a DGND3700v1 here, and I plan to add support to it soonish (not sure
if it make it to BB). It won't include nand flash support. Adding
support for v2 or D6200 will be a bit less useful, as both use bcm6362
and the internal wifi for 2.4GHz, which is currently completely
unsupported. And in case of D6200, 11AC wifi for 5 GHz, so no support
there either.


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

[OpenWrt-Devel] [oldpackages] hd-idle: enable_debug block boot process

2014-07-28 Thread Christian Schoenebeck 
From: Christian Schoenebeck 
Date: Mon, 28 Jul 2014 12:10:31 +0200
Subject: [PATCH] [oldpackages] hd-idle: enable_debug block boot process

enable_debug will set parameter "-d"Debug mode.
This will prevent hd-idle from becoming a daemon and print debugging
info to stdout/stderr. (see http://hd-idle.sourceforge.net/ )

During boot or (re-)started via LuCI the system will hang.
Starting with /etc/init.d/hd-idle start will give no output.
This parameter should be completely removed.
Increased PKG_RELEASE version.

Signed-off-by: Christian Schoenebeck 
---
 utils/hd-idle/Makefile | 2 +-
 utils/hd-idle/files/hd-idle.config | 1 -
 utils/hd-idle/files/hd-idle.init   | 1 -
 3 files changed, 1 insertion(+), 3 deletions(-)

diff --git a/utils/hd-idle/Makefile b/utils/hd-idle/Makefile
index 981b884..e854c1e 100644
--- a/utils/hd-idle/Makefile
+++ b/utils/hd-idle/Makefile
@@ -9,7 +9,7 @@ include $(TOPDIR)/rules.mk
 
 PKG_NAME:=hd-idle
 PKG_VERSION:=1.04
-PKG_RELEASE:=1
+PKG_RELEASE:=2
 
 PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tgz
 PKG_SOURCE_URL:=@SF/$(PKG_NAME)
diff --git a/utils/hd-idle/files/hd-idle.config 
b/utils/hd-idle/files/hd-idle.config
index 4e22c3b..dbbd358 100644
--- a/utils/hd-idle/files/hd-idle.config
+++ b/utils/hd-idle/files/hd-idle.config
@@ -1,6 +1,5 @@
 config 'hd-idle'
option 'disk' 'sda'
-   option 'enable_debug' '0'
option 'enabled' '0'
option 'idle_time_unit' 'minutes'
option 'idle_time_interval' '10'
diff --git a/utils/hd-idle/files/hd-idle.init b/utils/hd-idle/files/hd-idle.init
index 1abf232..b8ce5cf 100644
--- a/utils/hd-idle/files/hd-idle.init
+++ b/utils/hd-idle/files/hd-idle.init
@@ -64,7 +64,6 @@ start_service() {
config_get "interval" "$section" "idle_time_interval"
config_get "unit" "$section" "idle_time_unit"
append_string "$section" "disk" "-a"
-   append_bool "$section" "enable_debug" "-d"
config_get_bool "enabled" "$section" "enabled" '1'
[ "$enabled" -gt 0 ] || return 1
service_start /usr/bin/hd-idle $args -i "$(compute_seconds $interval 
$unit)"


---
Diese E-Mail ist frei von Viren und Malware, denn der avast! Antivirus Schutz 
ist aktiv.
http://www.avast.com
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [package] uhttpd: fix handling of / as lua or ubus prefix

2014-07-28 Thread Felix Fietkau 
On 2014-07-28 07:52, Charles Lehner wrote:
> From: Charles Lehner 
> 
> Fix up lua prefix and ubus prefix, as done with cgi prefix.
> 
> Signed-off-by: Charles Lehner 
Your patch is whitespace mangled and does not apply. Please resend.

Thanks,

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

Re: [OpenWrt-Devel] openwrt + openconnect

2014-07-28 Thread David Woodhouse 
On Thu, 2014-06-05 at 08:18 +0200, Nikos Mavrogiannopoulos wrote:
> Hello,
>  I'm trying to resubmit the scripts for openconnect in openwrt's luci
> interface. Currently the most difficult part in the interface is
> specifying the server certificate. There no tools installed by default
> in openwrt that can fetch the server's certificate, and there is no way
> to calculate the SHA1 hash of the certificate as well. Thus it becomes a
> pretty geeky interface that very few people will be able to use. 
>
> Said that I think it would be really good for openconnect to have a mode
> trust on first use (thus no certificate will need to be specified), or
> at least a flag --print-hash or so that will allow running openconnect
> to obtain the server's certificate hash (and thus the web interface will
> be able to calculate the hash without other dependencies). What do you
> think of these two options? (mostly a question to David but other
> opinions are welcome)

It's not ideal, but actually there's already a way to do this. Just
connect with '--servercert foo'. Where 'foo' really is a literal 'foo',
or anything else that'll never match a real sha1sum :)

You'll get something like this (localised) on stderr:

Server SSL certificate didn't match: A098E8E7339BBB0FBE3BB57932DA6BAFDC2DEE8B

That's the hash you were after.


Actually, I think we want a kind of 'wizard' for openconnect
configuration in luci. Rather than having hard-coded configuration items
like 'username' and 'password' which aren't always going to be relevant,
we actually want to work through the forms that the server offers us.

Hook up a trivial dæmon listening on a local socket, and using
libopenconnect's obtain_cookie() method. Every time it gets a
validate_peer_cert() or process_auth_form() callback, stop and wait for
a connection (from luci) on its local socket. Spew the request out the
socket and wait for a response.

You then have a luci page for the 'wizard' which simply fetches the next
"request for user interaction" from that dæmon and stores the user's
responses as the "configuration" to be stored. When the dæmon finally
reports success, the 'wizard' page then gives you the option to 'Save &
Apply' the new configuration.

You can also have a way to manually edit the individual items like
'form:main:username' = 'nmav', but that's not going to be the normal UI,
especially for initial setup.

This will only cope with the case where the authentication responses we
need are *constant* — no OTP or anything like that. Actually, supporting
OTP in the future wouldn't be *so* hard... but let's leave that for the
future.

-- 
dwmw2


smime.p7s
Description: S/MIME cryptographic signature
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH] [package] uhttpd: fix handling of / as lua or ubus prefix

2014-07-28 Thread Charles Lehner 
On Mon, 28 Jul 2014 12:30:23 +0200
Felix Fietkau  wrote:

> On 2014-07-28 07:52, Charles Lehner wrote:
> > From: Charles Lehner 
> > 
> > Fix up lua prefix and ubus prefix, as done with cgi prefix.
> > 
> > Signed-off-by: Charles Lehner 
> Your patch is whitespace mangled and does not apply. Please resend.
> 
> Thanks,
> 
> - Felix
> 

Woops, here is one with fixed whitespace.

Charles

---
diff --git a/main.c b/main.c
index 44c3226..39fb6b6 100644
--- a/main.c
+++ b/main.c
@@ -378,6 +378,7 @@ int main(int argc, char **argv)
 
 #ifdef HAVE_LUA
case 'l':
+   fixup_prefix(optarg);
conf.lua_prefix = optarg;
break;
 
@@ -397,6 +398,7 @@ int main(int argc, char **argv)
break;
 
case 'u':
+   fixup_prefix(optarg);
conf.ubus_prefix = optarg;
break;
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Backport of 41815 (ath9k tx lockup)

2014-07-28 Thread Etienne Champetier 
Hi

Le 24 juil. 2014 23:37, "Etienne Champetier" 
a écrit :
>
> Hi
> I know we are close to BB release and ..., but do you plan to backport
r41815?
> (ath9k: fix a long standing aggregation related tx lockup)
>
> Thanks again for all the great work
> Etienne
>
> p.s: for now i have a cron doing "wifi restart" every hour on my 5 ubnt
bullet m2hp + 1 wr1043nd (still running AA), and i hit the bug at least
once a day (not every time the same device)

I ve updated all my ubnt bullet to latest trunk and so far so good, no TX
lockup.
Thanks a lot Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH]ramips:support Lenovo AC1200 Wireless router

2014-07-28 Thread John Crispin 
Hi,

where is the DTS file ?

John

On 24/07/2014 16:04, Lintel Huang wrote:
> 
> Today, Lenovo released a new product，an 11ac wireless router base
> MTK's mt7620a + mt7612e evaluation board. It has Two GE
> ports(RTL8211E) and 4 FE ports(Internal switch),256MByte DDR2,
> 3xUSB 2.0. This patch will make openwrt support it.
> 
> Sorry for my pool english,tks at all.
> 
> Regards, Lintel
> 
> Signed-off-by:Lintel >
> 
> diff --git a/target/linux/ramips/base-files/etc/diag.sh 
> b/target/linux/ramips/base-files/etc/diag.sh index 908547e..edebed8
> 100755 --- a/target/linux/ramips/base-files/etc/diag.sh +++
> b/target/linux/ramips/base-files/etc/diag.sh @@ -182,6 +182,9 @@
> get_status_led() { na930) status_led="na930:blue:power" ;; +
> ac1200) +status_led="lenovo:blue:power" +;; esac }
> 
> diff --git
> a/target/linux/ramips/base-files/etc/uci-defaults/02_network 
> b/target/linux/ramips/base-files/etc/uci-defaults/02_network index
> b372893..b862d9c 100755 ---
> a/target/linux/ramips/base-files/etc/uci-defaults/02_network +++
> b/target/linux/ramips/base-files/etc/uci-defaults/02_network @@
> -172,6 +172,12 @@ ramips_setup_interfaces() ucidef_add_switch_vlan
> "switch0" "2" "4 6t" ;;
> 
> +ac1200) +ucidef_set_interfaces_lan_wan "eth0.1"
> "eth0.2" +ucidef_add_switch "switch0" "1" "1" +
> ucidef_add_switch_vlan "switch0" "1" "1 2 3 4 5 6t" +
> ucidef_add_switch_vlan "switch0" "2" "0 6t" +;; d105 | \ 
> na930 | \ omni-emb-hpm|\ @@ -254,7 +260,8 @@ ramips_setup_macs() 
> wan_mac=$(macaddr_add "$lan_mac" 1) ;;
> 
> -wr8305rt) +wr8305rt | \ +ac1200) 
> lan_mac=$(mtd_get_mac_binary factory 4) wan_mac=$(macaddr_add
> "$lan_mac" 1) ;; diff --git
> a/target/linux/ramips/base-files/lib/ramips.sh 
> b/target/linux/ramips/base-files/lib/ramips.sh index
> f9ab1e3..9a339b1 100755 ---
> a/target/linux/ramips/base-files/lib/ramips.sh +++
> b/target/linux/ramips/base-files/lib/ramips.sh @@ -313,6 +313,9 @@
> ramips_board_detect() { *"ZBT WR8305RT") name="wr8305rt" ;; +
> *"Lenovo AC1200") +name="ac1200" +;; *) 
> name="generic" ;; diff --git
> a/target/linux/ramips/base-files/lib/upgrade/platform.sh 
> b/target/linux/ramips/base-files/lib/upgrade/platform.sh index
> 8ada58b..a5a63ae 100755 ---
> a/target/linux/ramips/base-files/lib/upgrade/platform.sh +++
> b/target/linux/ramips/base-files/lib/upgrade/platform.sh @@ -93,7
> +93,8 @@ platform_check_image() { wrtnode |\ x5 |\ x8 |\ -
> zbt-wa05) +zbt-wa05 |\ +ac1200) [ "$magic" != "27051956" ]
> && { echo "Invalid image type." return 1 diff --git
> a/target/linux/ramips/image/Makefile 
> b/target/linux/ramips/image/Makefile index ef019ef..79e1787 100644 
> --- a/target/linux/ramips/image/Makefile +++
> b/target/linux/ramips/image/Makefile @@ -716,6 +716,7 @@
> Image/Build/Profile/DIR-810L=$(call 
> BuildFirmware/CustomFlash/$(1),$(1),dir-810l 
> na930_mtd_size=20971520 Image/Build/Profile/NA930=$(call 
> BuildFirmware/CustomFlash/$(1),$(1),na930,NA930,$(na930_mtd_size)) 
> Image/Build/Profile/MZK-750DHP=$(call 
> BuildFirmware/Default8M/$(1),$(1),mzk-750dhp,MZK-750DHP) 
> +Image/Build/Profile/AC1200=$(call 
> BuildFirmware/Default16M/$(1),$(1),ac1200,AC1200)
> 
> ifeq ($(SUBTARGET),mt7620a) define Image/Build/Profile/Default @@
> -730,6 +731,7 @@ define Image/Build/Profile/Default $(call
> Image/Build/Profile/WHR1166D,$(1)) $(call
> Image/Build/Profile/MZK-750DHP,$(1)) $(call
> Image/Build/Profile/NA930,$(1)) +$(call
> Image/Build/Profile/AC1200,$(1)) endef endif
> 
> diff --git a/target/linux/ramips/mt7620a/config-3.10 
> b/target/linux/ramips/mt7620a/config-3.10 index 6805dd9..50e0a55
> 100644 --- a/target/linux/ramips/mt7620a/config-3.10 +++
> b/target/linux/ramips/mt7620a/config-3.10 @@ -1,6 +1,7 @@ 
> CONFIG_ARCH_BINFMT_ELF_RANDOMIZE_PIE=y 
> CONFIG_ARCH_DISCARD_MEMBLOCK=y 
> CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE=y 
> +CONFIG_ARCH_HAS_RESET_CONTROLLER=y 
> CONFIG_ARCH_HAVE_CUSTOM_GPIO_H=y 
> CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_REQUIRE_GPIOLIB=y @@
> -78,6 +79,7 @@ CONFIG_HAVE_PERF_EVENTS=y CONFIG_HW_HAS_PCI=y 
> CONFIG_HW_RANDOM=m CONFIG_HZ_PERIODIC=y +CONFIG_ICPLUS_PHY=y 
> CONFIG_IMAGE_CMDLINE_HACK=y CONFIG_INET_LRO=y 
> CONFIG_INITRAMFS_SOURCE="" @@ -88,6 +90,7 @@
> CONFIG_IRQ_FORCED_THREADING=y CONFIG_IRQ_INTC=y CONFIG_IRQ_WORK=y 
> CONFIG_M25PXX_USE_FAST_READ=y +CONFIG_MARVELL_PHY=y 
> CONFIG_MDIO_BOARDINFO=y # CONFIG_MII is not set CONFIG_MIPS=y @@
> -138,7 +141,9 @@ CONFIG_PINMUX=y CONFIG_RALINK=y 
> CONFIG_RALINK_USBPHY=y CONFIG_RALINK_WDT=y +CONFIG_RA_NAT_NONE=y #
> CONFIG_RCU_STALL_COMMON is not set +CONFIG_REALTEK_PHY=y 
> CONFIG_RESET_CONTROLLER=y # CONFIG_SAMSUNG_USB2PHY is not set #
> CONFIG_SAMSUNG_USB3PHY is not set
> 
> 
> 
> ___ openwrt-devel
> mailing list openwrt-devel@lists.openwrt.org 
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> 
__

Re: [OpenWrt-Devel] [PATCH]ramips:support Lenovo AC1200 Wireless router

2014-07-28 Thread Weedy 
On 28 Jul 2014 12:45, "John Crispin"  wrote:
>
> Hi,
>
> where is the DTS file ?
>
> John

Attached to the first mail.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH]ramips:support Lenovo AC1200 Wireless router

2014-07-28 Thread John Crispin 


On 28/07/2014 19:22, Weedy wrote:
> 
> On 28 Jul 2014 12:45, "John Crispin"  > wrote:
>> 
>> Hi,
>> 
>> where is the DTS file ?
>> 
>> John
> 
> Attached to the first mail.
> 

i am marking the patch as rejected in patchwork. please send the whole
code as one self contained patch. this way it becomes merge-able

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

[OpenWrt-Devel] [PATCH 1/3] broadcom-wl: add support for a8xx broadcom devices

2014-07-28 Thread Álvaro Fernández Rojas 
Tested on Comtrend VR-3025u (brcm6368 + a8d6-43222).

Signed-off-by: Álvaro Fernández Rojas 
---
diff --git a/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch 
b/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch
new file mode 100644
index 000..7fcd796
--- /dev/null
+++ b/package/kernel/broadcom-wl/patches/200-add_bcm_a8xx_support.patch
@@ -0,0 +1,24 @@
+--- a/driver/wl_linux.c
 b/driver/wl_linux.c
+@@ -876,7 +876,8 @@ wl_pci_probe(struct pci_dev *pdev, const
+ 
+   if ((pdev->vendor != PCI_VENDOR_ID_BROADCOM) ||
+   (((pdev->device & 0xff00) != 0x4300) &&
+-   ((pdev->device & 0xff00) != 0x4700)))
++   ((pdev->device & 0xff00) != 0x4700) &&
++   ((pdev->device & 0xff00) != 0xa800)))
+   return (-ENODEV);
+ 
+   rc = pci_enable_device(pdev);
+--- a/driver-mini/wl_linux.c
 b/driver-mini/wl_linux.c
+@@ -860,7 +860,8 @@ wl_pci_probe(struct pci_dev *pdev, const
+ 
+   if ((pdev->vendor != PCI_VENDOR_ID_BROADCOM) ||
+   (((pdev->device & 0xff00) != 0x4300) &&
+-   ((pdev->device & 0xff00) != 0x4700)))
++   ((pdev->device & 0xff00) != 0x4700) &&
++   ((pdev->device & 0xff00) != 0xa800)))
+   return (-ENODEV);
+ 
+   rc = pci_enable_device(pdev);
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 3/3] luci: fix support for broadcom-wl modes

2014-07-28 Thread Álvaro Fernández Rojas 
- Add a, n and variants hwmodes.
- Add htmode.
- Check if hwmodes are supported.

Signed-off-by: Álvaro Fernández Rojas 
---
diff --git a/modules/admin-full/luasrc/model/cbi/admin_network/wifi.lua 
b/modules/admin-full/luasrc/model/cbi/admin_network/wifi.lua
index 4ae2f77..8caa165 100644
--- a/modules/admin-full/luasrc/model/cbi/admin_network/wifi.lua
+++ b/modules/admin-full/luasrc/model/cbi/admin_network/wifi.lua
@@ -338,10 +338,25 @@ if hwtype == "broadcom" then
end
 
mode = s:taboption("advanced", ListValue, "hwmode", translate("Mode"))
-   mode:value("11bg", "802.11b+g")
-   mode:value("11b", "802.11b")
-   mode:value("11g", "802.11g")
-   mode:value("11gst", "802.11g + Turbo")
+   if hw_modes.n then
+   if hw_modes.g then mode:value("11ng", "802.11g+n") end
+   if hw_modes.a then mode:value("11na", "802.11a+n") end
+   mode:value("11n", "802.11n")
+
+   htmode = s:taboption("advanced", ListValue, "htmode", 
translate("HT mode (802.11n)"))
+   htmode:depends("hwmode", "11n")
+   htmode:depends("hwmode", "11ng")
+   htmode:depends("hwmode", "11na")
+   htmode:value("HT20", "20MHz")
+   htmode:value("HT40-", translate("40MHz 2nd channel below"))
+   htmode:value("HT40+", translate("40MHz 2nd channel above"))
+   end
+   if hw_modes.a then mode:value("11a", "802.11a") end
+   if hw_modes.b and hw_modes.g then mode:value("11bg", "802.11b+g") end
+   if hw_modes.b then mode:value("11b", "802.11b") end
+   if hw_modes.g then mode:value("11g", "802.11g") end
+   if hw_modes.g then mode:value("11gst", "802.11g Turbo") end
+   if hw_modes.g then mode:value("11lrs", "802.11g Limited Rate Support") 
end
 
ant1 = s:taboption("advanced", ListValue, "txantenna", 
translate("Transmitter Antenna"))
ant1.widget = "radio"
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH 2/3] broadcom-wl: add default tx and rx antennas

2014-07-28 Thread Álvaro Fernández Rojas 
This adds default tx and rx antennas, so that LuCI shows automatic as the 
default radio option for the antennas.

Signed-off-by: Álvaro Fernández Rojas 
---
diff --git a/package/kernel/broadcom-wl/files/lib/wifi/broadcom.sh 
b/package/kernel/broadcom-wl/files/lib/wifi/broadcom.sh
index c5c0ede..69e3132 100644
--- a/package/kernel/broadcom-wl/files/lib/wifi/broadcom.sh
+++ b/package/kernel/broadcom-wl/files/lib/wifi/broadcom.sh
@@ -450,7 +450,8 @@ detect_broadcom() {
 config wifi-device  wl${i}
option type broadcom
option channel  ${channel:-11}
-
+   option txantenna 3
+   option rxantenna 3
# REMOVE THIS LINE TO ENABLE WIFI:
option disabled 1
 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel