Re: ldomctl: list-io: print names

2020-03-17 Thread Klemens Nanni
On Sat, Mar 07, 2020 at 05:44:12PM +0100, Klemens Nanni wrote: > Next to the IO device path to be used in ldom.conf we can also print the > name which actually tells in human readable form what device we're > looking at. > > Those names are printed in similar format by Solaris `ldm list-io' and >

Re: ldomctl: list-io: print names

2020-03-17 Thread Klemens Nanni
On Tue, Mar 17, 2020 at 03:26:56PM +0100, Mark Kettenis wrote: > > @@ -2889,7 +2896,8 @@ list_components(void) > > > > pri_init(pri); > > > > + printf("PATH\t\tNAME\n"); > > Using tabs to make things line up isn't going to work very well. So > better use field widths in the printf

Re: ktrwriteraw & vget

2020-03-17 Thread Philip Guenther
On Tue, Mar 17, 2020 at 5:18 AM Martin Pieuchot wrote: > On 17/03/20(Tue) 04:02, Philip Guenther wrote: > > On Tue, Mar 17, 2020 at 1:07 AM Martin Pieuchot wrote: > > [...] > > > @@ -663,8 +668,6 @@ ktrwriteraw(struct proc *curp, struct vn > > > LIST_FOREACH(pr, , ps_list) > > >

Re: ldomctl: list-io: print names

2020-03-17 Thread Mark Kettenis
> Date: Tue, 17 Mar 2020 14:12:14 +0100 > From: Klemens Nanni > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > On Sat, Mar 07, 2020 at 05:44:12PM +0100, Klemens Nanni wrote: > > Next to the IO device path to be used in ldom.conf we can also print the > > name which

Please test: ix(4)+em(4) MSI-X towards multiqueues

2020-03-17 Thread Martin Pieuchot
Diff below allows ix(4) and em(4) to establish two MSI-X handlers. Multiqueue support is intentionally not included in this diff. One handler is for the single queue (index ":0") and one for the link interrupt: # vmstat -i |grep ix0 irq114/ix0:0 73178178 3758 irq115/ix0

Re: ktrwriteraw & vget

2020-03-17 Thread Philip Guenther
On Tue, Mar 17, 2020 at 1:07 AM Martin Pieuchot wrote: > On 16/03/20(Mon) 14:01, Martin Pieuchot wrote: > > vget(9) might fail, stop right away if that happens. > > > > CID 1453020 Unchecked return value. > > Updated diff that stops tracing if vget(9) fails, similar to what's > currently done if

Re: ktrwriteraw & vget

2020-03-17 Thread Martin Pieuchot
On 17/03/20(Tue) 04:02, Philip Guenther wrote: > On Tue, Mar 17, 2020 at 1:07 AM Martin Pieuchot wrote: > [...] > > @@ -663,8 +668,6 @@ ktrwriteraw(struct proc *curp, struct vn > > LIST_FOREACH(pr, , ps_list) > > if (pr->ps_tracevp == vp && pr->ps_tracecred == cred) > >

Re: bug? in getopt(3) / possible [PATCH]

2020-03-17 Thread Martijn van Duren
Included millert, since he imported this code. He might shed some more light on what's intended. On 3/15/20 11:27 PM, 0xef967...@gmail.com wrote: > On Sun, Mar 15, 2020 at 07:32:52PM +0100, Martijn van Duren wrote: >> tl;dr new diff below > > Check with: > > OPTS=r- ./getopt-test-MvD2 -r- >

Re: bug? in getopt(3) / possible [PATCH]

2020-03-17 Thread 0xef967c36
On Tue, Mar 17, 2020 at 02:14:58PM +0100, Martijn van Duren wrote: > Included millert, since he imported this code. > He might shed some more light on what's intended. > > On 3/15/20 11:27 PM, 0xef967...@gmail.com wrote: > > On Sun, Mar 15, 2020 at 07:32:52PM +0100, Martijn van Duren wrote: > >>

Re: macppc kernel and clang

2020-03-17 Thread George Koehler
On Mon, 16 Mar 2020 19:13:13 -0600 "Theo de Raadt" wrote: > How are the bootblocks faring? > > And userland? ofwboot with clang works for me. I failed to make bsd.rd (in src/distrib/macppc/ramdisk) with clang, but I don't remember exactly what I did, so I might have been making it the wrong

uvm_map_inentry diff for testing

2020-03-17 Thread Mark Kettenis
While playing with dt(4)/btrace(4) flamegraphs on a 32-core arm64 machine, I noticed that the kernel was spending a lot of time (6.84%) in uvm_map_inentry(). This is caused by kernel lock contention. Pushing baack the kernel lock further into the slow path reduces the time to 0.05%. Now mpi@

Re: ldomctl: list-io: print names

2020-03-17 Thread Mark Kettenis
> Date: Tue, 17 Mar 2020 17:27:21 +0100 > From: Klemens Nanni > > On Tue, Mar 17, 2020 at 03:26:56PM +0100, Mark Kettenis wrote: > > > @@ -2889,7 +2896,8 @@ list_components(void) > > > > > > pri_init(pri); > > > > > > + printf("PATH\t\tNAME\n"); > > > > Using tabs to make things line up

Re: ktrwriteraw & vget

2020-03-17 Thread Martin Pieuchot
On 17/03/20(Tue) 07:50, Philip Guenther wrote: > On Tue, Mar 17, 2020 at 5:18 AM Martin Pieuchot wrote: > > On 17/03/20(Tue) 04:02, Philip Guenther wrote: > > > On Tue, Mar 17, 2020 at 1:07 AM Martin Pieuchot wrote: > > > [...] > > > > @@ -663,8 +668,6 @@ ktrwriteraw(struct proc *curp, struct vn

Expose a few more symbols in arm64 kernel

2020-03-17 Thread Mark Kettenis
While playing with dt(4) on arm64, I noticed that there were some unrecognized functions. Diff below fixes that. ok? Index: arch/arm64/arm64/exception.S === RCS file: /cvs/src/sys/arch/arm64/arm64/exception.S,v retrieving revision

Re: Regarding the understanding of the malloc(3) code

2020-03-17 Thread Neeraj Pal
On Fri, Mar 13, 2020, at 11:45 AM Otto Moerbeek wrote: > > Please indent your code snippets. yeah, my apologies. I shall indent the code snippets. > > di_info is special. Having a guard page on both sides for regular > allocation can be done, but would waste more pages. Note that > allocations

ikectl(8): Reset SAs by policy ID

2020-03-17 Thread Tobias Heider
Hi, this diff adds a new command to ikectl(8) and iked(8) that allows to reset SAs based on the peers ID, which is equivalent to resetting a single policy. The expected ID format is the same as printed by 'ipsecctl -sf' in the 'dstid' field. Example: $ ikectl reset id FQDN/peer1 ok? diff

Re: [PLEASE TEST] acpi(4): acpi_sleep(): tsleep(9) -> tsleep_nsec(9)

2020-03-17 Thread Lucas Raab
On Sun, Mar 15, 2020, at 21:55, Scott Cheloha wrote: > Hi, > > This is a straightforward ticks-to-milliseconds conversion, but IIRC > pirofti@ wanted me to get some tests before committing it. > > The only users of acpi_sleep() are (a) acpitz(4) and (b) any AML code > that uses AMLOP_SLEEP.

Re: ldapd: fix return values for illegal passwords

2020-03-17 Thread Robert Klein
ping... On Sun, 8 Mar 2020 12:18:39 +0100 Robert Klein wrote: > Hi, > > I thought a bit more about using LDAP resultCode values and I think > some intermediate values are needed so it is clearer what happens. > > Also, I found out a clients connection hangs in the "Database is being >

vmm Linux guest crashes frequently

2020-03-17 Thread Johan Huldtgren
hello, i am running vmd on current and one of the guests I have is an Ubuntu 18.04.4 LTS. I have two problems, first this guest will crash frequently and second when restarting this guest it will often crash on restart. Starting with the second issue first, when the guest has crashed and is

Re: Patch: Sending credentials over Unix datagram sockets

2020-03-17 Thread David Mackay
GMail seems determined to ruin the formatting. Diff is now an attachment instead. -Original Message- From: David Mackay Sent: 18 March 2020 03:24 To: 'tech@openbsd.org' Subject: RE: Patch: Sending credentials over Unix datagram sockets Sorry, looks like my mail client mangled the

Patch: Sending credentials over Unix datagram sockets

2020-03-17 Thread David Mackay
Dear openbsd-tech, On GNU HURD and FreeBSD, the control message SCM_CREDS may be allocated by a client of a Unix datagram socket. When the kernel encounters this, it fills out a struct cmsgcred containing PID, UID, GID, effective UID, and effective GIDs of the sender. This patch implements this

Re: Patch: Sending credentials over Unix datagram sockets

2020-03-17 Thread David Mackay
Sorry, looks like my mail client mangled the previous message. I've reproduced the message below and made the diff an attachment in case it happens again. Dear openbsd-tech, On GNU HURD and FreeBSD, the control message SCM_CREDS may be allocated by a client of a Unix datagram socket. When the

Re: unbound 1.10.0

2020-03-17 Thread Renaud Allard
On 3/16/20 10:54 PM, Jordan Geoghegan wrote: That's good to hear, I've had a number of issues with DoT stalling on 1.9.4 and 1.9.6. I've found having multiple entries in my forwarders section has somewhat mitigated the issue. I wonder if the stalling problem is related to this:

Re: ktrwriteraw & vget

2020-03-17 Thread Martin Pieuchot
On 16/03/20(Mon) 14:01, Martin Pieuchot wrote: > vget(9) might fail, stop right away if that happens. > > CID 1453020 Unchecked return value. Updated diff that stops tracing if vget(9) fails, similar to what's currently done if VOP_WRITE(9) fails, suggested by visa@. Code shuffling is there to

Re: macppc kernel and clang

2020-03-17 Thread Mark Kettenis
> From: "Theo de Raadt" > Date: Mon, 16 Mar 2020 19:13:13 -0600 > > ok deraadt > > Next up, to figure out the right plan for ofw. > > Thank you so much for figuring out these two details. > > How are the bootblocks faring? I believe somebody already tested the bootloader. Doesn't hurt to