32-bit powerpc head -r360311: lock order reversal between: "PROC (UMA zone)" and "kernelpmap (kernelpmap)": Is this expected?

2020-04-30 Thread Mark Millard
Using artifact.ci's head -r360311 debug-kernel materials: https://artifact.ci.freebsd.org/snapshot/head/r360311/powerpc/powerpc/kernel*.txz I got the following notice: lock order reversal: 1st 0x1cbb680 PROC (UMA zone) @ /usr/src/sys/vm/uma_core.c:4387 2nd 0x113c99c kernelpmap (kernelpmap) @

Re: nvme on 2019 macbooks

2020-04-30 Thread Yuri Pankov
Yuri Pankov wrote: I have tried booting latest -current snapshot on 2019 macbook pro 16, and noticed that nvme driver didn't attach, as class reported is 0x018002 and not 0x010802 that we expect in nvme_pci.c. The following linux changes seem to be related:

Re: sysutils/screen-ncurses port

2020-04-30 Thread Rodney W. Grimes
> On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote: > > In message <20200430075337.3wdzglshhorcd...@ivaldir.net>, Baptiste > > Daroussin wr > > ites: > > > > > > > > > --vwrr5drfobpkyvop > > > Content-Type: text/plain; charset=us-ascii > > > Content-Disposition: inline > > >

Re: sysutils/screen-ncurses port

2020-04-30 Thread Baptiste Daroussin
On Thu, Apr 30, 2020 at 05:56:54AM -0700, Cy Schubert wrote: > In message <20200430075337.3wdzglshhorcd...@ivaldir.net>, Baptiste > Daroussin wr > ites: > > > > > > --vwrr5drfobpkyvop > > Content-Type: text/plain; charset=us-ascii > > Content-Disposition: inline > > Content-Transfer-Encoding:

Re: sysutils/screen-ncurses port

2020-04-30 Thread Cy Schubert
In message <20200430075337.3wdzglshhorcd...@ivaldir.net>, Baptiste Daroussin wr ites: > > > --vwrr5drfobpkyvop > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote:

Re: sysutils/screen-ncurses port

2020-04-30 Thread Baptiste Daroussin
On Wed, Apr 29, 2020 at 11:41:46AM -0700, Cy Schubert wrote: > Would people be open to the idea of a sysutils/screen-ncurses port that > depends on devel/ncurses instead of ncureses in base? The reason for this > is there are screen.* terminfo entries in devel/ncurses that don't exist in >