On Fri, Dec 28, 2012 at 01:27:24PM +0200, Konstantin Belousov wrote:
> Please try the following patch. It is against HEAD, might need some
> adjustments for 8. I do the resume and write accounting atomically,
> not allowing other suspension to intervent between.
So is this only limited to snapshot
On Wed, Apr 25, 2012 at 09:35:28AM -0400, John Baldwin wrote:
> Sadly, I spoke too soon. With this patch applied I got another storm last
> night
> where this bit was not set during the storm:
>
> index cpu timestamptrace
> -- --- -
> 71 0 3677545130148
On Fri, Mar 02, 2012 at 10:05:54AM -0800, YongHyeon PYUN wrote:
> Still have no idea. Would you post dmesg output?
Sure, just let me know if you need anything else.
Now running with
hw.msk.msi_disable=1
hw.msk.jumbo_disable=1
still getting the storms, the above settings just seem to mak
On Thu, Mar 01, 2012 at 05:29:55PM -0800, YongHyeon PYUN wrote:
> On Wed, Feb 29, 2012 at 01:03:29AM +0400, Pavel Gorshkov wrote:
> > My laptop running 9.0-RELEASE/amd64/GENERIC freezes and
> > (sometimes) unfreezes intermittently, logging the following:
> >
> > Feb
My laptop running 9.0-RELEASE/amd64/GENERIC freezes and
(sometimes) unfreezes intermittently, logging the following:
Feb 28 23:07:36 lifebook kernel: interrupt storm detected on "irq259:";
throttling interrupt source
$ vmstat -i
...
irq259: mskc0 11669511 3456
Looks ver
On Mon, Sep 13, 2010 at 11:47:18PM +0200, Eivind E wrote:
> Yeah, still hangs hard. Trying the normal radeon driver together
> with Option "DRI" "False" as suggested to me in another mail
> did let X start up once, but set the screen to much darker
> colours (which also continued when exiting). Sta
Every time I create/mount or unmount/detach a MFS filesystem,
powerd would *immediately* react with something like the
following:
### mdmfs -s 200m md /mfs
load 200%, current freq 600 MHz ( 9), wanted freq 1092 MHz
changing clock speed from 600 MHz to 1200 MHz
load 4%, current freq 1200 MHz
e debugger, the
> asm code is not looping when passed 1610612736 (1.5G) - which explains
> the rapid exit and incorrect result.
Yes, thanks for the additional info.
It looks like some parts of libmd should be either fixed/brought
in sync with the openssl cvs, or marked as deprecated.
Peter
-0.5G
5b088492c9f4778f409b7ae61477dec124c99033
./sha1test.md-shared test-0.5G
5b088492c9f4778f409b7ae61477dec124c99033
Everything was tested on a RELENG_6/i386 box (CFLAGS = -O2).
Is this a bug in libmd, or am I missing something?
Thanks in advance,
--
Pavel Gorshkov
#include
#include
#include
#in
