macppc base-clang -msvr4-struct-return

2020-02-04 Thread George Koehler
Hello tech list, This is a diff for base-clang. It would change the powerpc target to return small structs in registers r3 and r4. This would fix an incompatibility with gcc in OpenBSD macppc. I fear that if I commit the diff, I might break snapshot builds. I am looking for help. I posted

Re: IPv6 Support for umb(4)

2020-02-04 Thread Alexander Bluhm
On Tue, Feb 04, 2020 at 09:16:34AM +0100, Gerhard Roth wrote: > The updated patch below introduces a UMBFLG_NO_INET6 which is set on > receipt of a MBIM_STATUS_NO_DEVICE_SUPPORT in response to a > MBIM_CID_CONNECT. The code will then retry the connect operation in > IPv4-only mode. > > That won't

Re: sched_steal_proc(): steal from highest loaded CPU

2020-02-04 Thread Amit Kulkarni
> > When a cpu is idle, and wants to steal, it should steal from worst loaded > > cpu, i.e. with the highest cost, not the least cost. > > What you say might be a valid choice. However I'm not sure to > understand how does it relate to the behavior of the code? > > When stealing

Re: Replace ttkqflush() with klist_invalidate()

2020-02-04 Thread Visa Hankala
On Tue, Feb 04, 2020 at 01:04:24PM +0100, Martin Pieuchot wrote: > On 02/02/20(Sun) 09:58, Visa Hankala wrote: > > tty(4) uses custom code for revoking knotes. It should be changed to use > > klist_invalidate() to handle the revocation in one place. The following > > diff does that. > > Great,

Re: sched_steal_proc(): steal from highest loaded CPU

2020-02-04 Thread Martin Pieuchot
On 04/02/20(Tue) 08:43, Amit Kulkarni wrote: > When a cpu is idle, and wants to steal, it should steal from worst loaded > cpu, i.e. with the highest cost, not the least cost. What you say might be a valid choice. However I'm not sure to understand how does it relate to the behavior of the

sched_steal_proc(): steal from highest loaded CPU

2020-02-04 Thread Amit Kulkarni
Hi, When a cpu is idle, and wants to steal, it should steal from worst loaded cpu, i.e. with the highest cost, not the least cost. Also, remove a dead store while here. Thanks Index: kern/kern_sched.c === RCS file:

Re: Document that openlog's first paramater must continue to point to valid data

2020-02-04 Thread Ossi Herrala
On Sun, Feb 02, 2020 at 11:37:12PM +, Laurence Tratt wrote: > While writing a daemon in Rust, I discovered that, AFAICT, one doesn't have > sensible access to __progname and has to figure out the executable name > dynamically (AFAICT), so it ends up in malloc'd storage. > You probably should

Push KERNEL_LOCK() down in pgsigio() and selwakeup()

2020-02-04 Thread Martin Pieuchot
As recently profiled, the softnet thread which runs mostly without KERNEL_LOCK() is still somehow serialized with the rest of the kernel. This is because the various subsystems to notify userland, either via poll(2)/select(2), kqueue(2) or pgsignal(9) still require this lock. We worked around

Re: Replace ttkqflush() with klist_invalidate()

2020-02-04 Thread Martin Pieuchot
On 02/02/20(Sun) 09:58, Visa Hankala wrote: > tty(4) uses custom code for revoking knotes. It should be changed to use > klist_invalidate() to handle the revocation in one place. The following > diff does that. Great, your diff is ok mpi@ > In addition, the patch makes the code store the tty

Re: [PATCH] Gemini Lake SoC pcidevs and eMMC

2020-02-04 Thread Patrick Wildt
On Wed, Jan 02, 2019 at 08:11:25PM -0500, James Hastings wrote: > Hello tech@ > > I would like to add PCI devices for latest Intel SoC (Gemini Lake). > > Included a patch for sdhc(4) too that depends on this to enable eMMC. > The Intel eMMC controller does not like bus power going to 0V. There >

Re: IPv6 Support for umb(4)

2020-02-04 Thread Gerhard Roth
Hi Alex, thanks for looking into it. On Tue, 4 Feb 2020 00:20:42 +0100 Alexander Bluhm wrote: > On Tue, Jan 28, 2020 at 03:03:47PM +0100, Gerhard Roth wrote: > > this patch adds IPv6 support to umb(4). > > It breaks my IPv4 setup. > > umb0 at uhub0 port 4 configuration 1 interface 6