Re: [PATCH 3/4] hostapd: introduce mbo option

Hello Stijn! Am 21.06.22 um 15:36 schrieb Stijn Tintel: Introduce a new option mbo to toggle Multi Band Operation aka Agile Multiband for a BSS. As the specification requires APs to support OTA when FT is supported, force OTA on when FT is enabled. Signed-off-by: Stijn Tintel ---

Re: [PATCH] hostapd: ubus: add BSS transtiton request method

Hi! I tried this patch and at works as expected. Thank you very much! André Am 07.10.21 um 00:27 schrieb David Bauer: > The existing wnm_disassoc_imminent ubus method only supports issuing a > bss transition request with the disassoc imminent flag set. > For use-cases, where the client is

Re: Resize of ath79 / ZyXEL NBG6716 kernel partition

05 schrieb Adrian Schmutzler: > Hi, > >> -Original Message- >> From: Andre Valentin [mailto:a.valen...@ddimension.net] >> Sent: Dienstag, 18. Mai 2021 20:11 >> To: OpenWrt Development List >> Subject: Resize of ath79 / ZyXEL NBG6716 kernel partition

Re: Resize of ath79 / ZyXEL NBG6716 kernel partition

Hi! >The NBG6716 has recently been disabled because of size problems with the >kernel partition. >I'm thinking about extending it to 8MB, shouldn't be a problem. > >But I'm afraid users will brick their device when doing a sysupgrade to the >new flash layout. >First time / in upgrade case it

Resize of ath79 / ZyXEL NBG6716 kernel partition

The sender domain has a DMARC Reject/Quarantine policy which disallows sending mailing list messages using the original "From" header. To mitigate this problem, the original message has been wrapped automatically by the mailing list software.--- Begin Message --- Hi! The NBG6716 has recently

Re: [PATCH 2/2] ramips: mt7621: Add support for ZyXEL LTE3301-Plus

Hi! Am 17.05.21 um 12:54 schrieb Bjørn Mork: > Andre Valentin writes: > >> There are gaps between the partitions. I can only imagine that this is >> because of bad block handling in the bootloader. >> It seems it uses the end of the flash for reserve and also has hol

Re: [PATCH 2/2] ramips: mt7621: Add support for ZyXEL LTE3301-Plus

Hi ! Am 15.05.21 um 18:08 schrieb Bjørn Mork: > [ answering some comments which also apply to the NR7101 ] > > "Adrian Schmutzler" writes: > >>> + partition@14 { >>> + label = "Kernel"; >>> + reg = <0x14 0x1ec>; >>> + }; >>

Re: [PATCH 2/2] ramips: mt7621: Add support for ZyXEL LTE3301-Plus

Hi Adrian! Please see comments below! Am 15.05.21 um 16:05 schrieb Adrian Schmutzler: > Hi, > > comments below. > >> -Original Message- >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] >> On Behalf Of André Valentin >> Sent: Samstag, 15. Mai 2021 02:12 >> To:

Re: [PATCH 1/2] firmware-utils: zytrx: Add support for ZyXEL LTE3301-Plus

Am 15.05.21 um 12:00 schrieb Bjørn Mork: > André Valentin writes: > >> This adds a new device id to the image tools. >> >> Signed-off-by: André Valentin >> --- >> tools/firmware-utils/src/zytrx.c | 1 + >> 1 file changed, 1 insertion(+) >> >> diff --git a/tools/firmware-utils/src/zytrx.c >>

Re: [PATCH v2] hostapd: enable background scanning in wpa_supplicant_full

Hi Daniel! Am 07.10.20 um 02:24 schrieb Daniel Golle: > Hi Andre, > > On Wed, Sep 16, 2020 at 08:41:03PM +0200, Andre Valentin wrote: >> Hello! >> >> Could someone please take care of this little snippet? > > Apart from this no longer applying due to other c

Re: [PATCH V3 uhttpd] ubus: add new RESTful API

