Re: JH7110 PCIe device tree binding update

2023-08-31 Thread Jonathan Matthew
On Wed, Aug 30, 2023 at 01:19:42PM +0800, Kevin Lo wrote: > On Tue, Aug 29, 2023 at 09:15:41PM +0200, Mark Kettenis wrote: > > > > > Date: Tue, 29 Aug 2023 11:58:23 +0200 > > > From: Mark Kettenis > > > > > > Upstreaming of the JH7110 PCIe device tree bindings isn't finished > > > yet, but it se

Re: Regularize shift $((OPTIND - 1)) after getopts

2023-08-31 Thread Lucas
Simon Branch wrote: > In an arithmetic substitution -- that is, the $(( ... )) construct in a > shell script -- one can reference variables either with ($a) or without > (a) the dollar sign. However, the latter is slightly better: the > variable is interpreted as an integer, and then the integer

clockintr: move control of statclock() into scheduler

2023-08-31 Thread Scott Cheloha
This is the next patch in the clock interrupt policy reorganization series. While the hardclock/dt(4) patch is being rewritten we can do this orthogonal statclock() patch. It needs to get done at some point anyway, may as well do it now. So, this patch moves most of the statclock() code out of t

Re: sched_cpu_init: no need to NULL-check clockintr pointers

2023-08-31 Thread Claudio Jeker
On Thu, Aug 31, 2023 at 10:30:45AM -0500, Scott Cheloha wrote: > We don't actually need these NULL-checks, my mistake. > > sched_init_cpu() is only ever run once for a given cpu_info. > > ok? Yes please. OK claudio@ > Index: kern_sched.c > ==

sched_cpu_init: no need to NULL-check clockintr pointers

2023-08-31 Thread Scott Cheloha
We don't actually need these NULL-checks, my mistake. sched_init_cpu() is only ever run once for a given cpu_info. ok? Index: kern_sched.c === RCS file: /cvs/src/sys/kern/kern_sched.c,v retrieving revision 1.87 diff -u -p -r1.87 ker

Re: JH7110 PCIe device tree binding update

2023-08-31 Thread Robert Palm
It works for the 1.2a version, too. To create the .dtb file from upstream I used the attached script (don't know how you do it, but maybe it's helpful for someone else, too). There are some warnings which were addressed here: https://github.com/starfive-tech/linux/issues/118 Thank you.

PATCH: remove "dead code" in make

2023-08-31 Thread Marc Espie
A long time ago, I tried to host our fork of make, in the hope it would get picked up by other systems. Accordingly, some features were added to mimic netbsd's extensions, hidden behind FEATURES macros. Turns out that, for better or for worse, FreeBSD decided to go with NetBSD's fork of bmake, so