On 10/21/21 1:01 AM, Paul Spooren wrote:
Hi all,
Hauke an me plan to tag 21.02.1 this Friday.
Motivation is the recent breakage (and fix) of HTTPS secured by Let's
Encrypt certificates.
More information is available in the commit message[0] of the fix.
Please post your backport requests
On Thu, 21 Oct 2021 at 22:54, Hauke Mehrtens wrote:
>
> On 10/21/21 6:52 PM, Robert Marko wrote:
> > On Thu, 21 Oct 2021 at 18:30, Janusz Dziedzic
> > wrote:
> >>
> >> czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
> >>>
> >>> For PCI/USB bus level support there are per target feature
On 2021-10-21 14:31, Rosen Penev wrote:
On Thu, Oct 21, 2021 at 12:19 PM Kabuli Chana wrote:
For me the argument was not about whether there should 2, but whether
the change to vfpv3-d16 was the right choice as the 1. openssl is of
course preordained to run NEON SIMD code so no change would
On 10/21/21 6:52 PM, Robert Marko wrote:
On Thu, 21 Oct 2021 at 18:30, Janusz Dziedzic wrote:
czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
For PCI/USB bus level support there are per target feature flags that are set
and then you can check if those are set so that you cant even
On Thu, Oct 21, 2021 at 12:19 PM Kabuli Chana wrote:
>
> For me the argument was not about whether there should 2, but whether
> the change to vfpv3-d16 was the right choice as the 1. openssl is of
> course preordained to run NEON SIMD code so no change would be expected,
> but a benefit is seen
On 10/21/21 9:11 AM, Rui Salvaterra wrote:
isl.gforge.inria.fr has been dead since early this month [1]. Switch to
libisl.sourceforge.io for the time being.
[1] https://groups.google.com/g/isl-development/c/JGaMo2VUu_8
Signed-off-by: Rui Salvaterra
---
Acked-by: Paul Spooren
Note: this
For me the argument was not about whether there should 2, but whether
the change to vfpv3-d16 was the right choice as the 1. openssl is of
course preordained to run NEON SIMD code so no change would be expected,
but a benefit is seen on WG. I would suggest that is the result of 16
vs. 32 FP
isl.gforge.inria.fr has been dead since early this month [1]. Switch to
libisl.sourceforge.io for the time being.
[1] https://groups.google.com/g/isl-development/c/JGaMo2VUu_8
Signed-off-by: Rui Salvaterra
---
Note: this needs to be backported to every supported OpenWrt version.
If I use js e.g. :
o = ss.option(form.TextValue, 'blah', _('blah'), _('blah.'));
o.optional = true;
o.monospace = true;
And add either:
o.width = "500px";
or:
o.width = "60ch";
I do not get the desired effect. Is this normal?
Here (
On Thu, 21 Oct 2021 at 18:30, Janusz Dziedzic wrote:
>
> czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
> >
> > For PCI/USB bus level support there are per target feature flags that are
> > set and then you can check if those are set so that you cant even select
> > usb wlan driver if the
czw., 21 paź 2021 o 17:54 Robert Marko napisał(a):
>
> For PCI/USB bus level support there are per target feature flags that are set
> and then you can check if those are set so that you cant even select usb wlan
> driver if the target doesnt even have usb support enabled.
>
OK I see. Seems I
Hi, guys,
So, last meeting I proposed splitting the 32-bit mvebu target in
vfpv3-d16 and neon subtargets. It seems this subject comes up every
couple of years, or so. This time I hope to show solid evidence on why
it would be an exercise in futility, closing the matter once and for
all. In order
czw., 21 paź 2021 o 16:54 Robert Marko napisał(a):
>
> On Thu, 21 Oct 2021 at 16:53, Janusz Dziedzic
> wrote:
> >
> > czw., 21 paź 2021 o 16:43 Robert Marko napisał(a):
> > >
> > > On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic
> > > wrote:
> > > >
> > > > Hello,
> > > >
> > > > Hit some
Hi Nick,
On 10/21/21 11:31, Nick wrote:
Is someone massively utilizing the ubus interface from hostapd? I'm doing this
with dawn and I saw that blocktrron already fixed some infinity loop. However,
currently DAWN is crashing the hostapd. I make extensive use of the
get_clients, all
On Thu, 21 Oct 2021 at 16:53, Janusz Dziedzic wrote:
>
> czw., 21 paź 2021 o 16:43 Robert Marko napisał(a):
> >
> > On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic
> > wrote:
> > >
> > > Hello,
> > >
> > > Hit some issue with my ath11k card, so maybe someone already fix
> > > it/know what I
czw., 21 paź 2021 o 16:43 Robert Marko napisał(a):
>
> On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic
> wrote:
> >
> > Hello,
> >
> > Hit some issue with my ath11k card, so maybe someone already fix
> > it/know what I missed?
> >
> > My card (pcie):
> > root@OpenWrt:~# lspci
> > :00:00.0
On Thu, 21 Oct 2021 at 16:40, Janusz Dziedzic wrote:
>
> Hello,
>
> Hit some issue with my ath11k card, so maybe someone already fix
> it/know what I missed?
>
> My card (pcie):
> root@OpenWrt:~# lspci
> :00:00.0 PCI bridge: MEDIATEK Corp. Device 3258
> :01:00.0 Unassigned class [ff00]:
Hello,
Hit some issue with my ath11k card, so maybe someone already fix
it/know what I missed?
My card (pcie):
root@OpenWrt:~# lspci
:00:00.0 PCI bridge: MEDIATEK Corp. Device 3258
:01:00.0 Unassigned class [ff00]: Qualcomm QCA6390 Wireless
Network Adapter [AX500-DBS (2x2)]
I have this
On 2021-10-21 11:31, Nick wrote:
Is someone massively utilizing the ubus interface from hostapd? I'm
doing this with dawn and I saw that blocktrron already fixed some
infinity loop. However, currently DAWN is crashing the hostapd. I make
extensive use of the get_clients, all subscriptions,
wt., 19 paź 2021 o 22:50 Hauke Mehrtens napisał(a):
>
> This updates the wireless drivers to the code from kernel 5.15.
> This is updating the wifi drivers to test versions of the wireless
> backports. If there are no serious problems found I will also release
> official versions and update the
Is someone massively utilizing the ubus interface from hostapd? I'm
doing this with dawn and I saw that blocktrron already fixed some
infinity loop. However, currently DAWN is crashing the hostapd. I make
extensive use of the get_clients, all subscriptions, disassoc_immidient
calls.
Of
21 matches
Mail list logo