Re: Please revert 98b86296e6 as it breaks several ipq806x devices

On 28/12/2020 15:27, Adrian Schmutzler wrote: -Original Message- From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On Behalf Of Hannu Nyman Sent: Montag, 28. Dezember 2020 10:12 To: OpenWrt Development List Cc: Petr Štetiar ; Christian Lamparter Subject: Please

Re: [PATCH] x86/64: Add CONFIG_DEVMEM=y for targets/x86/64

On 14/02/2021 10:33, Bjørn Mork wrote: Petr Štetiar writes: I assume it's for some legacy reasons which don't apply in 2021 to OpenWrt. Not sure I understand what you mean here. There was a a request for this feature, so it obviously applies to OpenWrt. And it's already enabled for the ipq

Re: Enabling SATA via SATA_DWC on Meraki MX60W / APM82181

Hello, On Sun, Feb 21, 2021 at 8:56 PM Martin Kennedy wrote: > > I would like to get the HDD port on the MX60 / MX60W working. This is odd... didn't know there is a HDD port on the MX60/MX60W > > Knowing that the APM82181 muxes PCIe and SATA, I tried replacing the > PCIe WLAN module with an

Re: Enabling SATA via SATA_DWC on Meraki MX60W / APM82181

Hello Martin, On 22/02/2021 22:54, Martin Kennedy wrote: I did make a post a good while ago to gauge interest (there was none). It is here: https://forum.openwrt.org/t/mx60w-any-interest-in-a-diy-nas-guide-need-some-advice-for-sata-pads-and-msata-slot-compatibility/65718 Yeah, this is your

Re: [PATCH 1/2] ipq40xx: net: phy: qca807x: fix GPIO driver

Hello, is there a PATCH 2/2 for ipq40xx too? Or was that 1/2 in the subject just because the file got copied around? Cheers Christian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-dev

Re: [PATCH 1/2] ipq40xx: net: phy: qca807x: fix GPIO driver

On 04/03/2021 14:36, Robert Marko wrote: It's my fault, I exported it as a part of the patch series with unrelated patches and git-send much have picked that up. There is no 2/2. Do you want me to export it again and resend it? Oh no, that's certainly not necessary ;) Cheers, Christian _

Re: [PATCH] gemini: Bump to kernel v5.10

On 12/04/2021 00:11, Linus Walleij wrote: Only two patches against mainline remains. Switch to v5.10 which works very nicely with all Gemini devices. Signed-off-by: Linus Walleij --- target/linux/gemini/Makefile | 2 +- target/linux/gemini/config-5.10 | 465 +

Re: [PATCH] gemini: Bump to kernel v5.10

Hello, On 15/04/2021 01:51, Linus Walleij wrote: On Tue, Apr 13, 2021 at 11:37 PM Hauke Mehrtens wrote: The target kernel configurations should be small and most of the generic settings should be done in the target/linux/generic/config-* config file. The target configuration only contains the

[OpenWrt-Devel] [RFT/RFC] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

TX delay setting depending on the speed of the link. The 10mbps mode only needed the proper pll value, which was extracted from the vendor code. Reported-by: Pascal Paradis Signed-off-by: Christian Lamparter --- Openwrt-devs: Please let me know, if it is possible to include this patch/fix into

[OpenWrt-Devel] [PATCH] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

setting depending on the speed of the link. The 10mbps mode only needed the proper pll value, which was extracted from the vendor code. Reported-by: Pascal Paradis Signed-off-by: Christian Lamparter --- .../ar71xx/files/arch/mips/ath79/mach-mynet-rext.c | 20 ...t-phy-at803x-allow-to

[OpenWrt-Devel] Rate limiting features of the ag71xx hardware

On Friday, June 05, 2015 02:18:22 PM Dave Taht wrote: > TX delay setting? What else can it do? Can't tell. Atheros' ethernet driver source is available in the GPL source for this device (but I guess this is nothing special. Version is: s17_ssdk_v1.0.4p1). > My dream has been to find a way to set

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

On Wednesday, June 03, 2015 05:20:22 PM Christian Lamparter wrote: > The mynet range extender hardware is suffering from ethernet > link loss when booting with a recent openwrt image. This only > happens on 100mbps links, with 1Gbps speed the link was fine. > > The cause of the

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

On Tuesday, June 09, 2015 09:05:46 AM Florian Fainelli wrote: > On Jun 9, 2015 7:36 AM, "Christian Lamparter" > wrote: > > > > On Wednesday, June 03, 2015 05:20:22 PM Christian Lamparter wrote: > > > The mynet range extender hardware is suffering from etherne

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix 100/10mbps ethernet link issues on mynet range extender

On Tuesday, June 09, 2015 09:24:41 PM Christian Lamparter wrote: > On Tuesday, June 09, 2015 09:05:46 AM Florian Fainelli wrote: > > On Jun 9, 2015 7:36 AM, "Christian Lamparter" > > wrote: > > > On Wednesday, June 03, 2015 05:20:22 PM Christian Lamparter wr

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify

