On Sun, 15 Jan 2017 10:37:58 Valery Ushakov wrote:
> The PR doesn't really says why is this necessary? What's wrong with
> just mapping KS_Cmd_Debugger?
>
> -uwe
I read a email from current-users from sometime in 2012 entitled:
How do I get into ddb after system is booted?
So I decided to impl
On Sun, Jan 15, 2017 at 09:08:43 +1100, Nathanial Sloss wrote:
> Please see:
>
> ftp://ftp.netbsd.org/pub/NetBSD/misc/nat/wscons.cnmagic.diff
>
> Also the original PR:
>
> http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=48360
>
> The diff adds cnmagic support for wscons consoles.
>
Hi,
Please see:
ftp://ftp.netbsd.org/pub/NetBSD/misc/nat/wscons.cnmagic.diff
Also the original PR:
http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=48360
The diff adds cnmagic support for wscons consoles.
If there are no objections, I'd like to commit this within by the 20th of
Jan
I've added this issue to the list, in src/doc/TODO.modules
It's not the first time it has been discussed.
On Sat, 14 Jan 2017, David Holland wrote:
On Sat, Jan 14, 2017 at 04:53:50PM +0100, Thomas Klausner wrote:
> Perhaps there are other, even better solutions. My point is, we should
> switc
Emmanuel Dreyfus wrote:
> In case it rings a bell for someone: Trying latest netbsd-7 XEN3PAE_DOM0
> build for i386, I get a reproductible crash when attaching agp:
PR 50446 may be related.
--
Andreas Gustafsson, g...@gson.org
On Sat, Jan 14, 2017 at 04:53:50PM +0100, Thomas Klausner wrote:
> Perhaps there are other, even better solutions. My point is, we should
> switch away from our current method.
>
> Am I overlooking something?
No.
It's the way it is because, mostly, of strident dogmatic insistence on
the part
Hi!
One issue that made me avoid modular kernels is that updating is
finickier.
When you switch from one modular kernel to another, you have to
replace /netbsd and /stamd/amd64/${VERSION}/modules.
So for example, when testing two different kernels of the same
-current major version, you can not