Hi Rafał! Am 23.09.20 um 23:37 schrieb Rafał Miłecki: > On 2020-09-23 23:33, Andre Valentin wrote: >> I'm experimenting again a bit with the new API. I subscribed to the >> hostapd events and saw that >> after some time the connection is still up, but now new events come in.

Re: [PATCH V3 uhttpd] ubus: add new RESTful API

Hi Rafał! I'm experimenting again a bit with the new API. I subscribed to the hostapd events and saw that after some time the connection is still up, but now new events come in. How can I control timeout and make sure, that the subscription connections stays as long as possible online? Kind

Re: [PATCH v2] hostapd: enable background scanning in wpa_supplicant_full

Hello! Could someone please take care of this little snippet? Kind regards, André Am 09.09.20 um 22:00 schrieb André Valentin: > Activation of autoscanning enables a a wifi client to select the best > accesspoint based on rssi. > > This feature is useful in case you have multiple access points

Re: MT7621 Flow Control

option device 'switch0' option vlan '1' option ports '0 1 2 3 6t' Sorry for the noise. I could now check one of the bricked devices and found no hint for the FC issue. Kind regards, André Am 06.08.20 um 14:31 schrieb Andre Valentin: > Hi Jaap, > > > Am 06.08.20 um 1

Re: MT7621 Flow Control

Hi Jaap, Am 06.08.20 um 13:43 schrieb Jaap Buurman: > Dear all, > > I have noticed the flow control work for mt7621 in the following > Openwrt patch: > https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=c8f8e59816eca49d776562d2d302bf990a87faf0 > > However, the problem that the patch is

Re: [PATCH V2 uhttpd] ubus: add new RESTful API

Hi! Am 04.08.20 um 18:40 schrieb Rafał Miłecki: > On 04.08.2020 09:43, Andre Valentin wrote: >> Am 03.08.20 um 07:49 schrieb Rafał Miłecki: >>> On 31.07.2020 13:02, Andre Valentin wrote: >>>> this is really great stuff. It would help me to get forward with my wif

Re: Fate of 4.14 targets / samsung odroid HC1 support

Hi! Am 04.08.20 um 22:14 schrieb Adrian Schmutzler: >> -Original Message- >> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] >> On Behalf Of Andre Valentin >> Sent: Dienstag, 4. August 2020 17:48 >> To: openwrt-devel@lists.openwrt.or

Re: Fate of 4.14 targets / samsung odroid HC1 support

Hi! I've enabled support for the odoid HC1 in the samsung target a month ago, it only needs generic 5.4 kernel and is a subtarget. https://www.hardkernel.com/shop/odroid-hc1-home-cloud-one/ Only open thing is the boodloader on the sdcard, which is a binary for hardkernel. If there is interest

Re: [PATCH V2 uhttpd] ubus: add new RESTful API

Hi! Am 03.08.20 um 07:49 schrieb Rafał Miłecki: > On 31.07.2020 13:02, Andre Valentin wrote: >> this is really great stuff. It would help me to get forward with my wifi >> controller. >> Could it be possible to subsribe to multiple sources to limit the >> conn

Re: [PATCH V2 uhttpd] ubus: add new RESTful API

Hi Rafel, this is really great stuff. It would help me to get forward with my wifi controller. Could it be possible to subsribe to multiple sources to limit the connections to ubus? 2 SSIDs with 2.4 ad 5GHz would me 4 concurrent channels if I understand right. Kind regards, André Am 31.07.20

Re: [OpenWrt-Devel] [RFC 0/3] PoC for per-image package sets

