Hi
Current rkpwm is assuming "pwm" clock and therefore requires
"clock-names" entry in dtb. This has been removed in
https://github.com/torvalds/linux/commit/ba0d527be and therefore rkpwm
fails with:
rkpwm0 at mainbus0: no clock
rkpwm1 at mainbus0: no clock
which in turn makes the brightness contr
On Tue, Jul 27, 2021 at 12:30:06AM +0300, Vitaliy Makkoveev wrote:
> > The diff below makes pipex(4) a little bit more parallelization
> > reliable.
> > @@ -2238,10 +2240,6 @@ pipex_mppe_input(struct mbuf *m0, struct
> > coher_cnt &= PIPEX_COHERENCY_CNT_MASK;
> > pktloss = 0;
> >
> > -
On Tue, Jul 27, 2021 at 12:29:55AM +0300, Vitaliy Makkoveev wrote:
> > +tdb_stat_inc(struct tdb *tdb, enum tdb_counters c)
> > +tdb_stat_add(struct tdb *tdb, enum tdb_counters c, uint64_t v)
> > +tdb_stat_pkt(struct tdb *tdb, enum tdb_counters pc, enum tdb_counters bc,
All the other ...stat_inc on
anyone?
> On 19 Jul 2021, at 01:21, Vitaliy Makkoveev wrote:
>
> ping?
>
> The diff below updated to the most recent source.
>
> Index: sys/netinet/ip_ipsp.h
> ===
> RCS file: /cvs/src/sys/netinet/ip_ipsp.h,v
> retrieving revision
ping
> On 23 Jul 2021, at 03:12, Vitaliy Makkoveev wrote:
>
> This makes 'tdb' struct more MP compliant. 'tdb_data' struct became
> unused and was removed.
>
> Index: sys/net/pfkeyv2_convert.c
> ===
> RCS file: /cvs/src/sys/net/pfk
ping
> On 22 Jul 2021, at 01:56, Vitaliy Makkoveev wrote:
>
> With bluhm@'s diff for parallel forwarding pipex(4) could be accessed in
> parallel through (*ifp->if_input)() -> ether_input() ->
> pipex_pppoe_input(). PPPOE pipex(4) sessions are mostly immutable except
> MPPE crypt.
>
> The diff
On Mon, Jul 26, 2021 at 06:41:42PM +0200, Alexander Bluhm wrote:
> The mbuf header cleanup I added in revision 1.173 of ip_icmp.c is
> too strict. ICMP error packets generated by pf are not passed
> immediately, but may be blocked. Preserve PF_TAG_GENERATED flag
> in icmp_reflect() and icmp6_refl
On Mon, Jul 26, 2021 at 06:41:42PM +0200, Alexander Bluhm wrote:
> Hi,
>
> The mbuf header cleanup I added in revision 1.173 of ip_icmp.c is
> too strict. ICMP error packets generated by pf are not passed
> immediately, but may be blocked. Preserve PF_TAG_GENERATED flag
> in icmp_reflect() and i
Hi,
The mbuf header cleanup I added in revision 1.173 of ip_icmp.c is
too strict. ICMP error packets generated by pf are not passed
immediately, but may be blocked. Preserve PF_TAG_GENERATED flag
in icmp_reflect() and icmp6_reflect().
ok?
bluhm
Index: netinet/ip_icmp.c
===
On Mon, 26 Jul 2021 07:55:00 -0500, Scott Cheloha wrote:
> We don't know if it is still in the wild or not.
>
> There are lots of libc implementations. We can't account for all of
> them.
Right. We don't know who is still using a signal or itimer-based
sleep.
> > Being proscriptive in OpenBSD
This patch implements support for new iwx(4) -63 firmware images
available in the iwx-firmware-20210512 package (via fw_update).
Please test this patch and report back. If testing works out well
then I will commit these changes to CVS incrementally. Thanks!
For those testing my iwx Tx agg patch:
Claudio Jeker(cje...@diehard.n-r-g.com) on 2021.07.14 09:33:19 +0200:
> On Tue, Jun 29, 2021 at 12:00:24PM +0200, Claudio Jeker wrote:
> > This diff moves the rib_entry pointer re into the union to safe some
> > space. For add-path I need to add a few more u_int32_t and that would
> > blow the size
On Fri, Jun 25, 2021 at 06:09:27PM -0500, Scott Cheloha wrote:
>
> [...]
1 month bump. I really appreciate the tests I've gotten so far, thank
you.
The test reports I've received suggest that suspend/resume is not
broken by the patch. The reports also don't show any other big ticket
regression
On Sun, Jul 25, 2021 at 07:41:47PM -0600, Theo de Raadt wrote:
> Scott Cheloha wrote:
>
> > Given this, I want to tell the reader, roughly:
> >
> > "hey! it's plausible there is a SIGALRM-based sleep() implementation
> > using still floating around out there in the wild. If you find o
On Wed, Jul 14, 2021 at 01:46:37PM +0800, Kevin Lo wrote:
> Hi,
>
> The diff below fixes Rx desc RSS type. This matches what Linux and FreeBSD
> do.
> ok?
ok jmatthew@
>
> Index: sys/dev/pci/if_ix.c
> ===
> RCS file: /cvs/src/sys
I figured it would be more appropriate mailing tech then misc, I hope such
emails are allowed.
Intel wifi card: AX210 in the T14s gen2 intel
If anything there is an email in misc with all the details of the probmem. The
subject:
>Device not recognized: T14s gen 2 (intel); soldered intel wifi c
ok
Claudio Jeker(cje...@diehard.n-r-g.com) on 2021.07.13 15:37:36 +0200:
> This diff adds support to read MRT files using the new introduced _ADDPATH
> types as defined in RFC8050. I also started adding MRT support to bgpd but
> that depends on ADD-PATH itself.
>
> There are a few gotchas, especi
> Date: Mon, 26 Jul 2021 18:45:31 +1000
> From: Jonathan Gray
>
> Follow what was done with riscv64 and replace efibind.h with just the
> defines we need.
>
> Tested on armv7 arm64 and amd64 (bootx64).
ok kettenis@
> Index: sys/stand/efi/include/amd64/efibind.h
> =
Follow what was done with riscv64 and replace efibind.h with just the
defines we need.
Tested on armv7 arm64 and amd64 (bootx64).
Index: sys/stand/efi/include/amd64/efibind.h
===
RCS file: /cvs/src/sys/stand/efi/include/amd64/efibind
Alex Beakes [2021-07-26, 07:24 +]:
> I figured it would be more appropriate mailing tech then misc, I hope such
> emails are allowed.
>
> Intel wifi card: AX210 in the T14s gen2 intel
>
> If anything there is an email in misc with all the details of the probmem.
> The subject:
>>Device not
On 21/07/21(Wed) 09:19, Martin Pieuchot wrote:
> On 23/06/21(Wed) 15:53, Alexander Bluhm wrote:
> > On Wed, Jun 23, 2021 at 11:40:18AM +0200, Martin Pieuchot wrote:
> > > Our previous attempt [0] to replace the current select(2) implementation
> > > has been reverted due to non-acceptable latency i
On 26/07/21(Mon) 08:55, Martin Pieuchot wrote:
> On 21/07/21(Wed) 10:18, Martin Pieuchot wrote:
> > On 11/07/21(Sun) 14:45, Visa Hankala wrote:
> > > On Sat, Jul 10, 2021 at 05:26:57PM +0200, Martin Pieuchot wrote:
> > > > One of the reasons for the drop of performances in the kqueue-based
> > > >
22 matches
Mail list logo
