>
>>> I’ve also found some of the tools include some headers from linux or
>>> glibc that you wouldn’t find on mac os,
>>> like linux/types.h and elf.h.I’ve extracted a sufficient set of
>>> these headers and I install them /usr/local
>>>
>>> ( https://github.com/smoofra/fake-glibc )
>> If
On 20 July 2015 at 07:52, Felix Fietkau wrote:
> On 2015-07-20 01:06, Roman Yeryomin wrote:
>
>>> Also, refresh the kernel config and pay close attention to
>>> 'disappearing' config symbols. In this case, CONFIG_NET_DSA got disabled
>>> (along with the marvell 88e6060 driver) because it now requi
On Wednesday 08 July 2015 10:20:07 Felix Fietkau wrote:
> On 2015-06-25 16:30, Sven Eckelmann wrote:
> > Signed-off-by: Sven Eckelmann
> I had to revert this one because it was breaking the build (patch did
> not apply). Please fix and re-submit
Thanks for the info. Looks like it collides with a
On Tuesday 07 July 2015 13:41:40 John Crispin wrote:
> Hi,
>
> please split this into 1 patch for each QCA953x fix
> and then a final patch for the ap147 support
Thanks for the feedback. Looks like the QCA953x fixes were merged in r46207.
I will submit a version of the patch without the QCA953x f
On 2015-07-20 05:25, Lawrence D'Anna wrote:
> These HOST* variables are used to configure all the build-time tools, but the
> user has no ability to modify them without editing makefiles.
>
> This patch adds a new menu to menuconfig which allows the user to set the host
> compilers and flags.
>
>
> On Jul 20, 2015, at 1:57 AM, Felix Fietkau wrote:
>
> On 2015-07-20 05:25, Lawrence D'Anna wrote:
>> These HOST* variables are used to configure all the build-time tools, but the
>> user has no ability to modify them without editing makefiles.
>>
>> This patch adds a new menu to menuconfig wh
On 2015-07-20 10:59, Lawrence D'Anna wrote:
>
>> On Jul 20, 2015, at 1:57 AM, Felix Fietkau wrote:
>>
>> On 2015-07-20 05:25, Lawrence D'Anna wrote:
>>> These HOST* variables are used to configure all the build-time tools, but
>>> the
>>> user has no ability to modify them without editing makef
This patch adds support for the Onion Omega.
https://onion.io/omega
Signed-off-by: L. D. Pinney
Acked-by: Boken Lin
Tested-by: Jacky Huang
---
v2 @ kernel 3.18
v3 bumps the kernel to 4.1
target/linux/ar71xx/base-files/etc/diag.sh| 3 +++
target/linux/ar71xx/base-
On Monday 06 July 2015 13:26:21 Christian Lamparter wrote:
> On Friday, July 03, 2015 12:29:32 PM Sven Eckelmann wrote:
> > > Sven, I've seen you did quite a bit of work on the OM5P-AN
> > > with the same F1E-PHY. I went through the code from Atheros'
> > > original driver SDK v17 (which was part o
On 7/20/15, Sven Eckelmann wrote:
> On Monday 06 July 2015 13:26:21 Christian Lamparter wrote:
>> Oh, I figured you have access to some of Qualcomm Atheros' SDKs
>> and most importantly: some documentations from Qualcomm Atheros?
>> I hoped you could confirm or disconfirm based on the documents.
>
Signed-off-by: Daniel Golle
---
target/linux/generic/config-4.1 | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/generic/config-4.1 b/target/linux/generic/config-4.1
index 2dd4071..f4a9b83 100644
--- a/target/linux/generic/config-4.1
+++ b/target/linux/generic/config-4.1
@@ -30
Ath debug mode applies to ath10k as well as ath9k.
Update Makefile help text to clarify.
Signed-off-by: Kevin Darbyshire-Bryant
---
package/kernel/mac80211/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/kernel/mac80211/Makefile b/package/kernel/mac80211/Make
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What prereq can be forced that makes force even a worthwhile option? If
it works anyway, why not just drop the prereq check? If it still won't
work, what's the point in allowing a force?
Cheers,
Karl P
Lawrence D'Anna wrote:
> If the build prereq
Hi guys,
Would s/rc2/rc3/ on the opkg.conf lead to a clean upgrade or is it better
to reflash?
Best regards,
Maciej
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Signed-off-by: Sven Eckelmann
---
v2: Rebased to fix conflict with r46207
...79-add-gpio-func-register-for-QCA955x-SoC.patch | 60 ++
...79-add-gpio-func-register-for-QCA955x-SoC.patch | 60 ++
2 files changed, 120 insertions(+)
create mode 100644
target
Signed-off-by: Sven Eckelmann
---
I got the chance to test the AP147-010 but got no software/SDK or documentation.
Still wanted to post my results because the device worked well enough for me.
I am not sure if it originally comes with a PCIe card (I've used at QCA9880
based one for my tests).
Mos
Signed-off-by: Sven Eckelmann
---
I got the chance to test the AP147-010 but got no software/SDK or documentation.
Still wanted to post my results because the device worked well enough for me.
I am not sure if it originally comes with a PCIe card (I've used at QCA9880
based one for my tests).
Mos
>
> What prereq can be forced that makes force even a worthwhile option? If
> it works anyway, why not just drop the prereq check? If it still won't
> work, what's the point in allowing a force?
>
In my case it was because the prereq checks didn’t think I had openssl because
they
didn’t use
On Fri, 17 Jul 2015, Cristian Morales Vega wrote:
On 17 July 2015 at 16:43, Jonas Gorski wrote:
What I don't understand is why there is so much interest in
replicating RC3. It makes sense to have a RC3 so there are binaries
and more people test it. But if you are going to build it yourself,
sh
Simplify image/Makefile by using the new perl script for RedBoot.
Signed-off-by: Álvaro Fernández Rojas
---
v2: fix livebox (redboot) image generation.
target/linux/brcm63xx/image/Makefile | 20 +---
target/linux/brcm63xx/image/redbootscript.template | 15
This tool avoids generating the redboot script directly from Makefile, which
can get really complicated when adapting image/Makefile to the new IB system.
Signed-off-by: Álvaro Fernández Rojas
---
v2: fix livebox (redboot) image generation.
scripts/redboot-script.pl | 111 +
Switches BCM63xx to the new IB system.
Images are generated per device definitions.
There are no changes in the produced images except for some name changes,
caused by the new IB system.
Signed-off-by: Álvaro Fernández Rojas
---
v2: improvements suggested by Jonas
- Fix livebox (redboot) image
Hey guys,
i am wondering why are the nexx wt3020 images being built for CC if they are
broken?
https://downloads.openwrt.org/chaos_calmer/15.05-rc3/ramips/mt7620/
Also can the maintainer of the nexx wt3020 patchset take a look at the issue
and solve the device bricking?
Thanks!
___
On 2015-07-20 18:49, Maciej Soltysiak wrote:
> Hi guys,
>
> Would s/rc2/rc3/ on the opkg.conf lead to a clean upgrade or is it
> better to reflash?
Upgrading via opkg doesn't work. You need to reflash.
- Felix
___
openwrt-devel mailing list
openwrt-deve
We need a+x rights on the path to the root of the jails
so we can use users other than root (like nobody)
This partly fixes jailed dnsmasq
Signed-off-by: Etienne CHAMPETIER
---
jail/jail.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/jail/jail.c b/jail/jail.c
index a6de13
We need a+x rights on the path to the root of the jails
so we can use users other than root (like nobody)
This partly fixes jailed dnsmasq
Signed-off-by: Etienne CHAMPETIER
---
package/base-files/files/etc/init.d/boot | 1 -
1 file changed, 1 deletion(-)
diff --git a/package/base-files/files/e
found with strace, not sure we got all of them though
Signed-off-by: Etienne CHAMPETIER
---
package/network/services/dnsmasq/files/dnsmasq.init | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/services/dnsmasq/files/dnsmasq.init
b/package/network/services/dnsm
Folks-
I would REALLY like to see ticket 19085
(https://dev.openwrt.org/ticket/19085) fixed before we finalize CC. It
is a showstopper for a piece of popular hardware I use frequently.
I haven't seen any progress reports on it in a couple of weeks, the
coding itself is well out of my depth,
On 20/07/2015 22:38, Felix Fietkau wrote:
> On 2015-07-20 18:49, Maciej Soltysiak wrote:
>> Hi guys,
>>
>> Would s/rc2/rc3/ on the opkg.conf lead to a clean upgrade or is it
>> better to reflash?
> Upgrading via opkg doesn't work. You need to reflash.
>
> - Felix
> __
On 21/07/2015 01:59, Bill wrote:
> Folks-
>
> I would REALLY like to see ticket 19085
> (https://dev.openwrt.org/ticket/19085) fixed before we finalize CC. It
> is a showstopper for a piece of popular hardware I use frequently.
>
> I haven't seen any progress reports on it in a couple of weeks,
On 20/07/2015 22:19, Daniel Petre wrote:
> Hey guys,
> i am wondering why are the nexx wt3020 images being built for CC if they are
> broken?
>
> https://downloads.openwrt.org/chaos_calmer/15.05-rc3/ramips/mt7620/
>
> Also can the maintainer of the nexx wt3020 patchset take a look at the issue
On 21/07/2015 07:24, John Crispin wrote:
>
>
> On 20/07/2015 22:19, Daniel Petre wrote:
>> Hey guys,
>> i am wondering why are the nexx wt3020 images being built for CC if they are
>> broken?
>>
>> https://downloads.openwrt.org/chaos_calmer/15.05-rc3/ramips/mt7620/
>>
>> Also can the maintaine
Sorry! disregard this patch please.
The problem I was seeing had nothing to do with Xcode. It was because
Homebrew’s binutils
had installed its own ansidecl.h which was being used instead of the ansidecl.h
that came with
the gcc sources.
> On Jul 19, 2015, at 6:52 PM, Lawrence D'Anna wrot
33 matches
Mail list logo
