amd64: update PTDpaddr with new PA of PML4 for libkvm

2019-02-13 Thread Naoki Fukaumi
Hi Mike Larkin, since pmap_kernel is randomized, savecore(libkvm) cannot save core dump from dump device. (savecore: magic number mismatch) updating PTDpaddr fixes this issue. by the way, is there any problem to use proc0.p_addr->u_pcb.pcb_cr3 instead of PTDpaddr in cpu_dump()? -- FUKAUMI

Re: make sbcreatecontrol take void * instead of caddr_t

2019-02-13 Thread Claudio Jeker
On Wed, Feb 13, 2019 at 09:54:26AM +1000, David Gwynne wrote: > this makes it easier to call sbcreatecontrol without requiring casts. > > it makes the argument const as well, and promotes the length variable to > size_t. > > ok? OK claudio One note, should there be an extra check that ensures

Re: amd64: update PTDpaddr with new PA of PML4 for libkvm

2019-02-13 Thread Naoki Fukaumi
Hi, From: Mike Larkin Subject: Re: amd64: update PTDpaddr with new PA of PML4 for libkvm Date: Wed, 13 Feb 2019 01:01:28 -0800 > On Wed, Feb 13, 2019 at 05:40:45PM +0900, Naoki Fukaumi wrote: >> Hi Mike Larkin, >> >> since pmap_kernel is randomized, savecore(libkvm) cannot save core >> dump

Re: amd64: update PTDpaddr with new PA of PML4 for libkvm

2019-02-13 Thread Mike Larkin
On Wed, Feb 13, 2019 at 05:40:45PM +0900, Naoki Fukaumi wrote: > Hi Mike Larkin, > > since pmap_kernel is randomized, savecore(libkvm) cannot save core > dump from dump device. (savecore: magic number mismatch) > > updating PTDpaddr fixes this issue. > > by the way, is there any problem to use

scan_ffs w/UFS2

2019-02-13 Thread gwes
This is a patch for scan_ffs to make it find UFS2 partitions. The following test data represents a sample of the various disks available to me at this time. All of the tests are on 6.3 amd64. I haven't updated to 6.4 or snapshots on this machine. By design, scan_ffs can only find intact first

Re: futex(2) based pthread_rwlock*

2019-02-13 Thread Martin Pieuchot
On 12/02/19(Tue) 23:25, Paul Irofti wrote: > On Wed, Jan 30, 2019 at 12:29:20PM -0200, Martin Pieuchot wrote: > > On 28/01/19(Mon) 14:57, Martin Pieuchot wrote: > > > Summer is really warm here. No need to make my machines hotter by > > > spinning a lot. So here's a futex(2) based

Re: Why both media and -mediaopt doesn't specify at the same time?

2019-02-13 Thread Claudio Jeker
On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote: > Hi, > > When I execute `ifconfig media XX -mediaopt YY' command, it occured > error as below. > > $ doas ifconfig em1 media 100baseTX -mediaopt full-duplex > ifconfig: may not issue both `media' and `-mediaopt' > $ echo $? > 1 > >

Protect bridge(4) hash table

2019-02-13 Thread Martin Pieuchot
Diff below uses a mutex to serialize accesses to the hash table. It doesn't guarantee that pointers returned by a lookup on this table are still valid. This will be addressed in a later diff. I also annotated Immutable fields ([I]) in the bridge_softc structure. Ok? Index: net/bridgectl.c

mpw(4) hacks for bridge(4)

2019-02-13 Thread Martin Pieuchot
Now that mpw(4) is an Ethernet interface, can I get rid of the following hacks? Index: net/if_bridge.c === RCS file: /cvs/src/sys/net/if_bridge.c,v retrieving revision 1.319 diff -u -p -r1.319 if_bridge.c --- net/if_bridge.c 29

timeout_barrier() in bridge_stop()