On Tuesday, June 30, 2015 05:35:12 PM Sven Eckelmann wrote: > r45954 ("ar71xx: fix 100/10mbps ethernet link issues on mynet range > extender") introduced a pdata based modification of the tx_clk_dly. But it > was not checked if pdata actually existed. This caused a page fault on all > devices which

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify

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 of the GPL source > > for the mynet). Apart from tx delay handling,

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify

On Tuesday, July 14, 2015 05:35:13 PM Chris Blake wrote: > Not sure if this helps, but the recent Cisco Meraki AP drop includes a > newish PHY driver for the at8033/8035. > The GPL source is at > http://dl.meraki.net/linux/meraki-firmware-sources-r23-20150601.tar.bz2 and > a copy of the actual fil

Re: [OpenWrt-Devel] [PATCH] ar71xx: fix kernel Oops in at803x_link_change_notify

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 disconf

Re: [OpenWrt-Devel] [musl] SuperH conflict of arch/sh/__set_thread_area vs thread/__set_thread_area

(Added Openwrt-dev - since this isn't a musl issue) On Thursday, August 20, 2015 12:21:55 PM Christian Lamparter wrote: > On Wednesday, August 19, 2015 11:04:02 PM Rich Felker wrote: > > On Thu, Aug 20, 2015 at 02:44:11AM +0200, Christian Lamparter wrote: > > > I'm tr

[OpenWrt-Devel] [RFC 0/3] add Cisco Z1 support

504> [2] <http://wiki.openwrt.org/toh/meraki/z1> Chris Blake (1): ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway Christian Lamparter (2): firmware-utils mkmerakifw: firmware generator for Z1 kernel: owl-loader for delayed Atheros ath9k fixup package/ker

[OpenWrt-Devel] [RFC 1/3] firmware-utils mkmerakifw: firmware generator for Z1

This patch adds firmware generation tool for Cisco's Z1 Signed-off-by: Christian Lamparter --- tools/firmware-utils/src/mkmerakifw.c | 313 -- 1 file changed, 258 insertions(+), 55 deletions(-) diff --git a/tools/firmware-utils/src/mkmerakifw.c b/tools/fir

[OpenWrt-Devel] [RFC 3/3] ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway

ect ATH79_DEV_NFC + select ATH79_DEV_USB + select ATH79_DEV_WMAC + select LEDS_NU801 + config ATH79_MACH_ZCN_1523H bool "Zcomax ZCN-1523H support" select SOC_AR724X diff --git a/target/linux/ar71xx/files/arch/mips/ath79/Makefile b/target/linux/ar71xx/file

[OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

. However,this isn't possible for devices which have the init code for the Atheros chip stored on NAND. Hence, this module can be used to initialze the chip when the user-space is ready to extract the init code. Signed-off-by: Christian Lamparter --- Note: We tried several methods to get the AR92

Re: [OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

On Wednesday, March 09, 2016 07:59:28 AM Martin Blumenstingl wrote: > On Wed, Mar 9, 2016 at 12:14 AM, Christian Lamparter > wrote: > > Some devices (like the Cisco Meraki Z1 Cloud Managed Teleworker Gateway) > > need to be able to initialize the PCIe wifi device. Norm

Re: [OpenWrt-Devel] [RFC 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

On Wednesday, March 09, 2016 11:29:54 PM Martin Blumenstingl wrote: > On Wed, Mar 9, 2016 at 6:30 PM, Christian Lamparter > wrote: > > lantiq on the other hand has copied the func from ar71xx and adapted > > and renamed it, but kept the signature: > > ltq_pci_ath_

[OpenWrt-Devel] [PATCH] brcm2708: Implement sysupgrade image check

platform check supports both gzipped and raw images. Signed-off-by: Christian Lamparter --- .../linux/brcm2708/base-files/lib/upgrade/platform.sh | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/target/linux/brcm2708/base-files/lib/upgrade/platform.sh b

[OpenWrt-Devel] [PATCH v2] brcm2708: implement sysupgrade image check

-by: Christian Lamparter --- .../linux/brcm2708/base-files/lib/upgrade/platform.sh | 17 - 1 file changed, 16 insertions(+), 1 deletion(-) diff --git a/target/linux/brcm2708/base-files/lib/upgrade/platform.sh b/target/linux/brcm2708/base-files/lib/upgrade/platform.sh index

[OpenWrt-Devel] [PATCH 0/3] add support for Cisco Z1

504> [2] <http://wiki.openwrt.org/toh/meraki/z1> Chris Blake (1): ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway Christian Lamparter (2): firmware-utils mkmerakifw-old: firmware generator for Z1 kernel: owl-loader for delayed Atheros ath9k fixup package/ker

[OpenWrt-Devel] [PATCH 1/3] firmware-utils mkmerakifw-old: firmware generator for Z1

This patch adds firmware generation tool for Cisco's Z1 Signed-off-by: Christian Lamparter --- tools/firmware-utils/Makefile | 1 + tools/firmware-utils/src/mkmerakifw-old.c | 369 ++ 2 files changed, 370 insertions(+) create mode 100644 tools/fir

[OpenWrt-Devel] [PATCH 3/3] ar71xx: add support for Cisco Meraki Z1 Cloud Managed Teleworker Gateway

CI if PCI + select ATH79_DEV_ETH + select ATH79_DEV_GPIO_BUTTONS + select ATH79_DEV_LEDS_GPIO + select ATH79_DEV_NFC + select ATH79_DEV_USB + select ATH79_DEV_WMAC + select LEDS_NU801 + config ATH79_MACH_ZCN_1523H bool "Zcomax ZCN-1523H sup

[OpenWrt-Devel] [PATCH 2/3] kernel: owl-loader for delayed Atheros ath9k fixup

. However,this isn't possible for devices which have the init code for the Atheros chip stored on NAND in an UBI volume. Hence, this module can be used to initialze the chip when the user-space is ready to extract the init code. Signed-off-by: Christian Lamparter --- I included the ath9k mailing

Re: [OpenWrt-Devel] How to initialize multiple phy radios

Hello, On Friday, April 22, 2016 02:03:01 AM David Hutchison wrote: > I have been working on a board port and have everything working except > for the 2nd radio. This board has a QCA9531 CPU and 2 WiFi Radios: > AR9531 and a QCA9887 ( http://routerboard.com/RB952Ui-5ac2nD for more > details ). > [

Re: [OpenWrt-Devel] How to initialize multiple phy radios

On Sunday, April 24, 2016 01:16:11 AM David Hutchison wrote: > I spoke too soon: > https://pci-ids.ucw.cz/read/PC/168c/0050 > > It is the QCA9887, so it's definitely on the PCIe bus and is being seen. Does ath10k support the QCA9887? I see no entry for this pci-id (168c:0050) in ath10k's pci table

Re: [OpenWrt-Devel] How to initialize multiple phy radios

Hello, On Monday, April 25, 2016 10:53:41 AM David Hutchison wrote: > So with some modifications to pci.c, hw.h and core.c I was able to get > the radio initialized! :) Hey, that's nice! Can you make and post a patch for that? I'm sure if it's just a matter of adding the new pci and chip ids to

Re: [OpenWrt-Devel] How to initialize multiple phy radios

On Tuesday, April 26, 2016 07:20:32 AM Valo, Kalle wrote: > Christian Lamparter writes: > > On Monday, April 25, 2016 10:53:41 AM David Hutchison wrote: > >> So with some modifications to pci.c, hw.h and core.c I was able to get > >> the radio initialized! :) > &

Re: [OpenWrt-Devel] [PATCH v4 5/5] ar71xx: add support for Cisco's MR18

On Monday, September 21, 2015 01:52:27 PM Karl Palsson wrote: > Chris R Blake wrote: > > From: Chris R Blake > > > > This patch adds support for Cisco's MR18. > > Detailed instructions for the flashing the device can > > be found in the OpenWrt forum thread: > >

Re: [OpenWrt-Devel] [PATCH] Atheros AR8035-A support

On Friday, October 30, 2015 03:25:02 PM Philippe DUCHEIN wrote: > Hi Conor, > yes, but at803x code, there is 20% of lost packets… clock delay is incorrect > into at803x file > then why don't you edit the existing at803x.c code instead? Note: - WD Range extender has a AR8035 chip (older chip -

Re: [OpenWrt-Devel] [PATCH v5 1/5] ar71xx: add eth rx delay for qca955x platforms

On Saturday, November 21, 2015 08:45:23 PM John Crispin wrote: > Hi, > > sorry to jump in this late at a V5 but i have a few concerns. see inline Well, the *beautiful thing* of this platform is that Cisco charges people a yearly fee if they want to stick with the original firmware. So people are d

Re: [OpenWrt-Devel] [PATCH v5 1/5] ar71xx: add eth rx delay for qca955x platforms

Ping. Any comments? what to do about ath79_setup_ar934x_eth_rx_delay. Leave it as is, or get rid of it? Regards, Christian On Friday, November 27, 2015 08:34:40 PM Christian Lamparter wrote: > On Saturday, November 21, 2015 08:45:23 PM John Crispin wrote: > > Hi, > > > >

[OpenWrt-Devel] [PATCH v6 0/6] add Cisco MR18 support

This series adds support for Cisco Meraki's MR18 router [0]. It features: CPU: Atheros/Qualcomm QCA9557-AT4A at 720MHz RAM: 128 MiB DDR2 NAND Flash: Hynix NAND 128MiB 3,3V 8-bit Wireless: SoC AR9550 + 2x Atheros AR9582-AR1A (one 5Ghz, other 2.4Ghz/5Ghz) Ethernet: 1x Gigabit AR8035-A, 802.3af PoE ca

[OpenWrt-Devel] [PATCH v6 1/6] base-files: use max_brightness to set LED

From: Chris R Blake LEDs which are controlled by a PWM need to use the supplied max_brightness instead. Otherwise they might appear to be very dim / broken. Signed-off-by: Chris R Blake --- package/base-files/files/etc/init.d/led | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

[OpenWrt-Devel] [PATCH v6 2/6] ar71xx: add rx/tx delay definitons for qca955x's MAC

From: Chris R Blake This patch adds the rx/tx register offsets for the qca955x SoC. Signed-off-by: Chris R Blake --- .../742-MIPS-ath79-add-qca955x-mac-tx-rx-delay-defs.patch | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 target/linux/ar71xx/patches-4.1/742-MIPS-at

[OpenWrt-Devel] [PATCH v6 3/6] firmware-utils mkmerakifw: firmware generator for MR18

From: Thomas Hebb This patch adds firmware generation tool for Cisco's MR18 Signed-off-by: Thomas Hebb --- tools/firmware-utils/Makefile | 1 + tools/firmware-utils/src/mkmerakifw.c | 263 ++ 2 files changed, 264 insertions(+) create mode 100644 tools

[OpenWrt-Devel] [PATCH v6 4/6] ar71xx: add LED driver NU801

From: Chris R Blake The MR18 uses a 3-channel 16-bit PWM Constant Current Driver for its status LED. Signed-off-by: Chris R Blake --- .../linux/ar71xx/files/drivers/leds/leds-nu801.c | 396 + .../linux/ar71xx/files/include/linux/leds-nu801.h | 38 ++ target/linux/ar71xx

[OpenWrt-Devel] [PATCH v6 5/6] ar71xx: scan nand ubi partition for ath9k eeprom files

From: Chris R Blake The MR18 stores the ath9k eeprom values on the NAND. This patch makes it possible to retrieve the images from there. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh| 17 + .../base-files/etc/hotplug.d/firmware/10-ath

[OpenWrt-Devel] [PATCH v6 6/6] ar71xx: add support for Cisco's MR18

iles/lib/upgrade/platform.sh @@ -433,6 +433,10 @@ platform_check_image() { } return 0 ;; + mr18) + merakinand_do_platform_check $board $1 + return $?; + ;; nbg6716 | \ r6100 | \ w

[OpenWrt-Devel] [PATCH v7 1/5] ar71xx: add rx/tx delay definitons for qca955x's MAC

From: Chris R Blake This patch adds the rx/tx register offsets for the qca955x SoC. Signed-off-by: Chris R Blake --- .../742-MIPS-ath79-add-qca955x-mac-tx-rx-delay-defs.patch | 14 ++ 1 file changed, 14 insertions(+) create mode 100644 target/linux/ar71xx/patches-4.1/742-MIPS-at

[OpenWrt-Devel] [PATCH v7 0/5] add Cisco MR18 support

This series adds support for Cisco Meraki's MR18 router [0]. It features: CPU: Atheros/Qualcomm QCA9557-AT4A at 720MHz RAM: 128 MiB DDR2 NAND Flash: Hynix NAND 128MiB 3,3V 8-bit Wireless: SoC AR9550 + 2x Atheros AR9582-AR1A (one 5Ghz, other 2.4Ghz/5Ghz) Ethernet: 1x Gigabit AR8035-A, 802.3af PoE ca

[OpenWrt-Devel] [PATCH v7 2/5] ar71xx: refactor 10-ath9k-eeprom

From: Chris R Blake move all library includes and 'firmware already exists' check to the top of the script. Signed-off-by: Chris R Blake --- .../ar71xx/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/target/lin

[OpenWrt-Devel] [PATCH v7 3/5] ar71xx: scan nand ubi partition for ath9k eeprom files

From: Chris R Blake The MR18 stores the ath9k eeprom values on the NAND. This patch makes it possible to retrieve the images from there. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh| 17 + .../base-files/etc/hotplug.d/firmware/10-ath

[OpenWrt-Devel] [PATCH v7 5/5] base-files: cleanup mtd_get_mac_binary hexdump

From: Chris R Blake Remove usage of dd, as per request from Yousong Zhou. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OpenWrt-Devel] [PATCH v7 4/5] ar71xx: add support for Cisco's MR18

ux/ar71xx/base-files/lib/upgrade/platform.sh @@ -434,6 +434,10 @@ platform_check_image() { } return 0 ;; + mr18) + merakinand_do_platform_check $board $1 + return $?; + ;; nbg6716 | \

