On 17/07/2015 14:31, Christian Beier wrote:
Hi there,
I see that an image for the EnGenius EPG5000 is generated for snapshots
(https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-epg5000-squashfs-sysupgrade.bin),
but there's none for rc-3. Are there
how can SD card/ emmc partition on openwrt router exported to PC host
from USB mass storage?
what all packages need to be enabled? Does openwrt support this?
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
Hi there,
I see that an image for the EnGenius EPG5000 is generated for snapshots
(https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-epg5000-squashfs-sysupgrade.bin),
but there's none for rc-3. Are there certain criteria targets to be part of a
release?
Cheers,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonas Gorski j...@openwrt.org wrote:
On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi art...@doghunter.org
wrote:
after running the git 'reset' command :
$ git reset --hard 171f0fd10830acd3259f7c229f1b65b95595f388
in the trunk directory
Hi list!
On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
to load the firmware blob - it did work in Barrier Breaker though. Here's the
failing dmesg bits:
---snip---
[ 72.05] PCI: Enabling device :00:00.0 ( - 0002)
[ 72.06] ath10k_pci
Hello John,
Thanks for committing the patches.
I've seen you marked all of them as accepted in the patchwork, but this one was
left over (7/9).
Was it on purpose?
Regards,
Álvaro.
El 16/07/2015 a las 17:35, Álvaro Fernández Rojas escribió:
Signed-off-by: Álvaro Fernández Rojas
Signed-off-by: Günther Kelleter guenther.kelle...@devolo.de
---
target/linux/ar71xx/image/Makefile | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/target/linux/ar71xx/image/Makefile
b/target/linux/ar71xx/image/Makefile
index 7154655..77f3661 100644
---
On 17 July 2015 at 16:34, Christian Beier c...@shoutrlabs.com wrote:
Hi list!
On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
to load the firmware blob - it did work in Barrier Breaker though. Here's the
failing dmesg bits:
---snip---
[ 72.05] PCI:
Hi
Last week support for two devolo boards was committed to the trunk (r46342),
but I don't find the image in
https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic
Why are they not built with the snapshot?
They are built if I clone the trunk repo and select target profile Default
Hi,
On Thu, Jul 16, 2015 at 09:12:02PM -0400, Darik Horn wrote:
Patch is badly whitespace mangled and does not apply.
Okay, I've rebased the this patch to HEAD and am resending it with a
different MUA. (First Gmail, now Outlook.)
git send-email is what you really want.
gert
--
USENET is
Hi,
On Fri, Jul 17, 2015 at 9:37 AM, Guenther Kelleter
guenther.kelle...@devolo.de wrote:
Hi
Last week support for two devolo boards was committed to the trunk (r46342),
but I don’t find the image in
https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic
Why are they not built
On 17.07.2015 16:16, Karl Palsson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonas Gorski j...@openwrt.org wrote:
On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi art...@doghunter.org
wrote:
after running the git 'reset' command :
$ git reset --hard
On 17 July 2015 at 16:43, Jonas Gorski j...@openwrt.org wrote:
On 17.07.2015 16:16, Karl Palsson wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonas Gorski j...@openwrt.org wrote:
On Thu, Jul 16, 2015 at 7:08 PM, Arturo Rinaldi art...@doghunter.org
wrote:
after running the git
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
target/linux/brcm63xx/image/Makefile | 689 +--
1 file changed, 423 insertions(+), 266 deletions(-)
diff --git a/target/linux/brcm63xx/image/Makefile
b/target/linux/brcm63xx/image/Makefile
index
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
target/linux/brcm2708/image/Makefile | 11 +++
1 file changed, 11 insertions(+)
diff --git a/target/linux/brcm2708/image/Makefile
b/target/linux/brcm2708/image/Makefile
index de178c6..2afd29b 100644
---
Hi Daniel,
please test whether the following patch solves the shared library problem:
~ Jow
--
diff --git a/include/toplevel.mk b/include/toplevel.mk
index bbeb7eb..11b2dd9 100644
--- a/include/toplevel.mk
+++ b/include/toplevel.mk
@@ -24,8 +24,8 @@ OPENWRTVERSION:=$(RELEASE)$(if $(REVISION),
The upgrade procedure works similar to the x86 platforms: The configuration
files (sysupgrade.tgz) are saved in the boot partition and moved to the
standard place in a preinit script. Since the boot partition is FAT32 we need
the vfat modules and dependencies.
Signed-off-by: Bruno Randolf
Signed-off-by: Bruno Randolf b...@einfach.org
---
target/linux/brcm2708/image/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/brcm2708/image/Makefile
b/target/linux/brcm2708/image/Makefile
index e70bdd0..90d54bb 100644
--- a/target/linux/brcm2708/image/Makefile
+++
This enables hard float abi on BCM2708 (RPi1) and also enables neon on BCM2709
(RPi2).
Attention: minimally tested, but seems to be OK.
The toolchain directory changes on BCM2709 due to switching the CPU subtype to
neon, but BCM2708 needs a distclean.
Signed-off-by: Álvaro Fernández Rojas
On 17 July 2015 at 18:27, Roman Yeryomin leroi.li...@gmail.com wrote:
Anyway, I'm going to switch to 4.1 very soon, we'll see what happens there.
OK, just sent 4.1 support patch. Firmware loading on Archer C7 works fine there.
Could you test the patch on your device?
Regards,
Roman
As I wrote in my last mail, using the same toolchain build/staging dirs
with different float ABIs seems broken to me and should be fixed before
any further work is done towards adding hard float support to BCM270x.
After thinking a bit more about this, I came to the conclusion that the
whole
I'm curious if others are affected by this issue:
https://dev.openwrt.org/ticket/19085
https://dev.openwrt.org/ticket/19579
CC r46069 periodically fails with tx timeout on the eth0 interface on a
UBNT Rocket M5, with reboot being the only resolution. The same device
flashed to latest BB does not
On 07/17/2015 07:18 PM, Bruno Randolf wrote:
Signed-off-by: Bruno Randolf b...@einfach.org
---
target/linux/brcm2708/image/Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/target/linux/brcm2708/image/Makefile
b/target/linux/brcm2708/image/Makefile
index e70bdd0..90d54bb
Yeah, replace it with:
gzip -9n -c $(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img
$(BIN_DIR)/$(IMG_PREFIX)-sdcard-vfat-$(1).img.gz
El 17/07/2015 a las 20:58, Matthias Schiffer escribió:
On 07/17/2015 07:18 PM, Bruno Randolf wrote:
Signed-off-by: Bruno Randolf b...@einfach.org
---
You're welcome ;D
De nada Bruno!
El 17/07/2015 a las 18:26, Bruno Randolf escribió:
Hi!
Tested it and works as it should.
Gracias Alvaro!
bruno
On 07/17/2015 12:12 PM, Álvaro Fernández Rojas wrote:
Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com
---
Hi,
On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver fails
to load the firmware blob - it did work in Barrier Breaker though. Here's the
failing dmesg bits:
It seems this board ran uncalibrated on BB and CC, which is no longer possible
after my patches on trunk. A
On 17 July 2015 at 20:54, Matti Laakso malaa...@elisanet.fi wrote:
Hi,
On an EnGenius ESR1750 running current trunk (r46386), the ath10k driver
fails
to load the firmware blob - it did work in Barrier Breaker though. Here's
the
failing dmesg bits:
It seems this board ran uncalibrated on
Fixes a DNSSEC validation corner case.
Signed-off-by: Kevin Darbyshire-Bryant ke...@darbyshire-bryant.me.uk
---
package/network/services/dnsmasq/Makefile | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/package/network/services/dnsmasq/Makefile
As r46245 disabled the board.bin template workaround, 5GHz wifi stopped working
on these devices. This adds them to the calibration data loading introduced in
r46244 and thus makes 5GHz work again for these devices.
Signed-off-by: Christian Beier c...@shoutrlabs.com
---
The HOST_*FLAGS are for compiling programs which will run on the machine that is
running the build. Setting these flags is frequently required for unusual
cross-compiles.
Signed-off-by: Lawrence D'Anna la...@elder-gods.org
---
tools/mkimage/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2
The HOST_*FLAGS are for compiling programs which will run on the machine that is
running the build. Setting these flags is frequently required for unusual
cross-compiles.
Signed-off-by: Lawrence D'Anna la...@elder-gods.org
---
package/devel/strace/Makefile | 6 ++
1 file changed, 6
I don't think we should be tracking RCs any longer. I did this for 2.73
mainly due to the security exploit and there not being a stable update,
plus DNSSEC was pretty screwed before that. I think we should go back to
backporting individual fixes via patches instead.
Cheers,
Steven
From: notnyt nyt-open...@countercultured.net
Fix for default button states in WRT1900AC dts files.
This prevents overlay wipe when reset is pressed.
More info at:
https://forum.openwrt.org/viewtopic.php?pid=282900#p282900
Signed-off-by: notnyt nyt-open...@countercultured.net
---
33 matches
Mail list logo