On Mon, 2015-04-20 at 19:28 +0200, Arend van Spriel wrote:
> On 04/20/15 13:50, Jonas Gorski wrote:
> > Hi,
> >
> > On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
> >> On 20 April 2015 at 11:27, Arend van Spriel wrote:
> Following an "nvram erase" none of the needed pairs remain
> >
DB149 is an IPQ806x based development platform. This patch adds the dts
files to support it.
Signed-off-by: Mathieu Olivari
---
.../ipq806x/patches-3.18/022-add-db149-dts.patch | 293 +
.../ipq806x/patches-4.0/022-add-db149-dts.patch| 293 +
2 files
Certain IPQ806x based platforms are making use of this PHY. So we'll
enable it so it gets detected as such.
Signed-off-by: Mathieu Olivari
---
target/linux/ipq806x/config-3.18 | 1 +
target/linux/ipq806x/config-4.0 | 1 +
2 files changed, 2 insertions(+)
diff --git a/target/linux/ipq806x/confi
DB149 is a IPQ8064 based platform. This patch adds the init scripts to
detect it, configure the network accordingly, and generate a flashable
image for it.
Signed-off-by: Mathieu Olivari
---
target/linux/ipq806x/base-files/etc/uci-defaults/network | 6 ++
target/linux/ipq806x/base-files/lib/
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
.../ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 93 --
1 file changed, 51 insertions(+), 42 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c
b/target/linux/ar71
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 4
1 file changed, 4 insertions(+)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c
b/target/linux/ar71xx/files/arch/mips/ath79/mac
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-de
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c
b/target/linux/ar71xx/files/arch/mi
From: "Michael J. Bazzinotti"
Originally pressing a button would trigger a release state and vice-versa,
as observed from hotplug.d.
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/targe
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c
b/target/linux/ar71xx/files/ar
From: "Michael J. Bazzinotti"
Users will now be provided with the inherent wifi toggle functionality
of /etc/rc.button/rfkill
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
.../ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c | 47 ++
1 file changed, 39 insertions(+), 8 deletions(-)
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-wnr2000-v4.c
b/target/linux/ar71x
From: "Michael J. Bazzinotti"
Most people report broken ethernet with upstream. Last year, user "franz.flasch"
authored a working mach-file. His patch is outdated so I modernized it. Original
patch and user commentary on page 1:
https://forum.openwrt.org/viewtopic.php?pid=260861#p260861
I have f
From: "Michael J. Bazzinotti"
Signed-off-by: Michael J. Bazzinotti
---
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/et
From: "Michael J. Bazzinotti"
It is common that the router provider be used rather than product name.
One can see this in target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
Signed-off-by: Michael J. Bazzinotti
---
.../linux/ar71xx/base-files/etc/uci-defaults/01_leds | 14 +++---
On 04/20/15 20:49, Rafał Miłecki wrote:
On 20 April 2015 at 19:12, Arend van Spriel wrote:
On 04/20/15 13:26, Rafał Miłecki wrote:
On 17 April 2015 at 10:50, Arend van Spriel wrote:
Another option is to add the parsing stuff in that nvram code and have an
api to get the appropriate portion
On 20 April 2015 at 17:24, Daniel Golle wrote:
> Signed-off-by: Daniel Golle
Daniel, commit message should say what the patch does. Now what has
happened in the world.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt
On 20 April 2015 at 19:12, Arend van Spriel wrote:
> On 04/20/15 13:26, Rafał Miłecki wrote:
>>
>> On 17 April 2015 at 10:50, Arend van Spriel wrote:
>>> Another option is to add the parsing stuff in that nvram code and have an
>>> api to get the appropriate portion based on pcie domain and bus n
On 04/20/15 13:50, Jonas Gorski wrote:
Hi,
On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
On 20 April 2015 at 11:27, Arend van Spriel wrote:
Following an "nvram erase" none of the needed pairs remain
in nvram. So we probably can't use nvram in a reliable way to create the
wireless c
On 04/20/15 13:26, Rafał Miłecki wrote:
On 17 April 2015 at 10:50, Arend van Spriel wrote:
On 04/17/15 09:45, Rafał Miłecki wrote:
Huh, why dropping linux-wireless (and top posting btw)? Please let
everyone follow the discussion :)
On 15 April 2015 at 21:20, Hante Meuleman wrote:
As I wr
Signed-off-by: Daniel Golle
---
include/kernel-version.mk | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/kernel-version.mk b/include/kernel-version.mk
index bb43e00..de20fef 100644
--- a/include/kernel-version.mk
+++ b/include/kernel-version.mk
@@ -3,10 +3,10 @@
On 20 April 2015 at 13:50, Jonas Gorski wrote:
> On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
>> On 20 April 2015 at 11:27, Arend van Spriel wrote:
Following an "nvram erase" none of the needed pairs remain
in nvram. So we probably can't use nvram in a reliable way to create
Hi,
On Mon, Apr 20, 2015 at 1:29 PM, Rafał Miłecki wrote:
> On 20 April 2015 at 11:27, Arend van Spriel wrote:
>>> Following an "nvram erase" none of the needed pairs remain
>>> in nvram. So we probably can't use nvram in a reliable way to create the
>>> wireless configuration.
>>
>>
>> So why
On 20 April 2015 at 11:27, Arend van Spriel wrote:
>> Following an "nvram erase" none of the needed pairs remain
>> in nvram. So we probably can't use nvram in a reliable way to create the
>> wireless configuration.
>
>
> So why do "nvram erase"? The assumption that it is not needed because you
>
On 17 April 2015 at 10:50, Arend van Spriel wrote:
> On 04/17/15 09:45, Rafał Miłecki wrote:
>>
>> Huh, why dropping linux-wireless (and top posting btw)? Please let
>> everyone follow the discussion :)
>>
>> On 15 April 2015 at 21:20, Hante Meuleman wrote:
>>>
>>> As I wrote to you in a mail and
On Mon, 2015-04-20 at 18:40 +0800, Ian Kent wrote:
> On Mon, 2015-04-20 at 18:26 +0800, Ian Kent wrote:
> > On Mon, 2015-04-20 at 11:27 +0200, Arend van Spriel wrote:
> > > On 04/20/15 03:00, Ian Kent wrote:
> > > > On Fri, 2015-04-17 at 10:55 +0200, Arend van Spriel wrote:
> > > >> Resend as it bo
On Mon, 2015-04-20 at 18:26 +0800, Ian Kent wrote:
> On Mon, 2015-04-20 at 11:27 +0200, Arend van Spriel wrote:
> > On 04/20/15 03:00, Ian Kent wrote:
> > > On Fri, 2015-04-17 at 10:55 +0200, Arend van Spriel wrote:
> > >> Resend as it bounced on openwrt-devel list.
> > >>
> > >> Original
On Mon, 2015-04-20 at 11:27 +0200, Arend van Spriel wrote:
> On 04/20/15 03:00, Ian Kent wrote:
> > On Fri, 2015-04-17 at 10:55 +0200, Arend van Spriel wrote:
> >> Resend as it bounced on openwrt-devel list.
> >>
> >> Original Message
> >> Subject: Re: [PATCH 10/10] brcmfmac: Add
On 04/20/15 03:00, Ian Kent wrote:
On Fri, 2015-04-17 at 10:55 +0200, Arend van Spriel wrote:
Resend as it bounced on openwrt-devel list.
Original Message
Subject: Re: [PATCH 10/10] brcmfmac: Add support for multiple PCIE
devices in nvram.
Date: Fri, 17 Apr 2015 10:50:08 +0200
29 matches
Mail list logo