Re: [OpenWrt-Devel] [PATCH v6 0/6] add Cisco MR18 support

Hello, On Friday, December 11, 2015 11:07:36 AM John Crispin wrote: > i merges 1-4 of this series. 4/6 seems to have a lot of comments that > were never addressed. please resend 5/6 and 6/6 with the comments fixed Thanks. We actually waited for a solution for the new image method. I think we figu

[OpenWrt-Devel] [PATCH] ar71xx: add support for Cisco's MR18

select ATH79_DEV_LEDS_GPIO + select ATH79_DEV_NFC + select ATH79_DEV_WMAC + select LEDS_NU801 + config ATH79_MACH_MR600 bool "OpenMesh MR600 board support" select SOC_AR934X diff --git a/target/linux/ar71xx/files/arch/mips/ath79/Makefile b/target/linux/a

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for Cisco's MR18

On Saturday, December 12, 2015 07:28:35 AM John Crispin wrote: > > On 12/12/2015 01:15, Christian Lamparter wrote: > > From: Chris R Blake > > > > This patch adds support for Cisco's MR18. > > Detailed instructions for the flashing the device can >

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for Cisco's MR18

On Saturday, December 12, 2015 03:03:55 PM John Crispin wrote: > > On 12/12/2015 12:32, Christian Lamparter wrote: > > On Saturday, December 12, 2015 07:28:35 AM John Crispin wrote: > >> > >> On 12/12/2015 01:15, Christian Lamparter wrote: > >>> From:

