On Mon, Dec 12, 2016 at 10:55:26AM +0800, Paul Goyette wrote:
> Hopefully someone(TM) will be able to fix this correctly in the near
> future.
I think the include "hack" is fine, but with a real fix I mean: do not
map lapic_va at all on machines that do not have one and fix all the callers
that
On Mon, 12 Dec 2016, Paul Goyette wrote:
On Mon, 12 Dec 2016, Paul Goyette wrote:
I am also seeing this. It occurs while building the XEN3_INSTALL_DOMU
kernel (part of build./sh release).
FWIW, my encounter with this error is on amd64 ...
I committed Martin's "hack" to the
On Mon, 12 Dec 2016, Paul Goyette wrote:
I am also seeing this. It occurs while building the XEN3_INSTALL_DOMU
kernel (part of build./sh release).
FWIW, my encounter with this error is on amd64 ...
On Sun, 11 Dec 2016, Maxime Villard wrote:
Le 11/12/2016 ? 17:08, Maxime Villard a ?crit
I am also seeing this. It occurs while building the XEN3_INSTALL_DOMU
kernel (part of build./sh release).
On Sun, 11 Dec 2016, Maxime Villard wrote:
Le 11/12/2016 à 17:08, Maxime Villard a écrit :
Le 11/12/2016 à 16:37, Martin Husemann a écrit :
On Sun, Dec 11, 2016 at 08:31:53AM +,
Le 11/12/2016 à 17:08, Maxime Villard a écrit :
> Le 11/12/2016 à 16:37, Martin Husemann a écrit :
>> On Sun, Dec 11, 2016 at 08:31:53AM +, Maxime Villard wrote:
>>> Module Name:src
>>> Committed By:maxv
>>> Date:Sun Dec 11 08:31:53 UTC 2016
>>>
>>> Modified Files:
>>>
In article <20161211212523.20f57f...@cvs.netbsd.org>,
Brett Lymn wrote:
>-=-=-=-=-=-
>
>Module Name: src
>Committed By: blymn
>Date: Sun Dec 11 21:25:23 UTC 2016
>
>Modified Files:
> src/lib/libcurses: copywin.c
>
>Log Message:
>Improve debug
On Sun, Dec 11, 2016 at 11:40:18PM +0100, Martin Husemann wrote:
> On Sun, Dec 11, 2016 at 10:23:55PM +0100, Maxime Villard wrote:
> > > It does indeed rely on NACPICA to be defined, but I don't think I
> > > changed my configuration, it's the default build.
>
> And indeed only configurations w/i
On Sun, Dec 11, 2016 at 10:23:55PM +0100, Maxime Villard wrote:
> > It does indeed rely on NACPICA to be defined, but I don't think I
> > changed my configuration, it's the default build.
And indeed only configurations w/i NACPICA failed - I commited a quick hack
to include directly in that
I'm going to wait for a while until things (appear to) settle down, and
then I plan on making spkr_synth the default (renaming the module to
spkr); the existing spkr module (which is built only for amd64 and
i386) will become spkr_pcppi.
On Sun, 11 Dec 2016, Nathanial Sloss wrote:
Hi