[OpenWrt-Devel] [PATCH] ramips: improve and fix Memory 2 Move support

ermore the ramdisk/uImage image is generated by default for the rt3050 subtarget. This image is needed to flash OpenWrt for the first time onto the device via TFTP. Signed-off-by: Christian Lamparter --- Note: I tried adding FEATURES+=ramdisk into the M2M Profile, but as far as I can tell the FEATURE

[OpenWrt-Devel] [PATCH] ralink: fix USB host function for Intenso M2M

d with: usb 1-1: device descriptor read/64, error -145 ... Signed-off-by: Christian Lamparter --- This is the least intrusive version of the patch I could come up with. It looks like the ralink-phy.c could use some work. i.e.: +// reset_control_assert(

Re: [OpenWrt-Devel] AsiaRF AWM002 (ramips) USB and reboot broken at r44044

Hello, On Tue, Feb 3, 2015 at 7:48 AM, Mingyu Li wrote: >> Russell> I just wanted to give a heads up that I built trunk r44245 last >> Russell> night and discovered two problems: reboot no longer works, and >> Russell> USB fails to enumerate a usb-serial device that worked >> Russell> previously

Re: [OpenWrt-Devel] AsiaRF AWM002 (ramips) USB and reboot broken at r44044

On Tue, Feb 3, 2015 at 8:43 AM, John Crispin wrote: > > On 03/02/2015 08:36, Christian Lamparter wrote: >> Thing is: ralink-phy.c can use some more work! > > elaborate on what needs work Link to github-source: <https://github.com/openwrt-mirror/openwrt/blob/master/target

Re: [OpenWrt-Devel] AsiaRF AWM002 (ramips) USB and reboot broken at r44044

On Tue, Feb 3, 2015 at 9:20 AM, John Crispin wrote: > On 03/02/2015 09:01, Christian Lamparter wrote: >> On Tue, Feb 3, 2015 at 8:43 AM, John Crispin >> wrote: >>> >>> On 03/02/2015 08:36, Christian Lamparter wrote: >>>> Thing is: ralink-phy.c can

[OpenWrt-Devel] [PATCH 1/3] ar71xx: rename and extend wrt160nl's trx partition parser

This patch re-purposes the functionality of the custom partition parser from Linksys' WRT160NL router. This way, WD's My Net Wi-fi Range Extender can make use of the same Cybertan partition layout. Signed-off-by: Christian Lamparter --- target/linux/ar71xx/config-3.14

[OpenWrt-Devel] [PATCH 2/3] ar71xx: update TP-Link partition parser patches to apply again

name and extend wrt160nl's trx partition parser" Signed-off-by: Christian Lamparter --- .../patches-3.14/405-mtd-tp-link-partition-parser.patch | 13 ++--- .../patches-3.18/405-mtd-tp-link-partition-parser.patch | 13 ++--- 2 files changed, 4 insertions(+), 22 de

[OpenWrt-Devel] [PATCH 3/3] ar71xx: improve WD's My Net Wi-fi Range Extender image creation

very image dynamically every time. Reported-By: Pascal Paradis Signed-off-by: Christian Lamparter --- target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-rext.c | 12 +++- target/linux/ar71xx/image/Makefile | 4 ++-- 2 files changed, 13 insertions(+), 3

[OpenWrt-Devel] [PATCH 1/4] ar71xx: fix WRT160NL and TP-Link partition parser patches

405-mtd-tp-link-partition-parser.patch was updating the WRT160NL's partition parser Kconfig. This patch moves the relevant change into the right file: 404-mtd-wrt160nl-trx-parser.patch Signed-off-by: Christian Lamparter --- .../linux/ar71xx/patches-3.14/404-mtd-wrt160nl-trx-parser.patch

[OpenWrt-Devel] [PATCH 2/4] ar71xx: rename wrt160nl's trx partition parser

This patch renames the partition parser from wrt160nl to more generic cybertan. Signed-off-by: Christian Lamparter --- target/linux/ar71xx/config-3.14| 2 +- target/linux/ar71xx/config-3.18| 2 +- .../ar71xx/files/arch/mips/ath79/mach-wrt160nl.c

[OpenWrt-Devel] [PATCH 4/4] ar71xx: improve WD's My Net Wi-fi Range Extender image creation

very image dynamically everytime. Reported-by: Pascal Paradis Signed-off-by: Christian Lamparter --- target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-rext.c | 12 +++- target/linux/ar71xx/image/Makefile | 4 ++-- 2 files changed, 13 insertions(+), 3 deletion

[OpenWrt-Devel] [PATCH 3/4] ar71xx: generalize cybertan partition parser

By removing the NL16 signature check, the parser can be utilized by other devices like the WD My Net Wi-fi Range Extender. Signed-off-by: Christian Lamparter --- target/linux/ar71xx/files/drivers/mtd/cybertan_part.c | 6 -- 1 file changed, 6 deletions(-) diff --git a/target/linux/ar71xx