Hi Bjoern, that looks very interesting. I do have the same problems here with initial images and made special .configs for that. Kind regards, André Am 22.04.20 um 22:58 schrieb Bjørn Mork: > These patches can also be found in a branch here: >

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi Sergio Am 10.04.20 um 13:36 schrieb Sergio Paracuellos: >> cat /proc/interrupts new: >>CPU0 CPU1 CPU2 CPU3 >> 8: 75188 75268 75341 75246 MIPS GIC Local 1 timer >> 9: 24413 0 0 0 MIPS GIC 63 IPI call >>

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi Sergio, the device has an onboard LTE modem. Tonight I noticed that the originial pci driver must have changed some additional GPIO pins. After more testing, I found the GPIO and the LTE device now operates again. But after more testing, I found out that the wifi chip does not fully

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi! Am 07.04.20 um 17:49 schrieb Bjørn Mork: > Just remembered an issue on my todo list: There have been some MTU > handling changes in the kernel networking API. This affected the > qmi_wwan QMAP handling. I am not sure about the current status. Will > have to dig a bit more. But this might

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Wed, Apr 8, 2020 at 9:30 AM Sergio Paracuellos >>> wrote: >>>> >>>> Hi André, >>>> >>>> >>>> On Wed, Apr 8, 2020 at 9:13 AM Andre Valentin >>>> wrote: >>>>> >>>>> Hi Sergio! >>>>

Re: [OpenWrt-Devel] Is it possible to create two images for the same device with a different set of DEVICE_PACKAGES?

Hi Bjoern, I made a patch for include/image-commands.mk that allows to building squashfs initrd images. The reason for me is that the imagebuilder is unable to generate initramfs images. When building the final images with the imagebuilder you can define which packages to include. Your

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi Sergio! Am 08.04.20 um 06:28 schrieb Sergio Paracuellos: > Hi Andre, > > On Tue, Apr 7, 2020 at 9:28 PM Andre Valentin wrote: >> >> Am 07.04.20 um 20:05 schrieb Sergio Paracuellos: >>> Hi, >>> >>> On Tue, Apr 7, 2020 at 12:16 PM Chuan

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Am 07.04.20 um 20:05 schrieb Sergio Paracuellos: > Hi, > > On Tue, Apr 7, 2020 at 12:16 PM Chuanhong Guo wrote: >> >> [CC Sergio who worked on upstream PCIE driver] >> >> On Tue, Apr 7, 2020 at 4:45 PM Andre Valentin wrote: >>> >>> Hi!

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Am 07.04.20 um 12:16 schrieb Chuanhong Guo: > [CC Sergio who worked on upstream PCIE driver] > > On Tue, Apr 7, 2020 at 4:45 PM Andre Valentin wrote: >> >> Hi! >> >> Currently I'm having some serious problems with the new 5.4 port. >> 1) PCIe >> I'm

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi! Am 07.04.20 um 17:49 schrieb Bjørn Mork: > Just remembered an issue on my todo list: There have been some MTU > handling changes in the kernel networking API. This affected the > qmi_wwan QMAP handling. I am not sure about the current status. Will > have to dig a bit more. But this might

Re: [OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi! Am 07.04.20 um 16:33 schrieb Bjørn Mork: > Andre Valentin writes: > >> 3) Problems with QMI Interfaces >> QMI is used for mobile phones and interact with the qmi_wwan driver in the >> kernel. I had transmit issues, >> switched the driver back to the 4.14 wh

[OpenWrt-Devel] ramips/mt7621 after 5.4 switch

Hi! Currently I'm having some serious problems with the new 5.4 port. 1) PCIe I'm developing on the ZyXEL LTE3301-PLUS. It has PCIe and a mt7615e connected to second bus on the first phy. If booting the device, kernel hangs with a RST message, telling the device is not detected. It seems the

[OpenWrt-Devel] [RFC] Support for ZyXEL LTE3301-Plus / Image format known?

Hi! I have written support for the LTE3301-Plus device for OpenWRT. But my main problem is that Zyxel only gave me an binary imagebuilder. If anybody is interested I can provide the needed OpenWRT patch and the binary. Perhaps someone is able to decompile it and back or even better, the format

Re: [OpenWrt-Devel] v5.4 as next kernel / ipq806x

Hello, I also did several tests on the 4.19 ipq806x (NBG6817). I noticed that VPN throuput (IPsec Performance) dropped to 30% with exactly the same config (kernel and openwrt), kernel crypto and arm crypto stuff tested. Also the whole system feels a bit slowier. Timers (clock, ddr) in dts have

Re: [OpenWrt-Devel] QMI data mode cannot set raw-ip due to active device