[OpenWrt-Devel] [RFC] Fixing broke sysupgrade caused by r47878 (add mr18)

The patch "ar71xx: add support for Cisco's MR18" unfortunately broke sysupgrade for non-nand ar71xx platforms. This is because the merakinand.sh was added to the base-files for the ar71xx platforms and it tries to load /lib/upgrade/nand.sh which is only present if procd-nand is selected (which happ

Re: [OpenWrt-Devel] [PATCH] ar71xx: add support for Cisco's MR18

Hello, On Saturday, December 12, 2015 04:06:51 PM Christian Lamparter wrote: > On Saturday, December 12, 2015 03:03:55 PM John Crispin wrote: > > which ones are missing ? i merged a total of 5 now. > here they are (the missing ones): > > "ar71xx: refactor 10

[OpenWrt-Devel] [PATCH v8 2/3] ar71xx: scan nand ubi partition for ath9k eeprom files

From: Chris R Blake The MR18 stores the ath9k eeprom values on the NAND. This patch makes it possible to retrieve the images from there. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh| 17 + .../base-files/etc/hotplug.d/firmware/10-ath

[OpenWrt-Devel] [PATCH v8 0/3] complete Cisco MR18 support

This series completes the support for Cisco Meraki's MR18 router [0]. It features: CPU: Atheros/Qualcomm QCA9557-AT4A at 720MHz RAM: 128 MiB DDR2 NAND Flash: Hynix NAND 128MiB 3,3V 8-bit Wireless: SoC AR9550 + 2x Atheros AR9582-AR1A (one 5Ghz, other 2.4Ghz/5Ghz) Ethernet: 1x Gigabit AR8035-A, 802.3

[OpenWrt-Devel] [PATCH v8 3/3] base-files: cleanup mtd_get_mac_binary hexdump

From: Chris R Blake Remove usage of dd, as per request from Yousong Zhou. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OpenWrt-Devel] [PATCH v8 1/3] ar71xx: refactor 10-ath9k-eeprom