Re: [OpenWrt-Devel] [PATCH 1/3] ar71xx: rename and extend wrt160nl's trx partition parser

Hello, On Thursday, March 05, 2015 09:13:37 PM John Crispin wrote: > the patches should be self contained and buildable. if i understand 2/3 > correct it is needed for the fixes in 1/3 to build. Thanks. I changed it again. The patches are now self contained. But I chose a bit of a different "spli

Re: [OpenWrt-Devel] [PATCH 1/4] ar71xx: fix WRT160NL and TP-Link partition parser patches

On Fri, Mar 6, 2015 at 7:46 PM, Christian Lamparter wrote: > 405-mtd-tp-link-partition-parser.patch was updating the > WRT160NL's partition parser Kconfig. This patch moves the > relevant change into the right file: > 404-mtd-wrt160nl-trx-parser.patch > > Signed-off-

Re: [OpenWrt-Devel] [PATCH 3/3] apm821xx: image: remove unused kernel.dtb from IMAGES

On Friday, September 13, 2019 3:08:15 AM CEST Yousong Zhou wrote: > It's a leftover from 2271967f ("pm821xx: utilize build ARTIFACTs") "apm821xx: utilize build ARTIFACTs" Otherwise Acked-by: Christian Lamparter > > Signed-off-by: Yousong Zhou > --- >

Re: [OpenWrt-Devel] [PATCH v2 2/2] ath10k-ct: update to version 2019-09-09

On Friday, September 13, 2019 12:15:39 PM CEST Robert Marko wrote: > Update the ath10k-ct driver version to > 5e8cd86f90dac966d12df6ece84ac41458d0e95f > to enable dynamic VLANs to work. > Packages refreshed while bump. > > Signed-off-by: Robert Marko > > Changes from v1: > * Fixed wrong m

Re: [OpenWrt-Devel] [PATCH] apm821xx: for Meraki MR24 modify BLOCKSIZE to reduce LEB over-allocation

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 is 15.5k (15872 bytes). In the > particular instance observed, it was found that reducing blocksize to > 512 by

Re: [OpenWrt-Devel] [PATCH] kernel: fix hw-crypto detection of qce driver

On Mon, Sep 23, 2019 at 2:28 PM Eneas Queiroz wrote: > > On Fri, Sep 20, 2019 at 5:48 PM Eneas U de Queiroz > wrote: > > > > This adds the CRYPTO_ALG_KERN_DRIVER_ONLY flag to Qualcomm crypto engine > > driver algorithms, so that openssl devcrypto can recognize them as > > hardware-accelerated. >

Re: [OpenWrt-Devel] [PATCH] ipq40xx: add label MAC address for FritzBox 4040

On Monday, September 23, 2019 4:31:38 PM CEST Adrian Schmutzler wrote: > This adds label MAC address for the AVM FritzBox 4040, the first > device in ipq40xx target. I had to look this up a bit more, since my (broken) retail-unit Fritz!Box 4040 does not have the MAC-Address on the sticker labeled

Re: [OpenWrt-Devel] [PATCH] ipq40xx: essedma: Fix dead lock

On Sunday, October 20, 2019 11:39:41 AM CEST John Crispin wrote: > On 01/10/2019 11:59, Masafumi UTSUGI wrote: > > edma_read_append_stats() is called from kernel timer > > (Bottom half context) but it used spin_lock() to take a lock. > > Using ethtool command rarely causes deadlock because of this.

Re: [OpenWrt-Devel] ipq40xx: Bogus IMAGE_SIZE on asus rt-ac58u

Hello, On Tuesday, November 5, 2019 8:13:59 PM CET Adrian Schmutzler wrote: > as stated already in the comment of an earlier patch, the asus_rt-ac58u > on ipq40xx target has an IMAGE_SIZE of 20439364, which cannot be divided > by 1024 and also does not seem to match anything in DTS. This was soo

Re: [OpenWrt-Devel] [PATCH] ipq40xx: fritz4040 depends on uboot-fritz4040

On Saturday, 9 November 2019 23:52:17 CET Sven Roederer wrote: > The "append-uboot" macro is looking for the file > "$(STAGING_DIR_IMAGE)/uboot-fritz4040.bin" > which is provided by the u-boot-fritz4040 package. If this is not build, > image creation > will fail with "file not found". The FRITZ!

[OpenWrt-Devel] [PATCH] mac80211: switch to upstream owl-loader driver

pat.patch" file that can be cut down once AR71XX is being dealt with. Note: I decided to keep the existing (kmod-)owl-loader package name around for now. The kernel module file in the kmod package will be called ath9k_pci_owl_loader.ko though. Signed-off-by: Christian Lamparter --- package/

Re: [OpenWrt-Devel] [PATCH] mac80211: switch to upstream owl-loader driver

