Hi Stanislaw,
On Sun, Feb 24, 2019 at 10:23 AM Stanislaw Gruszka wrote:
>
> Fix crash due to passing invalid r2x00dev->eeprom_file pointer to
> release_firmware(). Since we copy eeprom data with EEPROM_SIZE
> in rt2800_read_eeprom() we can use eeprom_file->size as marker
> if the file was crated
On Mon, Feb 25, 2019 at 8:42 AM Koen Vandeputte
wrote:
>
>
> On 25.02.19 17:33, Joe Ayers wrote:
> > On Mon, Feb 25, 2019 at 1:56 AM Lorenzo Bianconi
> > wrote:
> >>> On 24.02.19 21:32, Joe Ayers wrote:
> >> Hi Joe,
> Hi Joe,
> First of all, thanks for contributing this fix. I've incorpora
Hello Christian,
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:
>>> diff --git
>>> a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbo
Hi Dmitry,
I just sent a bunch of patches based on your initial patch.
Note that your patch is only stored as comment to another and lacks Signed-off,
if I'm not mistaken.
Will try to test all of this during the week.
Best
Adrian
> -Original Message-
> From: openwrt-devel [mailto:ope
ath10k-caldata extraction is the same across different targets
and also uses similar function compared to ath9k-eeprom
extraction.
This patch merges ath10k stuff into the same file where ath9k
function have already been collected.
Signed-off-by: Adrian Schmutzler
---
package/base-files/files/li
Reading and writing to and from flash storage is slow and currently,
especially since some scripts use a block size of 1 to be able skip.
This patch reworks the extraction scripts to be much faster and
efficient by reading and writing in possibly one big block.
This is based on the initial commit
This merges the ath10k-caldata extraction into the common
eeprom.sh. This is done in a separate step, as ipq40xx was
already updated to dd in blocks.
Signed-off-by: Adrian Schmutzler
---
package/base-files/files/lib/functions/eeprom.sh | 5 +-
.../etc/hotplug.d/firmware/11-ath10k-caldata
This implements the caldata/eeprom reading speedup based on the common
file created in Dmitry Tunin's patch, which is considered a dependency.
This has to be tested yet.
Adrian Schmutzler (3):
ar71xx/ath79: Merge ath10k-caldata extraction into eeprom.sh
eeprom.sh: Speed up caldata/eeprom hand
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:
> > diff --git
> > a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-fritzbox-7530.dts
> >
> > b/target/linux/ipq40xx/files-4.14/arch/arm/boo
On Mon, 25 Feb 2019, Rosen Penev wrote:
On Mon, Feb 25, 2019 at 11:09 AM Rosen Penev wrote:
On Mon, Feb 25, 2019 at 10:01 AM Eneas U de Queiroz via openwrt-devel
wrote:
The sender domain has a DMARC Reject/Quarantine policy which disallows
sending mailing list messages using the original "
On Monday, 25 February 2019 20:25:25 CET Sven Eckelmann wrote:
> On Monday, 25 February 2019 15:08:15 CET Jeff Kletsky wrote:
> > >> Mesh is broken using ath10k-ct?
> > >> https://bugs.openwrt.org/index.php?do=details&task_id=2123
[...]
> Can you check if following works for you (add it as patch to
On Monday, 25 February 2019 15:08:15 CET Jeff Kletsky wrote:
> >> Mesh is broken using ath10k-ct?
> >> https://bugs.openwrt.org/index.php?do=details&task_id=2123
[...]
> * The "classic" drivers/firmware fail on or after the indicated commit
>
> CONFIG_PACKAGE_ath10k-firmware-qca9887=y
>
On Mon, Feb 25, 2019 at 11:09 AM Rosen Penev wrote:
>
> On Mon, Feb 25, 2019 at 10:01 AM Eneas U de Queiroz via openwrt-devel
> wrote:
> >
> > The sender domain has a DMARC Reject/Quarantine policy which disallows
> > sending mailing list messages using the original "From" header.
> >
> > To miti
On Fri, Feb 22, 2019 at 10:39 AM Adrian Schmutzler
wrote:
>
> Reading and writing to and from flash storage is slow and currently,
> especially since some scripts use a block size of 1 to be able skip.
>
> This patch reworks the extraction scripts to be much faster and
> efficient by reading and w
On Mon, Feb 25, 2019 at 10:01 AM Eneas U de Queiroz via openwrt-devel
wrote:
>
> 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
> automatica
Zefir Kurtisi writes:
> But to clarify your point: it is possible to have kernel modules with
> colliding
> symbols. Just add two drivers which export 'foo()', both will be built and
> installed, but loading the second will fail. At least this is my observation,
> there are no mechanisms in plac
> -Original Message-
> From: openwrt-devel [mailto:openwrt-devel-boun...@lists.openwrt.org] On
> Behalf Of Dmitry Tunin
> Sent: Montag, 25. Februar 2019 19:31
> To: Christian Lamparter
> Cc: Adrian Schmutzler ; Petr Štetiar
> ; openwrt-devel@lists.openwrt.org
> Subject: Re: [OpenWrt-Devel]
On 2/25/19 7:13 PM, Bjørn Mork wrote:
> Zefir Kurtisi writes:
>
>> On 2/25/19 3:23 PM, Piotr Dymacz wrote:
>>> Hello Zefir,
>>>
>>> On 25.02.2019 15:08, Zefir Kurtisi wrote:
re-post, missed CC
On 2/25/19 2:52 PM, Bjørn Mork wrote:
> Zefir Kurtisi writes:
>
>> Some kern
пн, 25 февр. 2019 г. в 21:20, Christian Lamparter :
> > The only problem here is that not all platforms need it.
> The problem I always have is more along the way that a patch should receive
> some "on-device" testing. So I do look forward for patches that received a
> "Tested-by:" tag or has posi
On Friday, February 22, 2019 3:32:03 PM CET Dmitry Tunin wrote:
> пт, 22 февр. 2019 г. в 16:57, Petr Štetiar :
> >
> > Dmitry Tunin [2019-02-22 16:13:52]:
> >
> > > What do you mean by "generalize"? Fix it on all platforms, or having
> > > common 10-ath9k-eeprom, 11-ath10k-caldata, etc files., or
On 2/25/19 6:18 PM, Piotr Dymacz wrote:
> [snip]
>
> I'm more worried here about breaking existing {users, downstream projects,
> etc.}
> code and how the things have been working for years.
> I believe, kernel modules were always (or at least since 2013~2014 when the
> kmodloader was introduced)
пн, 25 февр. 2019 г. в 21:08, Adrian Schmutzler :
>
> So we both step back, same situation again ;-)
>
> I only just read the "Something like this for ar71xx, ath79 and ramips,
> untested." in Dmitry's proposal, so I would do the following:
>
> Merge my patches, so we have the speed-up (without mu
Zefir Kurtisi writes:
> On 2/25/19 3:23 PM, Piotr Dymacz wrote:
>> Hello Zefir,
>>
>> On 25.02.2019 15:08, Zefir Kurtisi wrote:
>>> re-post, missed CC
>>>
>>> On 2/25/19 2:52 PM, Bjørn Mork wrote:
Zefir Kurtisi writes:
> Some kernel modules have colliding symbol naming
T
So we both step back, same situation again ;-)
I only just read the "Something like this for ar71xx, ath79 and ramips,
untested." in Dmitry's proposal, so I would do the following:
Merge my patches, so we have the speed-up (without much code change) quickly.
At some later point either Dmitry or
пн, 25 февр. 2019 г. в 21:00, Adrian Schmutzler :
>
> Hi,
>
> I like Dmitry's approach as it will reduce duplicate code.
That was not my approach ;-)
>
> I would be happy to send patches for the "rest" (what I did more than him)
> based on his patch.
>
> I just interpreted the comment
>
> > The o
пн, 25 февр. 2019 г. в 21:01, Dmitry Tunin :
>
> I suggest Adrian's. I was too lazy to patch them all. Only merging
> this what matters.
>
> пн, 25 февр. 2019 г. в 20:27, Christian Lamparter :
> >
> > Hello,
> >
> > On Friday, February 22, 2019 7:52:37 PM CET Dmitry Tunin wrote:
> > > пт, 22 февр.
I suggest Adrian's. I was too lazy to patch them all. Only merging
this what matters.
пн, 25 февр. 2019 г. в 20:27, Christian Lamparter :
>
> Hello,
>
> On Friday, February 22, 2019 7:52:37 PM CET Dmitry Tunin wrote:
> > пт, 22 февр. 2019 г. в 21:48, Adrian Schmutzler
> > :
> > >
> > > Based on t
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 ---
The patches to the /dev/crypto eng
Hi,
I like Dmitry's approach as it will reduce duplicate code.
I would be happy to send patches for the "rest" (what I did more than him)
based on his patch.
I just interpreted the comment
> The only problem here is that not all platforms need it.
as an objection to the unified approach, so I
Hello,
On Friday, February 22, 2019 7:52:37 PM CET Dmitry Tunin wrote:
> пт, 22 февр. 2019 г. в 21:48, Adrian Schmutzler
> :
> >
> > Based on the ipq40xx commit from chunkeey, I tried to do the same for
> > ar71xx/ath79.
> >
> I want to add that without this patch firmware extraction is not fast
Hello Zefir,
On 25.02.2019 16:06, Zefir Kurtisi wrote:
[snip]
Hm, I gave an example in the commit message and if it helps, I can post the
related log-output to prove my claim. But you might mean something else?
But the 'qcawifi' is not part of the kernel and OpenWrt project.
The QSDK [1] i
On 25.02.19 17:33, Joe Ayers wrote:
On Mon, Feb 25, 2019 at 1:56 AM Lorenzo Bianconi
wrote:
On 24.02.19 21:32, Joe Ayers wrote:
Hi Joe,
Hi Joe,
First of all, thanks for contributing this fix. I've incorporated
into the http://www.arednmesh.org project, just getting into our
nightly build
On Mon, Feb 25, 2019 at 1:56 AM Lorenzo Bianconi
wrote:
>
> >
> > On 24.02.19 21:32, Joe Ayers wrote:
>
> Hi Joe,
>
> > > First of all, thanks for contributing this fix. I've incorporated
> > > into the http://www.arednmesh.org project, just getting into our
> > > nightly builds now. A comment
On 2/25/19 3:23 PM, Piotr Dymacz wrote:
> Hello Zefir,
>
> On 25.02.2019 15:08, Zefir Kurtisi wrote:
>> re-post, missed CC
>>
>> On 2/25/19 2:52 PM, Bjørn Mork wrote:
>>> Zefir Kurtisi writes:
>>>
Some kernel modules have colliding symbol naming
>>>
>>> This is not true.
>>>
>>>
>>> Bjørn
>>
Hello Zefir,
On 25.02.2019 15:08, Zefir Kurtisi wrote:
re-post, missed CC
On 2/25/19 2:52 PM, Bjørn Mork wrote:
Zefir Kurtisi writes:
Some kernel modules have colliding symbol naming
This is not true.
Bjørn
Hm, I gave an example in the commit message and if it helps, I can post the
r
re-post, missed CC
On 2/25/19 2:52 PM, Bjørn Mork wrote:
> Zefir Kurtisi writes:
>
>> Some kernel modules have colliding symbol naming
>
> This is not true.
>
>
> Bjørn
>
Hm, I gave an example in the commit message and if it helps, I can post the
related log-output to prove my claim. But yo
On 2/25/19 5:32 AM, Steve Brown wrote:
On Mon, 2019-02-25 at 12:10 +0100, Daniel Engberg wrote:
Hi,
Mesh is broken using ath10k-ct?
https://bugs.openwrt.org/index.php?do=details&task_id=2123
The combination of ath10k-ct and firmware ver 10.2.4-1.0-00043 works on
my QCA9880 (tp-link archer a
Zefir Kurtisi writes:
> Some kernel modules have colliding symbol naming
This is not true.
Bjørn
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
On Mon, 2019-02-25 at 12:10 +0100, Daniel Engberg wrote:
> Hi,
>
>
> Mesh is broken using ath10k-ct?
> https://bugs.openwrt.org/index.php?do=details&task_id=2123
>
The combination of ath10k-ct and firmware ver 10.2.4-1.0-00043 works on
my QCA9880 (tp-link archer a7 v5).
According to debugfs, at
Some kernel modules have colliding symbol naming and
can't be loaded at the same time. This was observed
e.g. with qcawifi and mac80211, where function names
overlap. Therefore, the decision which kernel modules
to use has to be made at build time, resulting in
different FW variants.
An alternativ
Can someone check https://github.com/openwrt/openwrt/pull/1637?
It works well for GCC 8.3, and should work for 7.4 as well.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel
Hi,
Just a few things to take into consideration for 19.XX release
Oversized ethernet frames on ipq806x causes crashes
https://bugs.openwrt.org/index.php?do=details&task_id=2026
Overall ethernet performance on ipq806x isn't great,
perhaps add a note in the release about it
f2fs wonkyness on se
>
> On 24.02.19 21:32, Joe Ayers wrote:
Hi Joe,
> > First of all, thanks for contributing this fix. I've incorporated
> > into the http://www.arednmesh.org project, just getting into our
> > nightly builds now. A comment and a couple questions...
> >
> > The MAX_DELAY was way too short for
On 24.02.19 21:32, Joe Ayers wrote:
First of all, thanks for contributing this fix. I've incorporated
into the http://www.arednmesh.org project, just getting into our
nightly builds now. A comment and a couple questions...
The MAX_DELAY was way too short for our community, had to increase
On Monday, 25 February 2019 09:03:52 CET Кирилл Луконин wrote:
> But what about ELP interval parameter?
> As I think, it should be covered by UCI config too.
Please first provide a batctl patch to support this setting. Then we can
discuss the uci integration.
Kind regards,
Sven
signatur
Hello.
That looks pretty cool.
But what about ELP interval parameter?
As I think, it should be covered by UCI config too.
Best Regards,
Lukonin Kirill
пн, 25 февр. 2019 г. в 12:36, Sven Eckelmann :
>
> On Monday, 25 February 2019 02:24:56 CET Gui Iribarren wrote:
> > have you considered, to si
46 matches
Mail list logo
