On Thu, Jul 29, 2010 at 4:39 PM, wrote:
> We've seen a few instances at work where witness_warn() in ast()
> indicates the sched lock is still held, but the place it claims it was
> held by is in fact sometimes not possible to keep the lock, like:
>
> thread_lock(td);
> td->td_flags
We've seen a few instances at work where witness_warn() in ast()
indicates the sched lock is still held, but the place it claims it was
held by is in fact sometimes not possible to keep the lock, like:
thread_lock(td);
td->td_flags &= ~TDF_SELECT;
thread_unlock(td);
What I
on 30/07/2010 00:41 Alexander Fiveg said the following:
> Thanks a lot for your answers. But i am afraid i do not have enough
> experience to solve these tasks. Could you please provide me with helpful
> information how to:
> - get access to the pages associated with a certain memory-buffer ?
On Thursday 29 July 2010 22:16:24 Andriy Gapon wrote:
> on 29/07/2010 23:02 Sergey Babkin said the following:
> > Jul 29, 2010 12:58:07 PM, a...@icyb.net.ua wrote:
> >> on 29/07/2010 19:13 Andriy Gapon said the following:
> >>> on 29/07/2010 17:13 Alexander Fiveg said the following:
> >>
> >> In fa
On Wed, Jul 28, 2010 at 03:10:31PM +, Attilio Rao wrote:
> Log:
> Initial import of the netdump files.
> They still need a lot of polishing and cleanup so they might not be
> considered definitive at all.
This code is a port to recent FreeBSD of Darrell Anderson's network
crashdump supp
I am Sergio Ligregni, from Mexico, I am currently working in the Distributed
Audit Project at GSoC 2010, I want to ask your help in these things:
HELP NEEDED:
/*++*/
- which code should I base my development in getting parameters from a file?
(I've searched some audit.c, audi
on 29/07/2010 23:02 Sergey Babkin said the following:
> Jul 29, 2010 12:58:07 PM, a...@icyb.net.ua wrote:
>
>> on 29/07/2010 19:13 Andriy Gapon said the following:
>>> on 29/07/2010 17:13 Alexander Fiveg said the following:
>> In fact I have a suspicion that the problem might have to do with multi
Jul 29, 2010 12:58:07 PM, a...@icyb.net.ua wrote:
>on 29/07/2010 19:13 Andriy Gapon said the following:
>> on 29/07/2010 17:13 Alexander Fiveg said the following:
>In fact I have a suspicion that the problem might have to do with multiple
>mappings of the shared pages, but far from sure...
>Take a
on 29/07/2010 19:45 Alexander Fiveg said the following:
> On Thursday 29 July 2010 18:13:23 Andriy Gapon wrote:
>> on 29/07/2010 17:13 Alexander Fiveg said the following:
>>> P.S. Details about hardware and used software:
>>> 1. /var/run/dmesg.boot :
>>> ...
>>> CPU: Dual Core AMD Opteron(tm) Proce
on 29/07/2010 19:13 Andriy Gapon said the following:
> on 29/07/2010 17:13 Alexander Fiveg said the following:
>> P.S. Details about hardware and used software:
>> 1. /var/run/dmesg.boot :
>> ...
>> CPU: Dual Core AMD Opteron(tm) Processor 865 (1800.01-MHz 686-class CPU)
>> Origin = "AuthenticAMD
On Thursday 29 July 2010 18:13:23 Andriy Gapon wrote:
> on 29/07/2010 17:13 Alexander Fiveg said the following:
> > P.S. Details about hardware and used software:
> > 1. /var/run/dmesg.boot :
> > ...
> > CPU: Dual Core AMD Opteron(tm) Processor 865 (1800.01-MHz 686-class CPU)
> > Origin = "Authen
on 29/07/2010 17:13 Alexander Fiveg said the following:
> P.S. Details about hardware and used software:
> 1. /var/run/dmesg.boot :
> ...
> CPU: Dual Core AMD Opteron(tm) Processor 865 (1800.01-MHz 686-class CPU)
> Origin = "AuthenticAMD" Id = 0x20f10 Family = f Model = 21 Stepping = 0
>
>
Hello hackers,
while working on the "ringmap"-project I've faced a problem of
"no coherency in the memory regions mapped from kernel into the
user-space".
Details:
While integrating ringmap with the ixgbe-driver, I've made some
changes to the ixgbe:
1. The mbufs for received packets will be
I have a similar problem.
I have a NFS server (8.0 upgraded a couple times since Feb 2010) that locks up
and requires a reboot.
The clients are busy vm's from VMWare ESXi using the NFS server for vmdk virtual
disk storage.
The ESXi reports nfs server inactive and all the vm's post disk write err
14 matches
Mail list logo