On Monday, 18 November 2019 00:34:01 CET Hauke Mehrtens wrote: > > +--- a/drivers/net/wireless/ath/ath9k/ath9k_pci_owl_loader.c > > b/drivers/net/wireless/ath/ath9k/ath9k_pci_owl_loader.c > > +@@ -84,6 +84,10 @@ > > + val = swahb32(val); > > + } > > + > > ++#ifdef

Re: [OpenWrt-Devel] [PATCH] kernel: ath10k-ct: provide a build variant for small RAM devices

hat do you think about an additional module parameter, wouldn't > it be the cleanest solution in the long run? > > BTW, according to the git logs the patches were initially added by > Christian Lamparter, so I hope he can clarify the situation a > bit. Probably there were some

Re: [OpenWrt-Devel] [PATCH] kernel: ath10k-ct: provide a build variant for small RAM devices

On Sunday, 15 December 2019 13:01:14 CET Paul Fertser wrote: > Thank you for the answer Christian, > > On Sun, Dec 15, 2019 at 12:00:48PM +0100, Christian Lamparter wrote: > > I think for this to have any chance of moving forward you'll need to > > pressure your ODMs an

Re: [OpenWrt-Devel] [PATCH] kernel: ath10k-ct: provide a build variant for small RAM devices

Hello, On Mon, Dec 16, 2019 at 12:27 PM Alberto Bursi wrote: > > > On 15/12/19 14:09, Christian Lamparter wrote: > > > > But it seems that Ben had a change of heart in this regard. I don't know the > > details or why, But it makes sense because it would enable h

Re: [OpenWrt-Devel] [PATCH 2/2] generic at803x: remove unneeded patches

C side. > Can you tell us more about what are these correct delay bits and where do I have to set them? :-D Acked-by: Christian Lamparter Cheers, Christian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: [PATCH] ipq40xx: increase SPI frequency for Zyxel NBG6617 The mx25l25635e supports clock speed up to 50Mhz.

On 09/07/2021 11:15, Dmitry Tunin wrote: Also remove obsolete "mx25l25635f" hack. Looks like the subject contains part of the commit message?! Please try to keep that subject line short enough (like 50-60 letters) so it doesn't wrap on git.openwrt.org / github view. (while at it please also ch

[RFC PATCH] gpio-button-hotplug: gpio descriptor API update

as well) Reported-by: Chris Blake Signed-off-by: Christian Lamparter --- .../src/gpio-button-hotplug.c | 83 --- 1 file changed, 35 insertions(+), 48 deletions(-) diff --git a/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c b/package/kernel/gpio-button

Re: [PATCH 1/5] firmware-utils: mkmerakifw-old: replace GPL-2.0-only boilerplate with SPDX

On 06/08/2021 12:59, Rafał Miłecki wrote: From: Rafał Miłecki This was missed because scancode license scanner was confused by a comment about Cisco's GPL code github repository. Cc: Christian Lamparter Signed-off-by: Rafał Miłecki Acked-by: Christian Lamparter Does this help? C

[RFC PATCH v2] gpio-button-hotplug: convert to gpio descriptor (gpiod_) API

: Netgear WNDR4700, RAMIPS: WL-330N3G LANTIQ: AVM FritzBox 7360v1 Reported-by: Chris Blake Tested-by: Chris Blake Reviewed-by: Linus Walleij Signed-off-by: Christian Lamparter --- .../src/gpio-button-hotplug.c | 142 -- 1 file changed, 63 insertion

Re: [PATCH] bcm53xx: switch to the upstream DSA-based b53 driver

I opted not to set the dhcp mode as you did since zeroconf wasn't supported by the udhcp (maybe that has changed?). But yes, this should be good. Reviewed-By: Christian Lamparter > Signed-off-by: Rafał Miłecki > --- > diff --git a/target/linux/bcm53xx/Makefile b/target/linux/bcm

[RFT PATCH] ath9k: OF: qca,disable-(2|5)ghz => ieee80211-freq-limit

the devices to the generic and upstream "ieee80211-freq-limit" property. This property is much broader and works differently. Instead of disabling the drivers logic which would adds the affected band and channels. It now disables all channels which are not within the specified frequency ra

Re: [PATCH] ipq40xx: 5.10: refresh config

On 04/11/2021 12:53, Robert Marko wrote: It looks like CONFIG_BLK_CMDLINE_PARSER was forgotten during the Orbi device merge. So lets refresh the config with it. Hmm, is it missing for 5.4 as well?! The generic 5.4 config doesn't enable it either. linux/generic/config-5.4:547:# CONFIG_BLK_CMDLI

Re: [PATCH 1/5] realtek: Consolidate bootargs

On 04/11/2021 15:55, Sander Vanheule wrote: All current devices use identical bootargs, so let's move that to the common devicetree includes. hmm, that "console=ttyS0,..." is fine. But there is a "DT-way" of doing it with stdout-path as per the documentation: https://www.kernel.org/doc/Docume

Re: [PATCH] ipq40xx: 5.10: refresh config

