rnel parition (might require a different
u-boot?); or
b) use an intermediate u-boot that looks for the kernel in a ubi partition.
or
c) make the damn kernel smaller.
Thoughts?
--
Russell Senior
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Presently, sysupgrade -n does *not* reset the overlayfs, retaining unwanted
filesystem
contents. Adding PADDING=1 in front of gen_image_generic.sh in image/Makefile
ensures
that the overlayfs is recreated on firstboot.
Signed-off-by: Russell Senior
---
target/linux/qoriq/image/Makefile | 2
d.d/
Signed-off-by: Russell Senior
---
.../base-files/etc/board.d/05_compat-version | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 target/linux/qoriq/base-files/etc/board.d/05_compat-version
diff --git a/target/linux/qoriq/base-files/etc/board.d/05_compat-version
Should have mentioned, I'm using a USB bluetooth dongle as well in the
OpenWrt router, currently a tp-link UB500(UN).
On Mon, Sep 4, 2023 at 1:15 PM Russell Senior wrote:
>
> Hi,
>
> Has anyone implemented bluetooth speakers on OpenWrt? I am fiddling
> with playing Spotify/Pando
Hi,
Has anyone implemented bluetooth speakers on OpenWrt? I am fiddling
with playing Spotify/Pandora from a phone (android or iOS) to an
OpenWrt device with a USB audio device plugged in and the
out-of-the-box configuration doesn't seem to work.
Any pointers are welcome. Thanks!
--
Russell
On Sun, Nov 7, 2021 at 5:07 PM Joe Ayers wrote:
>
> Openwrt Github commit notes, Forum posts, and Documentation, refer to:
>
> "The mtd partitions layout for XM-type devices changed from AirOS v5.5
> to AirOS v5.6. Before installing OpenWrt, downgrade first to AirOS
> 5.5."
>
> reference:
in tabular
format
* update patch 170-ip_tiny.patch to accomodate ioam.
Signed-off-by: Russell Senior
---
package/network/utils/iproute2/Makefile | 4 ++--
package/network/utils/iproute2/patches/170-ip_tiny.patch | 5 +++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git
vice as dumb APs), I
can test too.
First gen ubiquiti nanostations and accton mr3201a's.
PS: frankly, i don't understand the rush to de-support older devices.
--
Russell Senior
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-dev
WARNING: so far, no non-destructive method has been discovered for
opening the enclosure to reach the serial console. Internal photos
are available here: https://fcc.io/SWX-NBM2HP
v2: corrects some lingering cut/paste references to the M5
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ub
-off-by: Russell Senior
---
...t_powerbeam-m-xw.dts => ar9342_ubnt_powerbeam-m5-xw.dts} | 2 +-
target/linux/ath79/generic/base-files/etc/board.d/01_leds | 2 +-
.../linux/ath79/generic/base-files/etc/board.d/02_network | 2 +-
target/linux/ath79/image/generic-ubnt.mk
on
PBE-M2-400.
The series is composed of the following commits:
[PATCH 1/2] ath79: rename Ubiquiti powerbeam-m to powerbeam-m5
[PATCH 2/2] ath79: add support for Ubiquiti PowerBeam M2 (XW)
v2: fixes some left over m5 references in patch 2/2
Signed-off-by: Russell Senior
in
WARNING: so far, no non-destructive method has been discovered for
opening the enclosure to reach the serial console. Internal photos
are available here: https://fcc.io/SWX-NBM5HP
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ubnt_powerbeam-m2-xw.dts | 34 +++
.../gen
-off-by: Russell Senior
---
...t_powerbeam-m-xw.dts => ar9342_ubnt_powerbeam-m5-xw.dts} | 2 +-
target/linux/ath79/generic/base-files/etc/board.d/01_leds | 2 +-
.../linux/ath79/generic/base-files/etc/board.d/02_network | 2 +-
target/linux/ath79/image/generic-ubnt.mk
on
PBE-M2-400.
The series is composed of the following commits:
[PATCH 1/2] ath79: rename Ubiquiti powerbeam-m to powerbeam-m5
[PATCH 2/2] ath79: add support for Ubiquiti PowerBeam M2 (XW)
Signed-off-by: Russell Senior
___
openwrt-devel mailing list
Merged in:
commit 12eb5b2384a63427c0062856331fda60a1ebb309
reboot-17087-g12eb5b2384
Thanks Adrian!
--
Russell Senior
russ...@personaltelco.net
On Fri, Jul 2, 2021 at 9:43 PM Russell Senior wrote:
>
> It has been about a month now since v4. Is it time to apply this? I am
&
It has been about a month now since v4. Is it time to apply this? I am
using it in production. It doesn't touch anything else, so I am not
seeing a downside in merging.
--
Russell Senior
russ...@personaltelco.net
On Sun, Jun 13, 2021 at 8:33 PM Russell Senior
wrote:
>
> Is it time to
HCP and so forth. On an isolated network, I was able to
TFTP directly from v6.3.2 to my OpenWrt firmware. I'll continue
experimenting, but I don't see any of this as a reason to hold up
merging the support-adding commit.
On Mon, Jun 14, 2021 at 1:05 PM Russell Senior
wrote:
>
> On Mon, Jun 14,
e it impossible to recover. Given
that this is *JUST A COMMIT MESSAGE* and not a mutable, improvable,
instruction (which should live on the wiki anyway), it seems to me
reasonable to accept being a little conservative in the instructions
here, even if some of the steps turn out to not be strictly ne
On Sun, Jun 13, 2021 at 9:52 PM Joe Ayers wrote:
>
> I'm having a bit of heartburn with continuing with these instructions:
>
> > Flashing via stock GUI:
> > - Downgrade to AirOS v5.5.x (latest available is 5.5.10-u2) first (see
> >https://openwrt.org/toh/ubiquiti/powerbeam installation
Is it time to apply this?
--
Russell Senior
russ...@personaltelco.net
On Fri, Jun 4, 2021 at 5:29 PM Russell Senior wrote:
>
> This patch adds support for the Ubiquiti PowerBeam M (XW), e.g. PBE-M5-400,
> a 802.11n wireless with a feed+dish form factor. This device was previously
&g
om dts
since v3:
* based on testimony of Joe Ayers :
* the bricking problem was resolved by 076d58d3440f (2016-02)
* the tftp flashing problem was resolved by 6009b3fd586a (2018-11)
so, removed the associated warnings.
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ubnt_powerbeam
losure to reach the serial console. Internal photos
are available here: https://fcc.io/SWX-NBM5HP
since v1:
* renamed from ubnt,powerbeam-m to ubnt,powerbeam-m-xw
since v2:
* removed redundant mtd-mac-address from dts
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ubnt_powerbeam
devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Vincent Wiemann
> > Sent: Sonntag, 23. Mai 2021 14:20
> > To: Russell Senior ; openwrt-
> > de...@lists.openwrt.org
> > Subject: Re: [PATCH v2] ath79: add support for Ubiquiti PowerBeam M (XW)
>
On Tue, May 25, 2021 at 2:33 AM Russell Senior
wrote:
>
> On Tue, May 25, 2021 at 1:40 AM Rafał Miłecki wrote:
> >
> > On 23.05.2021 13:59, Russell Senior wrote:
> > > + {
> > > + status = "okay";
> > > +
> > > + /* defa
On Tue, May 25, 2021 at 3:57 AM Russell Senior
wrote:
>
> On Tue, May 25, 2021 at 3:33 AM Vincent Wiemann
> wrote:
> >
> > On 5/25/21 2:23 AM, Russell Senior wrote:
> > > On Mon, May 24, 2021 at 2:51 AM Vincent Wiemann
> > > wrote:
> > >>
On Tue, May 25, 2021 at 3:33 AM Vincent Wiemann
wrote:
>
> On 5/25/21 2:23 AM, Russell Senior wrote:
> > On Mon, May 24, 2021 at 2:51 AM Vincent Wiemann
> > wrote:
> >>
> >> Hi Russel,
> >>
> >> On 5/24/21 1:06 AM, Russell Senior wrot
On Tue, May 25, 2021 at 1:40 AM Rafał Miłecki wrote:
>
> On 23.05.2021 13:59, Russell Senior wrote:
> > + {
> > + status = "okay";
> > +
> > + /* default for ar934x, except for 1000M and 10M */
> > + pll-data = <0x0200 0x
On Mon, May 24, 2021 at 2:51 AM Vincent Wiemann
wrote:
>
> Hi Russel,
>
> On 5/24/21 1:06 AM, Russell Senior wrote:
> > On the PowerBeam M2 (PBE-M2-400) I see "e2 c2" in the same locations, not
> > "e6 c2".
>
> That's very interesting... I thi
,
On the PowerBeam M2 (PBE-M2-400) I see "e2 c2" in the same locations, not "e6
c2".
Vincent> While I think there shouldn't be different DTS files for them,
Vincent> there is a script missing that respects the antenna and
Vincent> ext
losure to reach the serial console. Internal photos
are available here: https://fcc.io/SWX-NBM5HP
Changes since v1:
* renamed from ubnt,powerbeam-m to ubnt,powerbeam-m-xw
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ubnt_powerbeam-m-xw.dts | 36 +++
.../generic/base-fi
losure to reach the serial console. Internal photos
are available here: https://fcc.io/SWX-NBM5HP
Signed-off-by: Russell Senior
---
.../ath79/dts/ar9342_ubnt_powerbeam-m.dts | 36 +++
.../generic/base-files/etc/board.d/01_leds| 1 +
.../generic/base-files/etc/board.d/02_network
I did a buld with the patch applied to commit
e1adb1fa39dd5ef97280ad1b2bb9e8ff4c43674f and it fixes the bug I
reported on my Netgear GS198Tv3.
--
Rissell Senior
russ...@personaltelco.net
On Sat, May 8, 2021 at 11:16 AM Bjørn Mork wrote:
>
> John Crispin writes:
>
> > @bmork, kindly confirm
e a correct vlan configuration on the device
> talking to the switch on port 1 and that this corresponds to the vlan
> configuration of that port
>
> Cheers,
>Birger
>
> On 08/05/2021 01:55, Russell Senior wrote:
> > The recent commit 4342d27ec90cd0988fd3e62ccefbe66f2e691
. From tcpdump -i switch.1 I can see the device
ARP'ing for the gateway address (which it received by DHCP) but not
seeing anything come back. Rolling back to the commit immediately
before and I don't see the problem and can ping the gateway
indefinitely.
Thanks!
--
Russell Senior, President
russ
CONFIG_MFD_RB4XX_CPLD is missing from the testing kernel config, add it disabled
Signed-off-by: Russell Senior
---
target/linux/ath79/config-5.10 | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ath79/config-5.10 b/target/linux/ath79/config-5.10
index 9aa320dcda..d4abddb445
available partitions:
[2.538600] 1f00 16384 mtdblock0
[2.538604] (driver?)
[2.545140] Kernel panic - not syncing: VFS: Unable to mount root fs on
unknown-block(0,0)
[2.553386] Rebooting in 1 seconds..
Reverting 2683eeb627 lets it work again.
--
Russell Senior, President
russ.
This patch skips zero length DHCP options instead of failing.
v2 changelog:
* fix off-by-one
* add a warning message
* move commit message into patch sent upstream
Signed-off-by: Russell Senior
---
...205-udhcpc_allow_zero_length_options.patch | 49 +++
1 file changed, 49
options without bailing out, by simply
skipping them.
[patch also sent upstream]
Signed-off-by: Russell Senior
---
.../205-udhcpc_allow_zero_length_options.patch | 17 +
1 file changed, 17 insertions(+)
create mode 100644
package/utils/busybox/patches/205
I rev'd up to 15785-g0fde111702 today (without my revert) and the
freeze is gone, the dir860l-b1 boots normally again.
I don't know why, but not knowing is made more tolerable by it working.
--
Russell Senior
russ...@personaltelco.net
On Sun, Feb 14, 2021 at 4:51 AM Russell Senior
wrote
Looks like this linux-stable commit might be the guilty party:
e57d70c59bb7f6835ee47eb633e44efce4ab51b9
Reverting it in openwrt seems to fix the freezes.
On Sun, Feb 14, 2021 at 4:07 AM Russell Senior
wrote:
>
> I am stepping though the kernel patches (intially 10 at a whack)
>
I am stepping though the kernel patches (intially 10 at a whack)
between 5.4.96 and 5.4.97 to see if I can find what broke it.
On Sat, Feb 13, 2021 at 2:51 PM Stijn Segers wrote:
>
> Hi,
>
> Op zaterdag 13 februari 2021 om 18u05 schreef Adrian Schmutzler
> :
> >> [1.176208] mt7621-pci
I tried building head a few hours ago and got a boot failure (they
vary), bisected it back to this commit. The failure manifests as a
lockup about here:
[...]
[1.141782] mt7530 mdio-bus:1f: MT7530 adapts as multi-chip module
[1.157487] mtk_soc_eth 1e10.ethernet eth0: mediatek frame
Checking if there is an obstacle to merging this.
--
Russell Senior
russ...@personaltelco.net
On Tue, Dec 22, 2020 at 6:39 PM Russell Senior
wrote:
>
>
> CPU: Atheros AR9342 rev 3 SoC
> RAM: 64 MB DDR2
> Flash: 16 MB NOR SPI
> WLAN 2.4GHz: Athero
ode with:
CONFIG_PACKAGE_devlink=m
CONFIG_PACKAGE_genl=m
CONFIG_PACKAGE_ip-bridge=m
CONFIG_PACKAGE_ip-full=m
CONFIG_PACKAGE_ip-tiny=m
CONFIG_PACKAGE_nstat=m
CONFIG_PACKAGE_rdma=m
CONFIG_PACKAGE_ss=m
CONFIG_PACKAGE_tc=m
Minimally run-tested ip-tiny on ramips/mt7621 (ubnt-erx).
Signed-off-by: Russell Senior
---
pack
quot; install instructions
to work.
Phy0 is QCA988X which can tune either band (2.4 or 5GHz). Phy1 is AR9342,
on which 5GHz is disabled. It isn't currently known whether phy1 is
routed to the N connector at all.
Signed-off-by: Russell Senior
---
v2:
- Make "Flashing through factory firmware" ins
I would suggest doing the re-ordering to maintain lexical ordering in
a separate commit, to keep the functional changes more clear.
On Wed, Dec 16, 2020 at 12:27 PM Russell Senior
wrote:
>
> responses in-line.
>
> On Wed, Dec 16, 2020 at 8:20 AM Adrian Schmutzler
> wr
responses in-line.
On Wed, Dec 16, 2020 at 8:20 AM Adrian Schmutzler
wrote:
>
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Russell Senior
> > Sent: Mittwoch, 16. Dezember
ted to the N connector at all.
Signed-off-by: Russell Senior
---
v2:
- Make "Flashing through factory firmware" instructions actually work by
changing UBNT_TYPE to 2WA
---
.../linux/ath79/dts/ar9342_ubnt_bullet-ac.dts | 38 +++
.../generic/base-files/etc/board.d/01
ted to the N connector at all.
Signed-off-by: Russell Senior
---
.../linux/ath79/dts/ar9342_ubnt_bullet-ac.dts | 38 +++
.../generic/base-files/etc/board.d/01_leds| 1 +
.../generic/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/firmware/11-ath10k-caldata |
by serial neither
> network reachability.
> Any suggestions?
> Thank you
> Nino
>
> Il 25/10/20 10:50, Russell Senior ha scritto:
> > I built and ran a version successfully from master recently
> > (14607-g3fab4ace57) around the end of September.
> >
> > On Sat
I built and ran a version successfully from master recently
(14607-g3fab4ace57) around the end of September.
On Sat, Oct 24, 2020 at 12:13 PM nino wrote:
>
> Hi all,
>
> I'm trying to install latest openwrt releases to my old pcengines Alix
> 2d2 board.
>
> All latest release from 17.01.0 to
ayed an important role in OpenWrt history.
Daniel> Maybe I'm just nostalgic...
+1
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
>>>>> Christian Lamparter writes:
> On 2020-09-03 10:44, Russell Senior wrote:
>> commit 9153955095f01a7ac5f2659a671f0229cbad3507 Author: Christian
>> Lamparter mailto:chunk...@gmail.com>> Date:
>> Wed Aug 12 18:26:43 2020 +0200
>>
>
Lamparter
The symptom is client devices can't see the beacons. Wifi ifaces appear,
can scan and hear other networks, but clients can't see the MR24's
SSIDs. Reverting the commit above and it works normally again.
--
Russell Senior, President
russ...@personaltelco.net
gt; wzr-600dhp
I have a bunch of these and they are the same board as
"buffalo,wzr-hp-ag300h", which has had ath79 support for a good long
while.
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
ht
Commit f761f4052c4 had bogus case syntax, the uci-defaults script threw
errors as a result and exited non-zero, probably didn't do what was
intended, but tried over and over since the non-zero exit prevents the
script from being deleted.
Signed-off-by: Russell Senior
---
.../mt7621/base-files
On Mon, Apr 13, 2020 at 10:12 AM Adrian Schmutzler <
freif...@adrianschmutzler.de> wrote:
> This is another episode in just-make-it-compile kernel bumps.
>
> This has been built-tested for all devices, but not tested on device.
>
Here is a test of your branch on an Accton MR3201A:
+PHY ID is
FYI: https://bugs.openwrt.org/index.php?do=details_id=2928
On Fri, Apr 3, 2020 at 3:13 AM David Bauer wrote:
> Hello Magnus,
>
> On 4/3/20 12:07 PM, Magnus Kroken wrote:
> > Hi all
> >
> > On 03.04.2020 11:21, Bjørn Mork wrote:
> >> David Bauer writes:
> >>
> >>> As the reported major bugs are
>>>>> Paul Spooren writes:
Comments below.
> The x86 image generation was refacted via cb007a7bf6 and accidently
> not included `geode.mk` when selected as subtarget.
> Now the file is included and image compilation for x86/geode works
> again.
> Thanks to
let-m-ar7240-squashfs-factory.bin
The "fixed-link" section of the device tree is needed to avoid errors like this:
Generic PHY mdio.0:1f:04: Master/Slave resolution failed, maybe conflicting
manual settings?
With "fixed-link", the errors go away and eth0 comes up
nnecessary XW DEVICE_VARIANT patch
Russell Senior (1):
ath79: add support for ubnt_bullet-m-ar7240 variant
.../ath79/dts/ar7240_ubnt_bullet-m-ar7240.dts | 22 +++
.../generic/base-files/etc/board.d/01_leds| 1 +
.../generic/base-files/etc/board.d/02_network | 2 ++
.../etc
Argh. That added line should be DEVICE_VARIANT, not DEVICE_MODEL. I'll hold
off sending a v5 until I hear back other feedback.
On Tue, Mar 10, 2020 at 6:06 PM Russell Senior
wrote:
> Signed-off-by: Russell Senior
> ---
> target/linux/ath79/image/generic-ubnt.mk | 1 +
> 1 fil
let-m-ar7240-squashfs-factory.bin
Signed-off-by: Russell Senior
---
.../ath79/dts/ar7240_ubnt_bullet-m-ar7240.dts | 22 +++
.../generic/base-files/etc/board.d/01_leds| 1 +
.../generic/base-files/etc/board.d/02_network | 1 +
.../etc/hotplug.d/firmware/10-ath9k-eeprom
Signed-off-by: Russell Senior
---
...1_ubnt_bullet-m.dts => ar7241_ubnt_bullet-m-ar7241.dts} | 4 ++--
target/linux/ath79/generic/base-files/etc/board.d/01_leds | 2 +-
.../linux/ath79/generic/base-files/etc/board.d/02_network | 2 +-
.../base-files/etc/hotplug.d/firmware/10-ath9k-eep
Signed-off-by: Russell Senior
---
target/linux/ath79/image/generic-ubnt.mk | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/linux/ath79/image/generic-ubnt.mk
b/target/linux/ath79/image/generic-ubnt.mk
index 5808d8f424..e8c8ebf30b 100644
--- a/target/linux/ath79/image/generic-ubnt.mk
, it adds support for the
AR7240
variant. Lastly, it applies a DEVICE_VARIANT variable to the XW version of the
bullet.
Russell Senior (4):
ath79: generify ubnt_xm dtsi for ar7240 and ar7241
ath79: rename ubnt_bullet-m to ubnt_bullet-m-ar7241
ath79: add support for ubnt_bullet-m-ar7240 variant
* Prepare to support the AR7240 variant of ubiquiti bullet m, by
reorganizing the related dtsi files.
* Distribute SOC variable across ubnt-xm devices.
Signed-off-by: Russell Senior
---
target/linux/ath79/dts/ar7241_ubnt_airrouter.dts | 3 ++-
target/linux/ath79/dts
erhaps you can provide guidance on that?
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Does this look reasonable? Any other comments?
On Sat, Feb 29, 2020 at 5:09 AM Russell Senior
wrote:
>
> The Ubiquiti Bullet M2HP come in two flavors, based on ar7240 and
> ar7241. Both are supported by ar71xx, despite the different SoCs. The
> ath79 target, however, currently s
to ar724x_ubnt_outdoor-xm.dtsi,
so that it could be shared between ar7240 and ar7241. Included the new
ar724x file in the terminal dts files rather than chain them.
Interested in feedback.
Tested on the AR7240 flavor.
Signed-off-by: Russell Senior
---
.../ath79/dts/ar7240_ubnt_bullet-m-ar7240.dts | 22
This is actually broken in a few minor ways. I'll be following up with a
fixed up v3 shortly.
On Sat, Feb 29, 2020 at 3:36 AM Russell Senior
wrote:
>
> The Ubiquiti Bullet M2HP come in two flavors, based on ar7240 and
> ar7241. Both are supported by ar71xx, despite the diffe
and
target/linux/ath79/dts/ar7241_ubnt_xm.dtsi differ in one line only.
Interested in feedback.
Tested on the AR7240 flavor.
Signed-off-by: Russell Senior
---
.../ath79/dts/ar7240_ubnt_bullet-m-ar7240.dts | 21
target/linux/ath79/dts/ar7240_ubnt_xm.dtsi| 99 +++
...-m.dts
Sorry for the accidental sidetrack to private mail. Returning the thread to
the mailing list.
On Thu, Feb 27, 2020 at 5:16 AM Adrian Schmutzler
wrote:
> Hi,
> > What happens if you flash the "wrong" image? Do you see any chance to
> have one of the images as "default" without suffix or would
On Wed, Feb 26, 2020 at 5:19 AM Adrian Schmutzler
wrote:
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> > Behalf Of Russell Senior
> > Sent: Mittwoch, 26. Februar 2020 11:20
> > To: openwrt
def
TARGET_DEVICES += ubnt_airrouter
-define Device/ubnt_bullet-m
+define Device/ubnt_bullet-m-v0
$(Device/ubnt-xm)
- DEVICE_MODEL := Bullet-M
+ DEVICE_MODEL := Bullet-M v0
DEVICE_PACKAGES += rssileds
- SUPPORTED_DEVICES += bullet-m
+ SUPPORTED_DEVICES += bullet-m-v0
+endef
+TARGET_DEVICES += ubnt_bullet-m-v0
+
+define Device/ubnt_bullet-m-v1
+ $(Device/ubnt-xm)
+ DEVICE_MODEL := Bullet-M v1
+ DEVICE_PACKAGES += rssileds
+ SUPPORTED_DEVICES += bullet-m-v1
endef
-TARGET_DEVICES += ubnt_bullet-m
+TARGET_DEVICES += ubnt_bullet-m-v1
define Device/ubnt_bullet-m-xw
$(Device/ubnt-xw)
--
2.25.1
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
an exit 0 to the end to correct that.
Signed-off-by: Russell Senior
---
.../dnsmasq/files/50-dnsmasq-migrate-resolv-conf-auto.sh| 2 ++
1 file changed, 2 insertions(+)
diff --git
a/package/network/services/dnsmasq/files/50-dnsmasq-migrate-resolv-conf-auto.sh
b/package/network/services
'git log target/linux/bcm47xx', I don't see any of the
brcm47xx history. That seems like a loss to me.
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ian> used for target TITLE in make menuconfig already, only the short
Adrian> target name used brcm so far.
This seems like an aesthetic change, but it will have more consequential
effects in tracing history and searching. I question whether the
tradeoff is worth it.
--
Russell Sen
This commit broke wifi on the Buffalo WZR600DHP. See:
https://bugs.openwrt.org/index.php?do=details_id=2668
On Fri, Nov 22, 2019 at 12:00 PM Christian Lamparter
wrote:
> On Monday, 18 November 2019 00:34:01 CET Hauke Mehrtens wrote:
> > > +---
As noted by Hauke in IRC.
Introduced in commit 50735df7b238ce886c6f718b3e9437a09c8efb28
Cc: John Crispin
Cc: Hauke Mehrtens
Signed-off-by: Russell Senior
---
target/linux/mediatek/mt7629/config-4.19 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/mediatek
It should be harmless.
+1
On Wed, Nov 13, 2019 at 3:22 PM wrote:
> Hi,
>
> > -Original Message-
> > From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org]
> > On Behalf Of Russell Senior
> > Sent: Donnerstag, 14. November 2019 00:16
> &g
>>>>> "Daniel" == Daniel Golle writes:
Daniel> Hi Russell,
Daniel> On Tue, Nov 12, 2019 at 03:33:48PM -0800, Russell Senior wrote:
>>
>> Discovered recent changes had broken sysupgrade for ar71xx mikrotik
>> rb-493g, traced the problem to miss
Discovered recent changes had broken sysupgrade for ar71xx mikrotik
rb-493g, traced the problem to missing /usr/share/libubox/jshn.sh after
switching to tmpfs.
Signed-off-by: Russell Senior
---
package/base-files/files/lib/upgrade/stage2 | 2 +-
1 file changed, 1 insertion(+), 1 deletion
Chris,
Could you test v2 on a Meraki MX60? I only have MR24's.
Thanks!
--
Russell Senior
russ...@personaltelco.net
On Sat, Sep 21, 2019 at 1:58 AM Russell Senior
wrote:
>
> The allocation of LEBs to ubi volumes is handled by the sysupgrade script:
>
> package/base-files/files
in the dd command. In any case, 63k
made no sense for the way BLOCKSIZE was being used.
63k (64512) does make sense for DTB_SIZE because of the offsets expected
by u-boot given extant u-boot-env variables.
Tested on Meraki MR24.
Signed-off-by: Russell Senior
---
v2: got rid of blocking the kernel
On Fri, Sep 20, 2019 at 1:35 PM Christian Lamparter
wrote:
> Hello,
>
> On Tuesday, September 17, 2019 6:59:28 AM CEST Russell Senior wrote:
> > On Meraki MR24, the BLOCKSIZE variable is used to allocate space for the
> > kernel blob. The LEB size on MR24
effects.
Signed-off-by: Russell Senior
---
target/linux/apm821xx/image/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/apm821xx/image/Makefile
b/target/linux/apm821xx/image/Makefile
index 8203de39c5..1aa4e0dad3 100644
--- a/target/linux/apm821xx/image
of 126k, and a MikroTik RouterBOARD 493G with LEBs of
124k. Neither of those is affected.
I still kind of like my solution where we explicitly ask for padding for
devices that need it.
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
hat might have started
triggering the boot loop. This might explain why we haven't seen the
problem earlier (it might have been silently ignored).
[1] e.g.
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=71755ee5350b63fb1f283de8561cdb61b47f4d
tblk() must return NULL, because it goes to block_release and falls
>> through to print the error message and exits with an error.
--
Russell Senior, President
russ...@personaltelco.net
_______
openwrt-devel mailing list
openwrt-de
block_release and falls
> through to print the error message and exits with an error.
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
ust return NULL, because it goes to block_release and falls
through to print the error message and exits with an error.
--
Russell Senior, President
russ...@personaltelco.net
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
ht
se the ubinize-image.sh script, it
> > won't be protected.
> Are you using an alternative flashing approach?
>
> The wiki: <https://openwrt.org/toh/meraki/mr24> notes that for the initial
> install, the MR24 should boot off an tftp-loaded initramfs and then the
> user
Some comments inline below ...
> On Saturday, August 24, 2019 2:18:55 AM CEST Russell Senior wrote:
> > >>>>> "Christian" == Christian Lamparter writes:
> >
> > > I've posted a similar message to the bugreport:
> > > <https://bug
>>>>> "Russell" == Russell Senior writes:
>>>>> "Christian" == Christian Lamparter writes:
Russell> It's mostly inferred from the fact that I saw the error and
Russell> kernel panic, and glancing at the kernel squashfs code. I
st the end of the ubi
volume.
The error comes in the kernel's fs/squashfs/block.c in the
squashfs_read_data() function. There are a bunch of conditions (at least
5) within the function (see "goto read_failure;") that will lead to that
message being printed.
--
Russell Senior, President
russ.
.
Note: ext4-sysupgrade firmware binaries will build with this patch, but
they are as nonsensical as before the patch. Finding a way to disable
ext4 builds for Meraki MR24 is left as a TODO.
Signed-off-by: Russell Senior
---
target/linux/apm821xx/image/Makefile | 3 ++-
1 file changed, 2
sizes were
uniformily distributed, it would be expected to see such a kernel panic
for about 1/4 of the possible rootfs sizes.
This commit adds some infrastucture to allow the padding of a
root.squashfs to 4k boundaries.
Signed-off-by: Russell Senior
---
include/image-commands.mk | 5 +
1 file
Signed-off-by: Russell Senior
---
tools/scons/Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tools/scons/Makefile b/tools/scons/Makefile
index 5ec6554165..a9f2507835 100644
--- a/tools/scons/Makefile
+++ b/tools/scons/Makefile
@@ -8,12 +8,12 @@
include
.
https://nvd.nist.gov/vuln/detail/CVE-2019-13638
Signed-off-by: Russell Senior
---
tools/patch/Makefile | 2 +-
tools/patch/patches/060-CVE-2019-13638.patch | 38
2 files changed, 39 insertions(+), 1 deletion(-)
create mode 100644 tools/patch
1 - 100 of 291 matches
Mail list logo