2019-02-13 Thread Martin Pieuchot
If timeout_del(9) didn't remove the timeout we need to ensure we're not leaving a reference to the `sc' in the wild. We do not want to execute the timeout when the interface isn't running, so add the proper check and correct the flag set/unset ordering. ok? diff --git sys/net/bridgectl.c

ldap remove some unneeded checks

2019-02-13 Thread Martijn van Duren
I found two minor issues and a nuisance with ldap(1). Issues: 1) When searching a tree the DN that equals the searchdn is not shown, resulting in weird (and incorrect) output. According to RFC2849 the DN must always be shown. 2) If we can't print a single element node we still print the

Re: mpw(4) hacks for bridge(4)

2019-02-13 Thread Claudio Jeker
On Wed, Feb 13, 2019 at 12:02:50PM -0200, Martin Pieuchot wrote: > Now that mpw(4) is an Ethernet interface, can I get rid of the following > hacks? Yes, this was the goal of dlg@'s mpw change. OK claudio but lets see what dlg@ thinks. > Index: net/if_bridge.c >

Re: firmware.openbsd.org (SHA256)

2019-02-13 Thread Stuart Henderson
On 2019/02/13 16:41, Oleg Pahl wrote: > Hi all, > > I use 6.4 Release. > I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/ > This URL i found in man page FW_UPDATE(1) > You can see that ( index.txt ) has one file more then as on server! > > --- > > From index.txt: > >

Re: mpw(4) hacks for bridge(4)

2019-02-13 Thread David Gwynne
yes! ok by me. > On 14 Feb 2019, at 00:02, Martin Pieuchot wrote: > > Now that mpw(4) is an Ethernet interface, can I get rid of the following > hacks? > > Index: net/if_bridge.c > === > RCS file: /cvs/src/sys/net/if_bridge.c,v >

Re: Why both media and -mediaopt doesn't specify at the same time?

2019-02-13 Thread Masato Asou
From: Claudio Jeker Date: Wed, 13 Feb 2019 14:25:58 +0100 > On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote: >> Hi, >> >> When I execute `ifconfig media XX -mediaopt YY' command, it occured >> error as below. >> >> $ doas ifconfig em1 media 100baseTX -mediaopt full-duplex >>

Re: Why both media and -mediaopt doesn't specify at the same time?

2019-02-13 Thread YASUOKA Masahiko
On Thu, 14 Feb 2019 08:30:45 +0900 (JST) Masato Asou wrote: > From: Claudio Jeker > Date: Wed, 13 Feb 2019 14:25:58 +0100 > >> On Wed, Feb 13, 2019 at 11:04:02AM +0900, Masato Asou wrote: >>> Hi, >>> >>> When I execute `ifconfig media XX -mediaopt YY' command, it occured >>> error as below.

Re: video(1) and modesetting driver

2019-02-13 Thread Martin Pieuchot
On 07/02/19(Thu) 13:52, Raphael Graf wrote: > [...] > The new diff below solves this yuy2/yuyv problem by defining them both under > the same name 'yuy2'. That's great. I would just change the comment to explain that it's due to an incoherency between the names reported by XvListImageFormats(3)

Re: ldap(1) Add delete support [1/1]

2019-02-13 Thread Martijn van Duren
Part 2: adding the actual delete command. This still misses the documentation, I'll send that later. diff --git a/aldap.c b/aldap.c index 39ced8f..a460f9a 100644 --- a/aldap.c +++ b/aldap.c @@ -247,6 +247,34 @@ fail: return (-1); } +int +aldap_delete(struct aldap *ldap, const char

ldap(1) Add delete support [0/1]

2019-02-13 Thread Martijn van Duren
I would like to see some more functionality in ldap(1), so I started of with delete, because that's seems to be the easiest/shortest to implement and the diffs are big enough as is. I split it up in 2 diffs. This is the first one, which restructures ldap(1) to make use of a per command

Re: [patch] cwm: tile only within active monitor

2019-02-13 Thread Okan Demirmen
On Sun 2019.01.06 at 14:46 -0500, Charles A Daniels wrote: > Hi all, > > I'm new around here, so apologies in advance if I miss something > obvious. > > I have written a patch to cwm so that the htile/vtile functionality > only affect windows within the same monitor as the active window. For >

Re: firmware.openbsd.org (SHA256)

2019-02-13 Thread Marc Espie
On Wed, Feb 13, 2019 at 04:41:56PM +0100, Oleg Pahl wrote: > Hi all, > > I use 6.4 Release. > I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/ > This URL i found in man page FW_UPDATE(1) > You can see that ( index.txt ) has one file more then as on server! It doesn't

firmware.openbsd.org (SHA256)

2019-02-13 Thread Oleg Pahl
Hi all, I use 6.4 Release. I install fm on my laptop from http://firmware.openbsd.org/firmware/6.4/ This URL i found in man page FW_UPDATE(1) You can see that ( index.txt ) has one file more then as on server! --- From index.txt: -rw-r--r-- 1 0 0 1707 Oct 16 22:41:37 2018 SHA256 ---

Re: futex(2) based pthread_rwlock*

2019-02-13 Thread Christian Weisgerber
On 2019-01-30, Martin Pieuchot wrote: > Newer version with fewer atomics and some barrier corrections as pointed > out by visa@. This has now gone through a full amd64 package build without problems. -- Christian "naddy" Weisgerber na...@mips.inka.de