From: Chris R Blake move all library includes and 'firmware already exists' check to the top of the script. Signed-off-by: Chris R Blake --- .../ar71xx/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/target/lin

Re: [OpenWrt-Devel] [PATCH v8 0/3] complete Cisco MR18 support

On Thursday, December 17, 2015 07:22:04 PM Christian Lamparter wrote: > This series completes the support for Cisco Meraki's MR18 router [0]. [...] > > v7 -> v8: > - Architecure and Support files (mach-mr18.c and ar71xx_regs.h) have >been merged (dropped from this

[OpenWrt-Devel] [PATCH v9 0/3] complete Cisco MR18 support

This series completes the support for Cisco Meraki's MR18 router [0]. It features: CPU: Atheros/Qualcomm QCA9557-AT4A at 720MHz RAM: 128 MiB DDR2 NAND Flash: Hynix NAND 128MiB 3,3V 8-bit Wireless: SoC AR9550 + 2x Atheros AR9582-AR1A (one 5Ghz, other 2.4Ghz/5Ghz) Ethernet: 1x Gigabit AR8035-A, 802.3

[OpenWrt-Devel] [PATCH v9 3/3] base-files: cleanup mtd_get_mac_binary hexdump

From: Chris R Blake Remove usage of dd, as per request from Yousong Zhou. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[OpenWrt-Devel] [PATCH v9 1/3] ar71xx: refactor 10-ath9k-eeprom

From: Chris R Blake move all library includes and 'firmware already exists' check to the top of the script. Signed-off-by: Chris R Blake --- .../ar71xx/base-files/etc/hotplug.d/firmware/10-ath9k-eeprom | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/target/lin

[OpenWrt-Devel] [PATCH v9 2/3] ar71xx: scan nand ubi partition for ath9k eeprom files

From: Chris R Blake The MR18 stores the ath9k eeprom values on the NAND. This patch makes it possible to retrieve the images from there. Signed-off-by: Chris R Blake --- package/base-files/files/lib/functions/system.sh| 17 + .../etc/hotplug.d/firmware/10-ath9k-eeprom