Hi Shannon, I use a hotplug script to change the driver to raw-ip. This works fine for me. Kind regars, André On 23.09.19 19:16, Shannon Barber wrote: > I'm doing several builds and testing different devices and this issue is > persistent on the x86_64 build for the PC Engine APU hardware. >

Re: [OpenWrt-Devel] rpcd: file: add path based read/write/exec ACL checks

On 21.09.19 20:16, Andre Valentin wrote: > Hi! > > Im using file extension to get extra status from my device. But after the > change above, the calls over uhttpd are rejected with permission denied. I've added a grant session call over http, it works now again. Kind reg

[OpenWrt-Devel] rpcd: file: add path based read/write/exec ACL checks

Hi! Im using file extension to get extra status from my device. But after the change above, the calls over uhttpd are rejected with permission denied. Currently I have this ACL: # cat /usr/share/rpcd/acl.d/superuser.json { "superuser": { "description": "Super user access

[OpenWrt-Devel] kernel: bump 4.19 to 4.19.72 broke ath79

Hi! It seems the kernel bump broke ath79 compilation. The problem lies in target/linux/ath79/patches-4.19/0028-MIPS-ath79-drop-machfiles.patch It cannot be applied anymore. I tried a quick fix, but there seems to be a bigger change. Kind regards, André smime.p7s Description: S/MIME

Re: [OpenWrt-Devel] Regarding UCI for multi-point GRE on OpenWRT

Hi! What about setting peeraddr to 0.0.0.0 ? Kind regards, André Am 22.08.19 um 09:21 schrieb pothuganti sridhar: > Hello All, > > I am trying to implement DMVPN with OpenWRT. That requires multipoint GRE > tunnels. In case of the multipoint GRE tunnel, the remote endpoint/peer > address

Re: [OpenWrt-Devel] [PATCH 2/3] netsupport: improve xfrm module support

Hi! Am 15.06.19 um 21:35 schrieb Hans Dedecker: > Hi, > > On Fri, Jun 14, 2019 at 1:10 PM André Valentin wrote: >> >> -switch to module autoprobe >> -exclude 4.9 kernel >> >> Signed-off-by: André Valentin >> --- >> package/kernel/linux/modules/netsupport.mk | 4 ++-- >> 1 file changed, 2

Re: [OpenWrt-Devel] [PATCH v3 2/3] network/config: add xfrm interface support scripts

Hi Hans!! Am 11.06.19 um 22:16 schrieb Hans Dedecker: > Hi, > > On Mon, Jun 10, 2019 at 8:10 PM Andre Valentin wrote: >> >> Hi Hans, >> >> after testing xfrm tunnels a bit I found to big differences compared to >> other convential tunnels. >>

Re: [OpenWrt-Devel] [PATCH v3 2/3] network/config: add xfrm interface support scripts

gt;> index 00..efc90cf318 >> --- /dev/null >> +++ b/package/network/config/xfrm/Makefile >> @@ -0,0 +1,38 @@ >> + >> +include $(TOPDIR)/rules.mk >> + >> +PKG_NAME:=xfrm >> +PKG_VERSION:=1 >> +PKG_RELEASE:=1 >> +PKG_LICENSE:=GPL-2

Re: [OpenWrt-Devel] [PATCH v3 2/3] network/config: add xfrm interface support scripts

OPDIR)/rules.mk >> + >> +PKG_NAME:=xfrm >> +PKG_VERSION:=1 >> +PKG_RELEASE:=1 >> +PKG_LICENSE:=GPL-2.0 >> + >> +include $(INCLUDE_DIR)/package.mk >> + >> +define Package/xfrm/Default >> + SECTION:=net >> + CATEGORY:=Network >> + MAINTAIN

Re: [OpenWrt-Devel] [PATCH 2/3] netifd: add xfrm interface support scripts

Hello Hans! Am 06.06.19 um 22:40 schrieb Hans Dedecker: > Hi, > > Comments inline Thanks for your hints. I will provide an updates version. André smime.p7s Description: S/MIME Cryptographic Signature ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [PATCH 0/3] Add xfrm interface support