On 04/11/2021 16:17, Robert Marko wrote: On Thu, Nov 4, 2021 at 4:15 PM Christian Lamparter wrote: On 04/11/2021 12:53, Robert Marko wrote: It looks like CONFIG_BLK_CMDLINE_PARSER was forgotten during the Orbi device merge. So lets refresh the config with it. Hmm, is it missing for 5.4 as

Re: ath79: add Embedded Wireless Balin Platform

Hello, I have some comments below. On 30/11/2021 17:06, Catrinel Catrinescu wrote: Add the Embedded Wireless "Balin" platform, it is in ar71xx too SoC: QCA AR9344 or AR9350 RAM: DDR2-RAM 64MBytes Flash: SPI-NOR 16MBytes WLAN: 2 x 2 MIMO 2.4 & 5 GHz IEEE802.11 a/b/g/n Ethernet: 3 x 10/

Re: [PATCH v2] ath79: add Embedded Wireless Balin Platform

Hi, On 02/12/2021 11:07, Catrinel Catrinescu wrote: Add the Embedded Wireless "Balin" platform, it is in ar71xx too SoC: QCA AR9344 or AR9350 RAM: DDR2-RAM 64MBytes Flash: SPI-NOR 16MBytes WLAN: 2 x 2 MIMO 2.4 & 5 GHz IEEE802.11 a/b/g/n Ethernet: 3 x 10/100 Mb/s USB: 1 x USB2.0 Host

Re: Best VSDL modem-router to target?

On 03/12/2021 22:21, Stefan Lippers-Hollmann wrote: Hi On 2021-12-03, Andrew Punch wrote: Spoke too soon Fritzbox 7490 has been discontinued. Might be able to get one from the US if I use the freight forwarder but I don't like my chances. The Fritz!Box 7490 is rather special, two SOCs on one

[PATCH v1] linux-firmware: amd: consolidate amd's linux-firmware entries.

ZEN 3 CPUs. Signed-off-by: Christian Lamparter --- package/firmware/amd64-microcode/Makefile | 47 --- package/firmware/linux-firmware/amd.mk| 29 ++ package/firmware/linux-firmware/amdgpu.mk | 9 - package/firmware/linux-firmware/radeon.mk | 9 - 4 fil

Re: [PATCH] ipq40xx: limit available radio channels for GL.iNet GL-B2200

On 11/02/2022 10:46, Enrico Mioso wrote: The PCIe and built-in 5GHZ radios are meant to operate on different frequency bands. The hardware enforces this via RF filters. Add this information to allow software enforcing it as well. Credits to Piotr Dymacz for the invaluable help. Signed-off-by: En

Re: [PATCH] ipq40xx: limit available radio channels for GL.iNet GL-B2200

