The ddb use of hardware watchpoints on the x86 architectures is known to
be lacking. There are at least two known problems. One is the improper
interaction with the user-mode debuggers which use debug registers.
Another is that ddb only loads the debug registers for the watchpoint
into the CPU whic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 5/15/13 12:17 PM, O. Hartmann wrote:
> On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
>>
>> On 05/15/13 10:20, O. Hartmann wrote:
>>> Several machines running FreeBSD 10.0-CURRENT #0 r250636: T
On Tue, May 14, 2013 at 10:13:05PM +0200, Mateusz Guzik wrote:
> On Tue, Apr 23, 2013 at 11:36:21PM +0200, Mateusz Guzik wrote:
> > On Tue, Apr 23, 2013 at 11:55:32PM +0300, Konstantin Belousov wrote:
> > > On Tue, Apr 23, 2013 at 10:38:23PM +0200, Mateusz Guzik wrote:
> > > > I would like to repla
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/15/13 10:20, O. Hartmann wrote:
> > Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> > 14 21:13:19 CEST 2013 amd64 were scrubbing the pools over the past
> > two days.
On Wed, 2013-05-15 at 10:39 -0700, Xin Li wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 05/15/13 10:20, O. Hartmann wrote:
> > Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> > 14 21:13:19 CEST 2013 amd64 were scrubbing the pools over the past
> > two days.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 05/15/13 10:20, O. Hartmann wrote:
> Several machines running FreeBSD 10.0-CURRENT #0 r250636: Tue May
> 14 21:13:19 CEST 2013 amd64 were scrubbing the pools over the past
> two days. Since that takes a while, I was sure I could shutdown the
> box
Several machines running
FreeBSD 10.0-CURRENT #0 r250636: Tue May 14 21:13:19 CEST 2013 amd64
were scrubbing the pools over the past two days. Since that takes a
while, I was sure I could shutdown the boxes and scrubbing will restart
next restart automatically.
Not this time! On ALL(!) systems (t
On Wed, 15 May 2013, Rick Macklem wrote:
RM>Well, getdents() basically just calls kern_getdirentries() and it calls
RM>VOP_READDIR() { which is called nfs_readdir() in the NFS clients }.
RM>nfs_readdir() calls ncl_bioread() to do the real work of finding the
RM>buffer cache blocks and copying the
El día Tuesday, May 14, 2013 a las 07:07:05PM -0400, Lowell Gilbert escribió:
> Matthias Apitz writes:
>
> > El día Tuesday, May 14, 2013 a las 07:20:02AM -0700, Justin Hibbits
> > escribió:
> >
> >> You should run 'mergemaster -p' before installworld, as that would add any
> >> necessary new u