Hi! the new strongswan release 5.8.0 supports these xfrm interfaces. Kind regards, André Am 06.06.19 um 15:50 schrieb André Valentin: > This adds support for xfrm interfaces. These interfaces are used as tunnel > interfaces for IPsec allowing route-based tunnels. > Compared to vti, xfrm

Re: [OpenWrt-Devel] [PATCH 2/2] linux/net: Add dependency for crypto echainiv module on 4.4

Hi! Am 12.02.2016 um 09:27 schrieb John Crispin: > Hi, > > > > On 30/01/2016 23:15, André Valentin wrote: >> This dependency is needed to be able to create ipsec xfrm states. >> >> Signed-off-by: André Valentin >> --- >> package/kernel/linux/modules/netsupport.mk | 2 +-

Re: [OpenWrt-Devel] [PATCH RFC 2/2] modules/netsupport: Add MPLS support / size

Hi! Am 30.01.2016 um 23:20 schrieb Felix Fietkau: > On 2016-01-30 23:14, André Valentin wrote: >> Add needed modules for MPLS support. >> >> Signed-off-by: André Valentin >> --- >> package/kernel/linux/modules/netsupport.mk | 23 +++ >> 1 file changed,

Re: [OpenWrt-Devel] [PATCH 1/2] linux/crypto: Add echainiv module provided by 4.4 kernels

Hi! This module add 4526 Bytes uncompressed. André ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH RFC 1/2] config: add MPLS and LWTunnel support

Hi! Am 31.01.2016 um 00:42 schrieb Andre Valentin: > Hi Felix, > > thanks for taking a look. I had the problem that without this selection the > iproute2 "ip route" does not support the new route "encap" parameter. It seems > to detect the support in the kerne

Re: [OpenWrt-Devel] [PATCH] vlandev: Add support for setting a unique MAC on a VLAN interface

Hi Felix, Am 29.01.2016 um 13:33 schrieb Felix Fietkau: > On 2016-01-29 13:15, André Valentin wrote: >> Hi Felix, >> >> thanks for the hint. Did you configure the MAC in the interface section? >> I suggest I had a wrongly created MAC on my first tries which resulted in >> kernel not accepting

[OpenWrt-Devel] ar71xx with kernel 4.4 on WZR-HP-AG300H

Hi! I've got some problems with new 4.4 kernel on ar711 with my WZR-HP-AG300H. Please just take this as a notice, I know it's testing ;-) If you need more testing, I'm available. André Here's the log: console=ttyS0,115200 root=31:03 rootfstype=jffs2 init=/sbin/init

Re: [OpenWrt-Devel] [PATCH RFC 1/2] config: add MPLS and LWTunnel support

Hi Felix, thanks for taking a look. I had the problem that without this selection the iproute2 "ip route" does not support the new route "encap" parameter. It seems to detect the support in the kernel. Same is with GRE, also available for LWTUNNEL, but it is now missing in iproute2. GRE is build

Re: [OpenWrt-Devel] [PATCH] vlandev: Add support for setting a unique MAC on a VLAN interface

Am 24.01.2016 um 20:47 schrieb André Valentin: > There are cases where you need a different MAC on a VLAN interface, i.e. if > if have move than one connection to a switch. A later change of the MAC > is not possible on VLAN interfaces, so it has to be done on creation. > The new macaddr option

Re: [OpenWrt-Devel] [PATCH] vlandev: Add support for setting a unique MAC on a VLAN interface

Am 24.01.2016 um 21:34 schrieb Gio: > On Sunday 24 January 2016 20:47:26 André Valentin wrote: >> There are cases where you need a different MAC on a VLAN interface, i.e. if >> if have move than one connection to a switch. A later change of the MAC >> is not possible on VLAN interfaces, so it has

[OpenWrt-Devel] 090-backport_netfilter_rtcache.patch and IPsec routing/connection errors/packet loss

Hi! If I enable this patch/module, I get strange errors with my OpenWRT based IPsec router. Packets are accepted and then lost, and not encrypted. Only the first comes through, especially if stateless protocolls (udp, icmp) are used. This system used multiple routing tables and rules generated