Hi, On Mon, Feb 14, 2022 at 2:29 PM Enrico Mioso wrote: > [0.470732] pci :01:00.0: [168c:0056] type 00 class 0x028000 > [ 10.587378] ath10k 5.15 driver, optimized for CT firmware, probing pci > device: 0x56. > [ 10.588306] ath10k_pci :01:00.0: enabling device (0140 -> 0142) > [

Re: [PATCH] ipq40xx: fix LED script

On 20/02/2022 12:39, Robert Marko wrote: Fix the missing missing ;; after the cAP ac case. Fixes: 93d9119 ("ipq40xx: add MikroTik cAP ac support") Signed-off-by: Robert Marko Merged. Thanks! Had to change the SoB as it didn't match and openwrt.git doesn't let me push otherwise. Cheers, Chris

Re: [PATCH] kernel: generic: add missing 5.10 symbols

3. Fair Queue Controlled Delay (DEFAULT_FQ_CODEL) |4. Stochastic Fair Queue (DEFAULT_SFQ) (NEW) |5. Priority FIFO Fast (DEFAULT_PFIFO_FAST) | choice[1-5?]: ^Cmake[7]: *** [scripts/kconfig/Makefile:71: syncconfig] Interrupt was showing up... with that patch well no longer anymore. Tested-

Re: [PATCH] ipq40xx: add support for Sony NCP-HG100/Cellular

Hi, On Sun, Mar 27, 2022 at 10:22 AM INAGAKI Hiroshi wrote: > > Sony NCP-HG100/Cellular is a IoT Gateway with 2.4/5 GHz band 11ac > (WiFi-5) wireless function, based on IPQ4019. > > Specification: > > - SoC : Qualcomm IPQ4019 > - RAM : DDR3 512 MiB (H5TC4G63EFR

Re: [PATCH V3] ipq40xx: fix BDF file for pcie wifi chip on the GL.Inet GL-B2200

t; > Repackage the BDF file after renaming relevant fields and files to > > allow for the Wi-Fi interface to start again. > > > > Fixes: 80d34d9d593 ("ipq40xx: document pcie wifi chip on the GL.Inet > > GL-B2200") > > CC: Christian Lamparter > > CC:

Re: [PATCH v1 2/2] ath79: D-Link DAP-2xxx (QCA953x): convert ath9k caldata to nvmem

On 11/06/2022 14:05, Sander Vanheule wrote: Convert the calibration data reference for the ath9k radio to an nvmem-cell, replacing the downstream mtd-cal-data property. Cc: Sebastian Schaper Signed-off-by: Sander Vanheule --- target/linux/ath79/dts/qca953x_dlink_dap-2xxx.dtsi | 13 ++

Re: [PATCH v2 3/6] ath79: D-Link DAP-2680 A1: convert ath10k caldata to nvmem

Hi, On 18/06/2022 01:26, Sebastian Schaper wrote: unfortunately, testing these changes on DAP-2680 resulted in board-2.bin not being loaded, the driver is only looking for board.bin instead. [   12.476846] ath10k 5.15 driver, optimized for CT firmware, probing pci device: 0x46. [   12.486197]

Re: Moving ipq-wifi to a dedicated repo

On 28/06/2022 23:41, Ansuel Smith wrote: As the title said, it was suggested to move the ipq-wifi package board file to a separate repo. ipq-wifi Makefile is painfully self aware in that regard. | 20 # This is intended to be used on an interim basis until device-specific | 21 # board data fo

[PATCH] bcm53xx: add support for Meraki MR26

sysupgrade *sysupgrade.bin to install it. WARNING: DO NOT DELETE the "storage" ubi volume! Signed-off-by: Christian Lamparter --- .../bcm53xx/base-files/etc/board.d/02_network | 6 + .../hotplug.d/ieee80211/10-fix-mac-address| 18 ++ .../base-files/lib/upgrade/platform.sh

Re: [PATCH] bcm53xx: add support for Meraki MR26

On 02/07/2022 17:05, Christian Marangi wrote: +++ b/target/linux/bcm53xx/base-files/etc/hotplug.d/ieee80211/10-fix-mac-address @@ -0,0 +1,18 @@ +#!/bin/ash + +[ "$ACTION" = "add" ] || exit 0 + Sorry for OT and unreleated question. We are doing a nvmem migration and some device can declare precal

Re: A point against storing firmware binaries in OpenWRT git (ipq-wifi)

Hi, On Sun, Jul 10, 2022 at 7:30 PM Alex G. wrote: > > Hi all, > > It really bothers me that the ipq-wifi firmware is stored in git as > binary files. Sorry, this sounds like a recent topic: "Moving ipq-wifi to a dedicated repo"

[OpenWrt-Devel] [RFC PATCH] kernel: backport and package drivetemp hwmon from v5.5

lable, or if it does not report the drive temperature, drive temperatures may be readable through SMART attributes. Since SMART attributes are not well defined, this method is only used as fallback mechanism." Signed-off-by: Christian Lamparter --- My motivation for packaging this module com

Re: [OpenWrt-Devel] [PATCH 1/3] gemini: Add v5.4 kernel patches

On Saturday, 21 March 2020 14:05:53 CET Linus Walleij wrote: > This adds the kernel patches needed for the Gemini. > Just 7 patches, 5 of them are already upstream. > > Notably we backport the patches to use the temperature > sensor on the hard drive to drive temperature control > of the NAS chass

Re: [OpenWrt-Devel] [PATCH] mvebu, tegra: make CPU subtype default to vfp3-d16

On Wednesday, 1 April 2020 15:17:31 CEST Tomasz Maciej Nowak wrote: > W dniu 31.03.2020 o 11:21, Petr Štetiar pisze: > > Armada 370 and Tegra2 processors have only 16 double-precision > > registers. The change introduced by commit 8dcc1087602e ("toolchain: > > ARM: Fix toolchain compilation for gcc

Re: [OpenWrt-Devel] [PATCH 1/3] treewide: drop DEVICE_TYPE when used as device variable

On Friday, 29 May 2020 19:22:36 CEST Adrian Schmutzler wrote: > DEVICE_TYPE is a target/subtarget variable, and it does not have > any effect when set in a device definition. It can only be set > in a target's or subtarget's Makefile. > > Consequently, having it set anyway is misleading, so this d

Re: [OpenWrt-Devel] [PATCH 1/3] treewide: drop DEVICE_TYPE when used as device variable

On Friday, 29 May 2020 21:32:59 CEST Matthias Schiffer wrote: > On 5/29/20 7:45 PM, m...@adrianschmutzler.de wrote: > >>> Consequently, having it set anyway is misleading, so this drops all > >>> cases. > >> > >> Well, I can tell you where it matters for devices. > >> > >> You'll have to look at th

Re: [OpenWrt-Devel] [PATCH 1/3] treewide: drop DEVICE_TYPE when used as device variable

On Friday, 29 May 2020 22:32:10 CEST m...@adrianschmutzler.de wrote: > > > > Or am I completely misled here? > > > > > > I believe you are right, it seems DEVICE_TYPE is not evaluated when > > > set in a device definition. > > True, question is then, should this really be called "DEVICE"_TYPE? > >

Re: [OpenWrt-Devel] [PATCH] apm821xx: move device definitions to subfiles

cific build recipes. Cc: Christian Lamparter Signed-off-by: Adrian Schmutzler I guess this is meant in the big picture of the series. Sure, if this scratches the itch. Acked-by: Christian Lamparter ___ openwrt-devel mailing list openwrt-

[RFC PATCH v1 8/8] bcm53xx: add Cisco Meraki MR32

ll s!) during boot to enter the root-shell and add the following commands to the /storage/config there: serial_allow_odm true serial_access_enabled true serial_access_check false valid_config true and then hit exit to let it finish booting. Signed-off-by: Christian Lamparter --- .../bcm53xx

[RFC PATCH v1 3/8] build: define PWM_SUPPORT arch feature flag

As the PWM has its own sub-system in the Linux kernel, I think it should be handled in the same way as GPIO, RTC, PCI... This patch introduces a specific feature flag "pwm" and the "leds-pwm" kernel module as the first customer. Signed-off-by: Christian Lamparter ---

[RFC PATCH v1 7/8] kernel: package bcm53xx i2c module

The BCM5301x SoCs do have i2c. Since this is only being used by the Meraki MR32, this will be packaged as a module. Signed-off-by: Christian Lamparter --- package/kernel/linux/modules/i2c.mk | 14 ++ 1 file changed, 14 insertions(+) diff --git a/package/kernel/linux/modules/i2c.mk

[RFC PATCH v1 1/8] base-files: support label-property-less in get_dt_leds

ewhat prepared, this patch adds a fallback as a last resort to get a proper label based on the node-name. Signed-off-by: Christian Lamparter --- package/base-files/Makefile| 2 +- package/base-files/files/lib/functions/leds.sh | 3 ++- 2 files changed, 3 insertions(+), 2 deleti

[RFC PATCH v1 2/8] scripts: mkits.sh make it possible to specify fdt@#

quot; will be chosen. Signed-off-by: Christian Lamparter --- include/image-commands.mk | 1 + include/image.mk | 6 -- scripts/mkits.sh | 12 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/include/image-commands.mk b/include/image-commands

[RFC PATCH v1 6/8] kernel: add default for new config symbols

Provide disabled defaults for I2C_SLAVE_EEPROM and IPMB_DEVICE_INTERFACE. Signed-off-by: Christian Lamparter --- target/linux/generic/config-5.4 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index 19bde7ed61..5612a7500f

[RFC PATCH v1 5/8] bcm53xx: backport uart2 and pcie2 device-nodes

These have made their way into -next. Signed-off-by: Christian Lamparter --- ...dts-BCM5301X-Specify-uart2-in-the-DT.patch | 37 +++ ...dts-BCM5301X-Specify-pcie2-in-the-DT.patch | 33 + 2 files changed, 70 insertions(+) create mode 100644 target/linux/bcm53xx

[RFC PATCH v1 4/8] bcm53xx: enable PWM for bcm53xx

The Meraki MR32 (BCM53016A1) uses the pwm to drive the tricolor LED. The driver has been available in upstream for a long time. Only the Device-Tree definition was missing, but it has been queued recently. Signed-off-by: Christian Lamparter --- target/linux/bcm53xx/Makefile | 2

Re: [RFC PATCH v1 8/8] bcm53xx: add Cisco Meraki MR32

Hello Adrian, On 2020-08-30 15:28, Adrian Schmutzler wrote: -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Christian Lamparter Sent: Sonntag, 30. August 2020 05:04 To: openwrt-devel@lists.openwrt.org Cc: ra...@milecki.pl; ha...@hauke

Re: MR24 wifi broken by recent commit

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     apm821xx: MR24: enumerate PCIe in device-tree     This patch adds the pcie-switch and

Re: MR24 wifi broken by recent commit

Almost lost this in the spam-folder :( . On 2020-09-03 23:22, Russell Senior wrote: 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:4

[PATCH v2 2/7] build: define PWM_SUPPORT arch feature flag

As the PWM has its own sub-system in the Linux kernel, I think it should be handled in the same way as GPIO, RTC, PCI... This patch introduces a specific feature flag "pwm" and the "leds-pwm" kernel module as the first customer. Signed-off-by: Christian Lamparter ---

[PATCH v2 5/7] kernel: add default for new config symbols

Provide disabled defaults for I2C_SLAVE_EEPROM and IPMB_DEVICE_INTERFACE. Signed-off-by: Christian Lamparter --- target/linux/generic/config-5.4 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index d543819aad..2f5ab98d26

[PATCH v2 4/7] bcm53xx: backport uart2 and pcie2 device-nodes

These have made their way into -next. Signed-off-by: Christian Lamparter --- ...dts-BCM5301X-Specify-uart2-in-the-DT.patch | 37 +++ ...dts-BCM5301X-Specify-pcie2-in-the-DT.patch | 33 + 2 files changed, 70 insertions(+) create mode 100644 target/linux/bcm53xx

[PATCH v2 6/7] kernel: package bcm53xx i2c module

The BCM5301x SoCs do have i2c. Since this is only being used by the Meraki MR32, this will be packaged as a module. Signed-off-by: Christian Lamparter --- package/kernel/linux/modules/i2c.mk | 14 ++ 1 file changed, 14 insertions(+) diff --git a/package/kernel/linux/modules/i2c.mk

[PATCH v2 3/7] bcm53xx: enable PWM for bcm53xx

The Meraki MR32 (BCM53016A1) uses the pwm to drive the tricolor LED. The driver has been available in upstream for a long time. Only the Device-Tree definition was missing, but it has been queued recently. Signed-off-by: Christian Lamparter --- target/linux/bcm53xx/Makefile | 2

[PATCH v2 1/7] scripts: mkits.sh make it possible to specify fdt@#

quot; will be chosen. Signed-off-by: Christian Lamparter --- include/image-commands.mk | 1 + include/image.mk | 6 -- scripts/mkits.sh | 12 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/include/image-commands.mk b/include/image-commands

[PATCH v2 7/7] bcm53xx: add Cisco Meraki MR32

ll s!) during boot to enter the root-shell and add the following commands to the /storage/config there: serial_allow_odm true serial_access_enabled true serial_access_check false valid_config true and then hit exit to let it finish booting. Signed-off-by: Christian Lamparter --- rfc ->

[PATCH v3 5/8] kernel: add default for new config symbols

Provide disabled defaults for I2C_SLAVE_EEPROM and IPMB_DEVICE_INTERFACE. Signed-off-by: Christian Lamparter --- target/linux/generic/config-5.4 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index 6f63b8c5dd..1c28addff4

[PATCH v3 6/8] kernel: package bcm53xx i2c module

The BCM5301x SoCs do have i2c. Since this is only being used by the Meraki MR32, this will be packaged as a module. Signed-off-by: Christian Lamparter --- package/kernel/linux/modules/i2c.mk | 14 ++ 1 file changed, 14 insertions(+) diff --git a/package/kernel/linux/modules/i2c.mk

[PATCH v3 3/8] bcm53xx: enable PWM for bcm53xx

The Meraki MR32 (BCM53016A1) uses the pwm to drive the tricolor LED. The driver has been available in upstream for a long time. Only the Device-Tree definition was missing, but it has been queued recently. Signed-off-by: Christian Lamparter --- v2 -> v3 - backport patches from devicet

[PATCH v3 4/8] bcm53xx: backport uart2 and pcie2 device-nodes

These have made their way into -next. This patch also includes the portion of the bcm53xx kernel patch refreshes as the hunks in 302-ARM-dts-BCM5301X-Update-Northstar-pinctrl-binding.patch moved slightly due to the added nodes. Signed-off-by: Christian Lamparter --- v2 -> v3 - backp

[PATCH v3 8/8] -NOT YET- bcm53xx: MR32: replace i2c-gpio with SoC's i2c

During review of the MR32, Florian Fainelli pointed out that the SoC has a real I2C-controller. Furthermore, the connected pins (SDA and SCL) would line up perfectly for use. This patch swaps out the the bitbanged i2c-gpio with the real deal. Signed-off-by: Christian Lamparter --- target/linux

[PATCH v3 1/8] scripts: mkits.sh make it possible to specify fdt@#

quot; will be chosen. Signed-off-by: Christian Lamparter --- include/image-commands.mk | 1 + include/image.mk | 6 -- scripts/mkits.sh | 12 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/include/image-commands.mk b/include/image-commands

[PATCH v3 8/8] [RFT][WIP] bcm53xx: MR32: replace i2c-gpio with SoC's i2c

: Christian Lamparter --- target/linux/bcm53xx/image/Makefile | 2 +- .../332-Meraki-MR32-use-hw-i2c.patch | 73 +++ 2 files changed, 74 insertions(+), 1 deletion(-) create mode 100644 target/linux/bcm53xx/patches-5.4/332-Meraki-MR32-use-hw-i2c.patch diff --git a

[PATCH v3 2/8] build: define PWM_SUPPORT arch feature flag

As the PWM has its own sub-system in the Linux kernel, I think it should be handled in the same way as GPIO, RTC, PCI... This patch introduces a specific feature flag "pwm" and the "leds-pwm" kernel module as the first customer. Signed-off-by: Christian Lamparter ---

[PATCH v3 7/8] bcm53xx: add Cisco Meraki MR32

ll s!) during boot to enter the root-shell and add the following commands to the /storage/config there: serial_allow_odm true serial_access_enabled true serial_access_check false valid_config true and then hit exit to let it finish booting. Signed-off-by: Christian Lamparter --- rfc

Re: [PATCH v2 1/2] ipq40xx: add support for Luma Home WRTQ-329ACN

On 2020-08-30 13:28, Tomasz Maciej Nowak wrote: Luma Home WRTQ-329ACN, also known as Luma WiFi System, is a dual-band wireless access point. Specification SoC: Qualcomm Atheros IPQ4018 RAM: 256 MB DDR3 Flash: 2 MB SPI NOR 128 MB SPI NAND WIFI: 2.4 GHz 2T2R integrated 5 GHz 2T2R in

Re: [PATCH v2 1/2] ipq40xx: add support for Luma Home WRTQ-329ACN

On 2020-09-15 16:50, Tomasz Maciej Nowak wrote: Hi Christian, thanks for looking at this. W dniu 13.09.2020 o 00:04, Christian Lamparter pisze: On 2020-08-30 13:28, Tomasz Maciej Nowak wrote: Luma Home WRTQ-329ACN, also known as Luma WiFi System, is a dual-band wireless access point

Re: [PATCH v3 6/8] kernel: package bcm53xx i2c module

On 2020-09-15 13:47, Daniel Golle wrote: On Tue, Sep 15, 2020 at 01:28:23PM +0200, Adrian Schmutzler wrote: Hi, -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Christian Lamparter Sent: Samstag, 12. September 2020 23:16 To: openwrt

[PATCH v4 5/8] kernel: add default for new config symbols

Provide disabled defaults for I2C_SLAVE_EEPROM and IPMB_DEVICE_INTERFACE. Signed-off-by: Christian Lamparter --- target/linux/generic/config-5.4 | 2 ++ 1 file changed, 2 insertions(+) diff --git a/target/linux/generic/config-5.4 b/target/linux/generic/config-5.4 index 6f63b8c5dd..1c28addff4

[PATCH v4 3/8] bcm53xx: enable PWM for bcm53xx

The Meraki MR32 (BCM53016A1) uses the pwm to drive the tricolor LED. The driver has been available in upstream for a long time. Only the Device-Tree definition was missing, but it has been queued recently. Signed-off-by: Christian Lamparter --- v2 -> v3 - backport patches from devicet

[PATCH v4 8/8] [RFT][WIP] bcm53xx: MR32: replace i2c-gpio with SoC's i2c

: Christian Lamparter --- target/linux/bcm53xx/image/Makefile | 2 +- .../332-Meraki-MR32-use-hw-i2c.patch | 73 +++ 2 files changed, 74 insertions(+), 1 deletion(-) create mode 100644 target/linux/bcm53xx/patches-5.4/332-Meraki-MR32-use-hw-i2c.patch diff --git a

[PATCH v4 4/8] bcm53xx: backport uart2 and pcie2 device-nodes

These have made their way into -next. This patch also includes the portion of the bcm53xx kernel patch refreshes as the hunks in 302-ARM-dts-BCM5301X-Update-Northstar-pinctrl-binding.patch moved slightly due to the added nodes. Signed-off-by: Christian Lamparter --- v2 -> v3 - backp

[PATCH v4 2/8] build: define PWM_SUPPORT arch feature flag

As the PWM has its own sub-system in the Linux kernel, I think it should be handled in the same way as GPIO, RTC, PCI... This patch introduces a specific feature flag "pwm" and the "leds-pwm" kernel module as the first customer. Signed-off-by: Christian Lamparter ---

[PATCH v4 1/8] scripts: mkits.sh make it possible to specify fdt@#

quot; will be chosen. Signed-off-by: Christian Lamparter --- include/image-commands.mk | 1 + include/image.mk | 6 -- scripts/mkits.sh | 12 3 files changed, 13 insertions(+), 6 deletions(-) diff --git a/include/image-commands.mk b/include/image-commands

[PATCH v4 6/8] kernel: package bcm53xx i2c module

The BCM5301x SoCs do have i2c. Since this is only being used by the Meraki MR32, this will be packaged as a module. Signed-off-by: Christian Lamparter --- v3 -> v4 - moved to target/linux/bcm53xx/modules.mk --- target/linux/bcm53xx/modules.mk | 15 +++ 1 file changed,

[PATCH v4 7/8] bcm53xx: add Cisco Meraki MR32

ll s!) during boot to enter the root-shell and add the following commands to the /storage/config there: serial_allow_odm true serial_access_enabled true serial_access_check false valid_config true and then hit exit to let it finish booting. Signed-off-by: Christian Lamparter --- rfc

Re: [PATCH v2 5/5] tfa-layerscape: Change to github and use the latest tag

On 4/21/23 10:59, Wojciech Dubowik via openwrt-devel wrote: The dafault location of tfa-layerscape has been changed from codeuaurora to github. Also use the latest tag for Layerscape Linux Development POC from NXP. v2: * restored ls1012afrdm board * added platfrom defines to fiptool so ls-ddr-ph

Re: [PATCH 4/4] gemini: Bump to kernel v6.1

On 5/31/23 23:21, Linus Walleij wrote: This bumps the Gemini kernel to use v6.1. There is no reason to stay with v5.15, I personally use newer upstream kernels constantly and they are tested and work well. Hmpf. Unfortunately, OpenWrt's 6.1 isn't ready yet. If I just set the KERNEL_VERSION to 6

<    1   2   3   4   5   >