Similar to commit 4d8b42d8a777 ("ipq40xx: point to externally compiled
dtbs in recipes").
Currently, we patch our DTS files into the kernel source tree, so the
kernel build process will produce DTBs for us. The kernel-to-DTS
dependency can cause buildroot to perform excessive rebuilds of the
kerne
emmc_do_upgrade() relies on identify() from the nand.sh upgrade helper.
This only works because FEATURES=emmc targets also tend to include
FEATURES=nand.
Rename identify_magic() to identify_magic_long() to match the common.sh
style and make it clear it pairs with other *_long() variants (and not,
Refresh target config with `make kernel_menuconfig`, then save the
result. This drops missing symbols or otherwise accounts for defaults.
It should not change any functionality.
Signed-off-by: Brian Norris
---
Changes in v2:
* Improve description
target/linux/ipq806x/config-5.15 | 20
This fixes device tree registration for 'qcom,lpass-cpu' as used by
qcom-ipq8064 SoCs, and allows speaker audio to function.
This patch has been submitted (and merged, for -next; likely v6.3)
upstream.
Signed-off-by: Brian Norris
---
Changes in v2:
* Add upstream (-next) notes
* Renumber to 0
For IPQ8064 systems based off the "Google Storm" reference platform,
such as the TP-Link OnHub.
Signed-off-by: Brian Norris
---
Changes in v2:
* Drop CONFIG_IPQ_LCC_806X=y, and merge CONFIG_IPQ_LCC_806X=m into this
package
* Move package to the ipq806x target
* Slim AutoLoad list; switch t
TP-Link and ASUS OnHub devices are very similar, sharing many of the
same characteristics and much of their Device Tree. They both run a
version of ChromeOS for their factory firmware, and so installation
instructions look very similar to Google Wifi [1].
Things that work:
* Ethernet
* WiFi (2.
I need to express a per-target dependency on the 'base64' utility, and
that's seemingly impossible to do for busybox. Pull in coreutils to make
that easier.
Signed-off-by: Brian Norris
---
* New in v2
(no changes since v1)
package/utils/coreutils/Makefile | 153 +
On Thu, 2023-01-05 at 22:36 +0100, Jan Hoffmann wrote:
> This is no longer needed now that the kernel is built with a load
> address that matches the one hard-coded in the bootloader.
>
> Signed-off-by: Jan Hoffmann
> ---
Thanks for keeping things up to date! Merged to master.
Best,
Sander
___
The DAP-X1860 is a wall-plug AX1800 repeater.
Specifications:
- MT7621, 256 MiB RAM, 128 MiB SPI NAND
- MT7915 + MT7975 2x2 802.11ax (DBDC)
- Ethernet: 1 port 10/100/1000
- LED RSSI bargraph (2x green, 1x red/orange), status
and RSSI LEDs are incorrectly populated red/orange
(should be red/gre
On 01/06/23 19:52, Hauke Mehrtens wrote:
Why do you need uImage-relocate and can not use the standard Build/uImage?
You have to set KERNEL_LOADADDR to 0x8100.
Thanks for the hint, I had initially tried several load addresses with the same
effect,
the kernel would either decompress but the
From: Rafał Miłecki
This reverts commit cd39aba402ea7e7a11e173b0b5aa96e42bf1f2ac.
Adding "mac-address" property to the device tree seems to be done to
allow reading it using procfs (/proc/device-tree/). It seems like a hack
without a proper explanation WHY do we need that.
Reading MAC address c
Hi Sebastian,
On 1/7/23 12:56, Sebastian Schaper wrote:
[...]
+&state_default {
+ gpio {
+ groups = "uart2";
+ function = "gpio";
+ };
+};
diff --git a/target/linux/ramips/image/mt7621.mk
b/target/linux/ramips/image/mt7621.mk
index dd49583bf4..6492748aed
On Sat, Jan 07, 2023 at 01:05:42PM +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> This reverts commit cd39aba402ea7e7a11e173b0b5aa96e42bf1f2ac.
>
> Adding "mac-address" property to the device tree seems to be done to
> allow reading it using procfs (/proc/device-tree/). It seems like a ha
On 01/07/23 13:04 David Bauer wrote:
Considering we have 50 MB of firmware space available, enlarging the
space allocated for the kernel to 8M has the potential of avoiding pain
down the line if the kernel exceeds 4M in size.
Hi David,
I thought the same initially (c.f. v1 mail), but then went
Christian Marangi writes:
> On Sat, Jan 07, 2023 at 01:05:42PM +0100, Rafał Miłecki wrote:
>> From: Rafał Miłecki
>>
>> This reverts commit cd39aba402ea7e7a11e173b0b5aa96e42bf1f2ac.
>>
>> Adding "mac-address" property to the device tree seems to be done to
>> allow reading it using procfs (/pr
The DAP-X1860 is a wall-plug AX1800 repeater.
Specifications:
- MT7621, 256 MiB RAM, 128 MiB SPI NAND
- MT7915 + MT7975 2x2 802.11ax (DBDC)
- Ethernet: 1 port 10/100/1000
- LED RSSI bargraph (2x green, 1x red/orange), status
and RSSI LEDs are incorrectly populated red/orange
(should be red/gre
On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:
> I need to express a per-target dependency on the 'base64' utility, and
> that's seemingly impossible to do for busybox. Pull in coreutils to make
> that easier.
>
> Signed-off-by: Brian Norris
We still need to think of a correct sol
> Le 7 janv. 2023 à 15:06, Christian Marangi a écrit :
>
> On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:
>> I need to express a per-target dependency on the 'base64' utility, and
>> that's seemingly impossible to do for busybox. Pull in coreutils to make
>> that easier.
>>
>> S
comment is documented as a string in the man page.
Ref: https://github.com/openwrt/luci/pull/6187#issuecomment-1374506633
Signed-off-by: Paul Dee
---
root/usr/share/ucode/fw4.uc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/root/usr/share/ucode/fw4.uc b/root/usr/share/ucod
On Sat, 7 Jan 2023 at 16:26, Thibaut VARÈNE wrote:
>
>
>
> > Le 7 janv. 2023 à 15:06, Christian Marangi a écrit :
> >
> > On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:
> >> I need to express a per-target dependency on the 'base64' utility, and
> >> that's seemingly impossible to d
On Fri, 6 Jan 2023 at 23:43, Jo-Philipp Wich wrote:
>
> Hi Robert,
>
> I know that you're just expanding existing code (which I recently noticed for
> the first time) but I think that adding more and more if/else clauses with
> further hardware matches for purely cosmetic reasons* is a good way fo
> Le 7 janv. 2023 à 22:41, Robert Marko a écrit :
>
> On Sat, 7 Jan 2023 at 16:26, Thibaut VARÈNE wrote:
>>
>>
>>
>>> Le 7 janv. 2023 à 15:06, Christian Marangi a écrit :
>>>
>>> On Fri, Jan 06, 2023 at 11:49:44PM -0800, Brian Norris wrote:
I need to express a per-target dependency o
Hi,
after some sweating and testing OpenWrt builds flashed to NAND
on the D-Link DIR-890L and failing I realized the problem is the
same as on the RAMIPS: the boot loader cannot handle an LZMA
file over 2MB.
Booting using TFTP in CFE works fine FWIW. There is no problem
with the kernel.
I unders
Hi!
On Sun, Jan 8, 2023 at 7:38 AM Linus Walleij wrote:
> I guess trying to figure out what lzma-loader does and implement
> the same for ARM is the way to go, or at some point I felt like
> implementing U-Boot for the BCM53xx and implement SEAMA
> loading from NAND in U-Boot is maybe easier...
Hi!
On Wed, Oct 19, 2022 at 7:52 PM Arınç ÜNAL wrote:
>
> The pins of the MT7530 switch that translate to GPIO 0, 3, 6, 9 and 12 has
> got a function, by default, which does the same thing as the netdev
> trigger. Because of bridge offloading on DSA, the netdev trigger won't see
> the frames betw
25 matches
Mail list logo