Re: [OpenWrt-Devel] Oopses on ZyXEL NBG6716 (atheros)

1085 8c640040 info dnsmasq[960[ 1843.24] ---[ end trace 5ca961b41da45ecb ]--- 7]: forwarded www.heise.de to 20[ 1843.25] Kernel panic - not syncing: Fatal exception in interrupt Kind regards, Andre On 27.11.2014 08:57, Andre Valentin wrote: Hi! thanks for your offer

Re: [OpenWrt-Devel] Oopses on ZyXEL NBG6716 (atheros)

Hi! Thanks for the hint. I could now isoliate it to this bug: https://dev.openwrt.org/ticket/18325 Kind regards, André On 25.11.2014 16:23, John Crispin wrote: build an image with KALLSYMS please and send a new log Mit freundlichen Grüßen André Valentin Systemadministrator -- Internet *

Re: [OpenWrt-Devel] Oopses on ZyXEL NBG6716 (atheros)

Hi! thanks for your offer. Please wait a week for me the test it, just to proove it. I will post here and in the ticket. Kind regards, André On 27.11.2014 08:28, John Crispin wrote: Hi, do we need only this - http://patchwork.ozlabs.org/patch/349076/ or all 6 from the series ?

[OpenWrt-Devel] Oopses on ZyXEL NBG6716 (atheros)

Hi! Since 3.10.58 I notice reboots of the system. I logged the oopses, but cannot see a source. Please take a look if you have an idea what the heck this causes: --- [ 57.66] icmp6_send: no reply to icmp error [ 57.66]

Re: [OpenWrt-Devel] Barrier Breaker 14.07 Final

Hi! Thank you very much for this great work! André Mit freundlichen Grüßen André Valentin Systemadministrator -- Internet * Netzwerk * Mobile Daten Citrix Silver Solution Advisor Ausserhalb unserer Geschäftszeiten (Montag bis Freitag von 8:30 Uhr bis 17:30 Uhr, ausgenommen gesetzliche

Re: [OpenWrt-Devel] ar71xx: Update to 3.14 [Flash Erasing / Bandwidth ]

you observe. How excactly did you flash the image to the device? Cheers Daniel On Sat, Aug 09, 2014 at 08:54:42PM +0200, Andre Valentin wrote: Hi Daniel! Please take a look at this (old kernel 3.10) [3.42] UBI: attaching mtd8 to ubi0 [3.57] UBI: EOF marker found, PEBs from 105

[OpenWrt-Devel] ar71xx: Update to 3.14

Hi Felix! I saw that you upgraded ar71xx to 3.14. I tested it immediateley, of course. It seems there is a problem with ubi. Please take a look at this: [0.00] Linux version 3.14.16 (avalentin@varus) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r42002) ) #1 Fri Aug 8 11:52:10

Re: [OpenWrt-Devel] Help with SysupgradeNAND

Hi! I also noticed after upgrading that routers with jffs2 in ubi (rootfs_data) are not supported anymore. The jffs2 is not mounted after an upgrade, resulting in loss of configuration. I had to clear rootfs_data to be able to mount it again as ubifs. That's okay if you know it! I noticed a

Re: [OpenWrt-Devel] Help with SysupgradeNAND

On 09.07.2014 09:48, John Crispin wrote: i think using squash+ubifs is a better option as we dont need to use the gluebi layer anymore. this makes the whole setup a lot nice i think. that is why jffs2 support for nand is gone. however i am open to hear use cases for why jffs2 support should be

Re: [OpenWrt-Devel] Status of DFS in OpenWrt - ath9k

Hi! this should also be in your .config # CONFIG_ATH_USER_REGD is not set See http://wireless.kernel.org/en/users/Drivers/ath10k - Limitations 3/3 Kind regards, André On 04.07.2014 16:29, Jacek Kikiewicz wrote: Hello, I have CONFIG_PACKAGE_ATH_DFS=y and still cannot use this... any idea

