[OpenWrt-Devel] [PATCH] ramips: disable badblock shifting for MT7621 NAND

2019-08-29 Thread David Bauer
The MediaTek MT7621 NAND driver currently intransparently shifts NAND pages when a block is marked as bad. Because of this, offsets for e.g. caldata and MAC-addresses seem to be off. This is, howeer, not a task for the mtd NAND driver, as the flash translation layer is tasked with this. This

[OpenWrt-Devel] [PATCH v2 1/3] lua: create lua symlink for host installation

2019-08-29 Thread David Bauer
Since the binaries for both lua as well as lua5.3 contain the version number, invocations of the "lua" binary are failing, as it's not created anymore for the host package. Fixes: fe59b46 ("lua: include version number in installed files") Signed-off-by: David Bauer --- v2: - drop symlink

Re: [OpenWrt-Devel] Squashfs breakage lottery with UBI WAS: [PATCH RFC 2/2] amp821xx: use newly added pad-squashfs for Meraki MR24

2019-08-29 Thread Russell Senior
>> Fwiw, I took a little closer look at the squashfs code. I still don't >> quite understand it, but I sprinkled some printk()'s and got a better >> idea of what is happening. >> >> With a root.squashfs of 6428672 bytes, we get the error in a call: > > Actually, the 6428672 bytes was from a

Re: [OpenWrt-Devel] Squashfs breakage lottery with UBI WAS: [PATCH RFC 2/2] amp821xx: use newly added pad-squashfs for Meraki MR24

2019-08-29 Thread Russell Senior
> Fwiw, I took a little closer look at the squashfs code. I still don't > quite understand it, but I sprinkled some printk()'s and got a better > idea of what is happening. > > With a root.squashfs of 6428672 bytes, we get the error in a call: Actually, the 6428672 bytes was from a later

Re: [OpenWrt-Devel] Squashfs breakage lottery with UBI WAS: [PATCH RFC 2/2] amp821xx: use newly added pad-squashfs for Meraki MR24

2019-08-29 Thread Russell Senior
Fwiw, I took a little closer look at the squashfs code. I still don't quite understand it, but I sprinkled some printk()'s and got a better idea of what is happening. With a root.squashfs of 6428672 bytes, we get the error in a call:

Re: [OpenWrt-Devel] [lantiq] help in supporting FRITZ!BOX 3272 (Fritz_Box_HW198))

2019-08-29 Thread Enrico Mioso
Thank you very very much guys!! Wow - this seems a big step forward! thank you You're very kind and I apreciated your help very much. Looking at sources NOW! :) :) On Thu, 29 Aug 2019, Lars Melin wrote: Date: Thu, 29 Aug 2019 05:03:27 From: Lars Melin To: Enrico Mioso Subject: Re:

Re: [OpenWrt-Devel] [lantiq] help in supporting FRITZ!BOX 3272 (Fritz_Box_HW198))

2019-08-29 Thread Robert Marko
On Thu, 29 Aug 2019 at 02:35, Enrico Mioso wrote: > Dear Bjorn, > Thank you very very much! You've been always helpful tome... :) > > thank you for pointing me at your work - it has been very useful. I was > using as references sources from the TP-Link Archer D2. > > thanks to your hints and

Re: [OpenWrt-Devel] ath9k: fix dynack in IBSS mode

2019-08-29 Thread Koen Vandeputte
On 28.08.19 19:34, Joe Ayers wrote: initialized the ackto to max: A) avoidance of late-ack state B) not require wpa_supplicant -- not in use by our community today C) Suspect some conditions, e.g. low SNR Neighbors, do not trigger "late ack" (consistent, with observation of low SNR Neighbors

Re: [OpenWrt-Devel] [PATCH uqmi] nas: add --get-plmn

2019-08-29 Thread Bjørn Mork
Martin Schiller writes: > On 2019-08-26 21:12, Sami Olmari wrote: >> I think the ideology behind proto handler there is to "do whatever >> told" despite of what the state is currently, >> maybe there is a reason for such behaviour (searches some stuff from >> network etc). > > There exist 2

Re: [OpenWrt-Devel] [PATCH uqmi] nas: add --get-plmn

2019-08-29 Thread Martin Schiller
On 2019-08-26 21:12, Sami Olmari wrote: I think the ideology behind proto handler there is to "do whatever told" despite of what the state is currently, maybe there is a reason for such behaviour (searches some stuff from network etc). There exist 2 problems in the qmi proto handler: 1.

Re: [OpenWrt-Devel] [PATCH] umbim: add home provider query support

2019-08-29 Thread Bjørn Mork
Ingo Feinerer writes: > This adds support to query the home provider, mainly for debugging and > information purposes. Looks nice to me. Did a simple run test just to confirm that it works as expected with my EM7455 at least: $ ./umbim -p -d /dev/cdc-wdm0 home provider_id: 24201