Thanks; sorry I've been sidetracked the last couple of days. Let me see if
I can get a machine to panic and grab the "show uvmexp" output.
On Thu, May 18, 2017 at 6:20 PM, Mike Belopuhov wrote:
> On Mon, May 15, 2017 at 19:24 +0200, Mike Belopuhov wrote:
> > Indeed. You can run a "show uvmexp"
On Mon, May 15, 2017 at 19:24 +0200, Mike Belopuhov wrote:
> Indeed. You can run a "show uvmexp" DDB command.
>
> Please try running with the diff below. It will log all polled
> and bounced transfers as well as some additional info.
Hi,
While I'm still interested in the "show uvmexp" output ,
On Thu, 18 May 2017 16:56:57 -0400, "Ted Unangst" wrote:
> Another very popular use case doesn't even involve a threat. It's
> very easy to repurpose a machine/disk that uses full disk encryption.
> Change the key, and you've instantly wiped the disk. Personally,
> this is the main reason I use an
Mike Belopuhov wrote:
> On Wed, May 17, 2017 at 12:42 -0400, Ted Unangst wrote:
> > Stefan Sperling wrote:
> > > I also have some machines which are affected by this, and I am
> > > not sure what to about it. I cannot judge the advantages of
> > > either AES implementation.
> >
> > There's very li
> Hi, I remember having a similar issue some time
> back, on a similar machine. What did it for me
> was to go into BIOS and change some power
> saving options.
Okay, I'll investigate that. I won't have access to
the machine for the next week or so, so I won't
be able to try anything until then.
On Fri, May 12, 2017 at 03:11:35PM +, Natasha Kerensikova wrote:
> >Synopsis:Suspend-to-disk doesn't work anymore
> >Category:
> >Environment:
> System : OpenBSD 6.1
> Details : OpenBSD 6.1-current (GENERIC.MP) #6: Fri May 12 15:12:39
> CEST 2017
>