Re: [OpenWrt-Devel] ar71xx/nbg6716 image generation and installation

Hi! you have to edit target/linux/ar71xx/Makefile and remove broken from one of the first line. I recommend the squashfs image. André On 30.05.2014 17:17, Alejandro Mery wrote: On 30/05/14 14:45, Alejandro Mery wrote: On 30/05/14 14:33, Jacek Kikiewicz wrote: select target profile

Re: [OpenWrt-Devel] [PATCH 3/3] bcm53xx_brcm: add sysupgrade support

Hi ! On 23.05.2014 15:03, Daniel wrote: I built a quite feature-complete and by now well-working sysupgrade for the oxnas fork https://www.gitorious.org/openwrt-oxnas/openwrt-oxnas/source/8d0f5e4025d5d9d2c129914b59c03d7c2cde5d93:target/linux/oxnas/base-files/lib/upgrade/platform.sh That

Re: [OpenWrt-Devel] [PATCH 0/3] RFC: Enable sysupgrade on ubifs rootfs

Hi! On 23.05.2014 15:08, John Crispin wrote: Hi, is this neccessary ? should a forced detach not be enough ? that is why we added the forced detach ioctl. could you try to use ubi detach rootfs instead of unmount ? Damn, I did not notice this. I have to use a different kernel source.. Thanks

Re: [OpenWrt-Devel] [PATCH 0/3] RFC: Enable sysupgrade on ubifs rootfs

Hi! On 23.05.2014 16:12, John Crispin wrote: ok, i will rework the series and merge the first 2 patches in the next days. i noticed the series passes the cmdline of sysupgrade which is a bit ugly so i will change that to using imagename + preserve_settings or similar That sounds good:-)

Re: [OpenWrt-Devel] [PATCH 1/3] procd: add support for running sysupgrade as PID 1

Hi ! On 23.05.2014 15:16, Felix Fietkau wrote: - submit it as a patch to procd git instead of openwrt - rename the command to 'exec' or something like that. It could be used for more than just sysupgrade. - make arguments a string array and maybe combine it with command - maybe add an optional

Re: [OpenWrt-Devel] [PATCH 3/3] bcm53xx_brcm: add sysupgrade support

Hi! I thought about how I could get some kind of transaction safety. I only found this solution: -Look if there is enough extra space for rootfs+sysupgrade.tgz+safety -If yes, create a temporary volume and push the image into it -Mount it -Copy sysupgrade.tgz to its root -unmount it -update

[OpenWrt-Devel] bcm53xx: Netgear R7000 problems

Hello! I saw that there is support for the Netgear R6250 in openwrt. So I thought maybe the R7000 is not so far from being support. It's not ;-) After I modified the R6250 config in openwrt to allow the initramfs image to be flashed. First problem I then saw is that the image loads fine, but on

Re: [OpenWrt-Devel] [PATCH][Lantiq] Add ath9k eeprom and pci fixup support

Hi Álvaro, I get the following errors when I try to apply: patching file target/linux/lantiq/patches-3.7/0122-MIPS-lantiq-adds-pcie-driver.patch Hunk #8 FAILED at 248. Hunk #9 FAILED at 1861. Hunk #10 FAILED at 2002. Hunk #12 FAILED at 2693. Hunk #13 FAILED at 3177. 5 out of 21 hunks FAILED --

Re: [OpenWrt-Devel] [lantiq] kernel 3.7 update

Hi John, I'm working with your new lantiq support and I have some problems. First is that I get really bad performance on tun/tap devices with openvpn. Minimal traffic through the devices is no problem, but if I push a kernel over the line, I get response times in 40s range. There's no load on

Re: [OpenWrt-Devel] Buffalo wbmr/lantiq kernel panik

Hi Lika, after compiling it with symbols enabled it looks even worse: Starting kernel ... [0.00] Linux version 3.6.6 (avalentin@varus) (gcc version 4.6.4 20121001 (prerelease) (Linaro GCC 4.6-2012.10) ) #1 Fri Nov 9 20:54:50 CET 2012 [0.00] SoC: AR9 rev 1.2 [0.00]