[OpenWrt-Devel] [PATCH v5 1/1] ar71xx: Add support for AirTight Networks C-55

From: Chris Blake This patch is to add support for the AirTight Networks C-55 Access Point Signed-off-by: Chris R Blake --- v4 -> v5: * rebased on top of the MR18 (and powercloud) changes. --- target/linux/ar71xx/base-files/etc/board.d/01_leds | 6 + .../linux/ar71xx/base-files/etc/board.

[OpenWrt-Devel] ramips: mtk_soc_eth vs old ralink ethernet driver for the M2M

Hello, I'm looking into a issue with M2M [0] (It's a RT5350 device). Currently, the sole ethernet - port on this device is not working. Instead during, I get the following messages on the serial: "Failed to connect to the switch. Use the "list" command to see which switches are available." (prob

Re: [OpenWrt-Devel] [PATCH 2/2] kernel: add at803x fix for sgmii mode

Hello, On Sunday, December 20, 2015 02:30:39 AM Roman Yeryomin wrote: > Some (possibly broken) bootloaders incorreclty initialize at8033 > phy. This patch enables sgmii autonegotiation mode. > > Signed-off-by: Roman Yeryomin > --- Can you tell us a bit about the "possibly broken" bootloaders you

Re: [OpenWrt-Devel] [PATCH 2/2] kernel: add at803x fix for sgmii mode

Hello, On Sunday, December 20, 2015 08:20:12 PM Roman Yeryomin wrote: > On 20 December 2015 at 15:13, Christian Lamparter > wrote: > > On Sunday, December 20, 2015 02:30:39 AM Roman Yeryomin wrote: > >> Some (possibly broken) bootloaders incorreclty initialize at8033 > &g

Re: [OpenWrt-Devel] [PATCH v2 3/3] ipq40xx: add support for FritzBox 7530

Hello David, On Tuesday, February 26, 2019 12:15:41 AM CET David Bauer wrote: > On 25.02.19 23:10, Christian Lamparter wrote: > > On Wednesday, February 20, 2019 6:02:21 PM CET Christian Lamparter wrote: > >> On Monday, February 18, 2019 11:58:34 PM CET David Bauer wrote

Re: [OpenWrt-Devel] Wrong patch status

On Thursday, February 28, 2019 7:52:06 PM CET Adrian Schmutzler wrote: > Hi, > > > > Dmitry’s patch > > > > [OpenWrt-Devel] ath79: speed up ath9k-eeprom extraction > > https://patchwork.ozlabs.org/patch/1046790/ > > > > got marked “Superseded” together with my old stuff. > > > > Ho

Re: [OpenWrt-Devel] [PATCH] ath10k-firmware: update Candela Tech firmware images

On Saturday, March 2, 2019 5:04:00 AM CET Rosen Penev wrote: > On Fri, Mar 1, 2019 at 3:26 AM Michael Yartys > wrote: > > [...] > > > > -QCA988X_FIRMWARE_FILE_CT_HTT:=firmware-2-ct-full-htt-mgt-community-22.bin.lede.002 > > +QCA988X_FIRMWARE_FILE_CT_HTT:=firmware-2-ct-full-htt-mgt-community-22.bi

Re: [OpenWrt-Devel] ipq40xx: backport I2C QUP changes from 4.17

Hello, On Sunday, March 3, 2019 8:57:03 PM CET Piotr Dymacz wrote: > I'm observing various I2C related issues on ALFA Network AP120C-AC board > with AT97SC3205T TPM module. As there was a major update of the I2C QUP > driver in 4.17, I decided to backport whole series [1]. > > I have patch read

Re: [OpenWrt-Devel] ipq40xx: backport I2C QUP changes from 4.17

Hello Piotr, On Monday, March 4, 2019 9:28:51 PM CET Piotr Dymacz wrote: > On 04.03.2019 13:16, Christian Lamparter wrote: > > On Sunday, March 3, 2019 8:57:03 PM CET Piotr Dymacz wrote: > >> I'm observing various I2C related issues on ALFA Network AP120C-AC board &g

Re: [OpenWrt-Devel] [PATCH 2/2] ipq40xx: add support for AVM FRITZ!Repeater 3000

On Tuesday, March 5, 2019 7:38:38 PM CET David Bauer wrote: > Hardware > > CPU: Qualcomm IPQ4019 > RAM: 256M > FLASH: 128M NAND Sorry for being nosy. Did you get any chance to open up the device and write down what RAM and flash chips are used in your unit? [...] > diff --git > a/tar

Re: [OpenWrt-Devel] Trunk tl wdr4900 v1 boot fails on bootloader CRC check

On Sunday, March 10, 2019 1:06:24 PM CET Sami Olmari wrote: > So, current trunk for tp-link WDR4900 v1 fails to boot properly. It fails > bootloader CRC check. > > Serial log: > > ## Booting kernel from Legacy Image at 0200 ... >Image Name: Linux-4.14.105 >Image Type: PowerPC Linu

Re: [OpenWrt-Devel] [PATCH v2 2/2] ipq40xx: add support for AVM FRITZ!Repeater 3000

On Saturday, March 9, 2019 12:20:54 AM CET David Bauer wrote: > Hardware > > CPU: Qualcomm IPQ4019 > RAM: 256M (NANYA NT5CC128M16JR-EK) > FLASH: 128M NAND (Macronix MX30LF1G18AC-XKI) > ETH: Qualcomm QCA8072 > WiFi2: IPQ4019 2T2R 2SS b/g/n > WiFi5: IPQ4019 2T2R 2SS n/ac > WiFi5: QCA99

Re: [OpenWrt-Devel] [PATCH] ath79: GL.iNet AR300M-nand/nor: correct LAN LED

On Tuesday, March 19, 2019 12:59:16 AM CET Andreas Ziegler wrote: > The port labled as "LAN" is eth1. > That's different from the -lite variant, > where the only existing port eth0 is used as LAN Please resend your patch with a Signed-off-by. > --- > target/linux/ath79/base-files/etc/board.d/01_l

Re: [OpenWrt-Devel] qca8k: ipqess: ipq40xx: Kernel Panic on Adding VLAN Sub-Interface to Bridge

Cc: Florian. I hope you don't mind. On Tuesday, March 19, 2019 5:50:01 PM CET Jeff Kletsky wrote: > Working with 4.19 / qca8k / ipqess patches from staging/chunkeey[1] > on an IPQ4019-based device, I can get basic connectivity either manually, > or with a "standard" UCI definition of the "lan" bri

Re: [OpenWrt-Devel] [PATCH] ath10k: reset chip after supported check

On Friday, March 22, 2019 7:58:40 PM CET Tomislav Požega wrote: > When chip reset is done before the chip is checked if supported > there will be crash. Previous behaviour caused bootloops on > Archer C7 v1 units, this patch allows clean device boot without > excluding ath10k driver. > You need F

Re: [OpenWrt-Devel] Merged: ramips: Increase GB-PC2 SPI frequency to 80MHz

On Monday, March 25, 2019 2:16:04 PM CET Petr Štetiar wrote: > Thanks! Merged into my staging tree at > https://git.openwrt.org/openwrt/staging/ynezz.git https://patchwork.ozlabs.org/patch/1034614/#2088615 So, I think in order for this to "work as expected" the sysclock in the mt7621.dtsi should

Re: [OpenWrt-Devel] [PATCH 1/7] tegra: add new target

On Wednesday, March 27, 2019 3:07:58 PM CET Tomasz Maciej Nowak wrote: > Hi Hauke, > > W dniu 25.03.2019 o 23:39, Hauke Mehrtens pisze: > > Hi Tomasz, > > > > Soke small comments, this looks mostly ok. > > > [snip] > >> +# CONFIG_ARM_LPAE is not set > > > > Is LPAE not supported by your SoC? Th

Re: [OpenWrt-Devel] qca8x DSA: Configured Switch Sends Packets Out Wrong Interface

On Mon, Apr 1, 2019 at 6:05 PM Jeff Kletsky wrote: > qca8x DSA: Configured Switch Sends Packets Out Wrong Interface > > Using qca8k and ipqess on an EA8300 (ipq40xx) under Linux 4.19 based > on patches from chunkeey's staging tree[1] as well as a patch to > resolve the NPE issue[2]. > > Once the s

Re: [OpenWrt-Devel] mfloat-abi=soft

Cc'd: BangLang Huang On Saturday, April 6, 2019 10:35:48 PM CEST Rosen Penev wrote: > According to rules.mk, -mfloat-abi=soft is used. This is causing build > failures with the botan library: > > https://downloads.openwrt.org/snapshots/faillogs/armeb_xscale/packages/botan/compile.txt > > Is it

Re: [OpenWrt-Devel] mfloat-abi=soft

On Saturday, April 13, 2019 11:08:38 PM CEST Rosen Penev wrote: > On Sat, Apr 13, 2019 at 7:07 AM Christian Lamparter > wrote: > > > > Cc'd: BangLang Huang > > > > On Saturday, April 6, 2019 10:35:48 PM CEST Rosen Penev wrote: > > > According to

Re: [OpenWrt-Devel] [PATCH OpenWrt 18.06] ca-certificates: update to 20190110

On Saturday, April 20, 2019 9:25:05 AM CEST Josef Schlehofer wrote: > - Tested on Turris MOX, cortexa53 and Turris Omnia, mvebu > - Removed PKG_BUILD_DIR > > Signed-off-by: Josef Schlehofer Thank you. I've cherry-picked your patch f22c33b40cc7b542b3b31fa0d873d28d3a3482b5. > --- > package/syste

Re: [OpenWrt-Devel] lede-17.01 patch - bump OpenSSL to 1.0.2r

On Friday, April 19, 2019 5:54:01 PM CEST Daniel Bailey wrote: > From 1b42fd11f1e6dfbc12fb0d3a973bd439c0c495bd Mon Sep 17 00:00:00 2001 > From: Daniel Bailey > Date: Thu, 18 Apr 2019 12:36:38 -0700 > Subject: [PATCH] openssl: bump to 1.0.2r > > This fixes the following security problems: > * CVE-

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote: > The identifier for both devices is "archer-c7" on ar71xx, set here: > https://github.com/openwrt/openwrt/blob/master/target/linux/ar71xx/base-files/lib/ar71xx.sh#L348 > https://github.com/openwrt/openwrt/blob/master/target/linu

Re: [OpenWrt-Devel] [PATCH] ath79: Add SUPPORTED_DEVICES for Archer C7 v1/v2

Hello David, On Sunday, April 21, 2019 11:42:52 AM CEST David Bauer wrote: > On 20.04.19 20:59, Christian Lamparter wrote: > > On Wednesday, April 17, 2019 3:45:52 PM CEST Adrian Schmutzler wrote: > >> The identifier for both devices is "archer-c7" on ar71xx, set h

Re: [OpenWrt-Devel] lede-17.01 patch - bump OpenSSL to 1.0.2r

mmit;h=c476954633887d8a1fcd80482e821074d7c4a36e> So if there's going to be a 17.01.7 it will come with 1.0.2r(+). Cheers, Christian > On Sat, Apr 20, 2019, 13:29 Christian Lamparter wrote: > > > On Friday, April 19, 2019 5:54:01 PM CEST Daniel Bailey wrote: > > > From 1b42f

Re: [OpenWrt-Devel] [PATCH v2 1/2] base-files: improve lib/upgrade/common.sh

On Friday, May 3, 2019 9:38:46 PM CEST Petr Štetiar wrote: > Klaus Kudielka [2019-05-03 20:16:39]: > > > Let me remind you that the common one *alone* breaks sysupgrade for those > > four targets, as Tomasz already pointed out earlier. > > Well, how could I know what was wrong with v1 if you did

Re: [OpenWrt-Devel] [PATCH v2 1/2] base-files: improve lib/upgrade/common.sh

On Sunday, May 5, 2019 10:11:40 AM CEST Klaus Kudielka wrote: > On 04.05.19 16:51, Christian Lamparter wrote: > > On Friday, May 3, 2019 9:38:46 PM CEST Petr Štetiar wrote: > >> Klaus Kudielka [2019-05-03 20:16:39]: > >> > >>> Let me remind you that the c

Re: [OpenWrt-Devel] [PATCH] utils/spidev_test: Update to current source from upstream Linux

On Friday, May 10, 2019 3:56:37 PM CEST l...@allycomm.com wrote: > From: Jeff Kletsky > > Incorporates multiple changes, including file-based input and output > > From upstream commit: > > commit 35386dfd13b7 > Author: Geert Uytterhoeven > Date: Mon Sep 3 19:33:23 2018 +0200 > >

Re: [OpenWrt-Devel] [PATCH 4/4] ipq40xx: add support for secondary cores bringup

On Wednesday, May 15, 2019 9:35:28 PM CEST Petr Štetiar wrote: > Павел [2019-05-15 22:14:41]: > > > Not a problem, actually, but I've been suggested to squash them :) > > https://github.com/openwrt/openwrt/pull/2043#issuecomment-491581897 > > ok, thanks for the background, but still, squashing d

Re: [OpenWrt-Devel] RFC: add metadata to buildroot

On Wednesday, May 15, 2019 5:18:05 PM CEST Alberto Bursi wrote: > > On 14/05/19 16:49, Petr Štetiar wrote: > > [adding Thomas and Alberto to the Cc loop] > > > > Paul Spooren [2019-05-04 17:48:03]: > > > > Hi, > > > >> from my point of view the current OpenWrt device documentation lacks > >> some

[OpenWrt-Devel] [PATCH 2/2] apm821xx: wndr4700: interrupt-driven gpio-keys

: Christian Lamparter --- .../linux/apm821xx/dts/netgear-wndr4700.dts | 20 ++- 1 file changed, 6 insertions(+), 14 deletions(-) diff --git a/target/linux/apm821xx/dts/netgear-wndr4700.dts b/target/linux/apm821xx/dts/netgear-wndr4700.dts index 0f1e97a921..24d5c33f90 100644 --- a

[OpenWrt-Devel] [PATCH 1/2] gpio-button-hotplug: support interrupt properties

->buttons[i]; ^ gpio-button-hotplug.c: In function 'gpio_keys_probe': gpio-button-hotplug.c:563:37: warning: initialization discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers] struct gpio_keys_button *button = &pdat

Re: [OpenWrt-Devel] [PATCH 1/3] gemini: Make a per-board case for ethernet MAC

Hello, I have a few suggestions inline below. On Friday, May 24, 2019 11:27:17 PM CEST Linus Walleij wrote: > The DNS-313 isn't the only special board so let's bite the > bullet and create a case ladder in preparation for DIR-685. > > Signed-off-by: Linus Walleij > --- > .../lib/preinit/05_se

  1   2   3   4   5   >