On Thu, 6 May 2010, Kostik Belousov wrote:
On Thu, May 06, 2010 at 04:42:39PM +0400, Alexander Krizhanovsky wrote:
...
Indeed, I concerned more about PROC_LOCK/PROC_SLOCK - they are acquired
both in kern_getrusage() and could be a problem in multithreaded process
with intensive performance acco
On 7/05/2010 2:50 AM, Sean C. Farley wrote:
On Thu, 6 May 2010, Atom Smasher wrote:
i suspect i've got bad RAM but memtest has run through several dozen
iterations without a problem. my (3 year old) laptop will run for a
few days or weeks and then crash/freeze/hang. i've enabled crash dumps
and
On 05/06/10 15:38, Lukáš Czerner wrote:
Hi,
I am creating a kernel module and I need to get some information from
that module. I can do this with ioctl and pass the data to the
user space but it seems a bit unpractical to me, because I do not know
the amount of the data - it can differ. I do not
On Thu, 6 May 2010, Julian Elischer wrote:
> Date: Thu, 06 May 2010 09:41:32 -0700
> From: Julian Elischer
> To: Lukáš Czerner
> Cc: freebsd-hackers@freebsd.org
> Subject: Re: How to get data from kernel module ?
>
> On 5/6/10 6:38 AM, Lukáš Czerner wrote:
> > Hi,
> >
> > I am creating a kerne
On Thu, 6 May 2010, Atom Smasher wrote:
i suspect i've got bad RAM but memtest has run through several dozen
iterations without a problem. my (3 year old) laptop will run for a
few days or weeks and then crash/freeze/hang. i've enabled crash dumps
and i'm wondering if/how the dump might be abl
On 5/6/10 6:38 AM, Lukáš Czerner wrote:
Hi,
I am creating a kernel module and I need to get some information from
that module. I can do this with ioctl and pass the data to the
user space but it seems a bit unpractical to me, because I do not know
the amount of the data - it can differ. I do not
On Thu, 6 May 2010, Andrew Duane wrote:
It is also useful to make sure that the garbage itself is different. As
mentioned before, a single bit error in an otherwise valid value, or
maybe a missing/scrambled byte, these are good indications of memory
problems. If random places are often overwri
When compiling some QT4 based programs from source, the configure
script asks for $QTDIR.
On Debian and other systems, there's a single QT root with symlinks
to the real locations:
$ ls -alF /usr/share/qt4/
total 356
drwxr-xr-x 6 root root 4096 2010-05-05 15:01 ./
drwxr-xr-x 187 root root 4
On Thu, May 06, 2010 at 03:38:30PM +0200, LukᨠCzerner wrote:
> Hi,
>
> I am creating a kernel module and I need to get some information from
> that module. I can do this with ioctl and pass the data to the
> user space but it seems a bit unpractical to me, because I do not know
> the amount of
On Thu, May 06, 2010 at 04:42:39PM +0400, Alexander Krizhanovsky wrote:
> On 05/05/10 01:24, Kostik Belousov wrote:
> > On Wed, May 05, 2010 at 12:48:53AM +, Alexander Krizhanovsky wrote:
> >
> >> Konstantin,
> >>
> >> Concerning i/o counters we collect them in rucollect() in for loop and
>
Hi,
I am creating a kernel module and I need to get some information from
that module. I can do this with ioctl and pass the data to the
user space but it seems a bit unpractical to me, because I do not know
the amount of the data - it can differ. I do not know of any way to
pass a list of struct
owner-freebsd-hack...@freebsd.org wrote:
> On Thu, 6 May 2010, Boris Kochergin wrote:
>
>> My experience with bad memory is that if it causes the machine to
>> crash, it won't always happen while the machine is running the same
>> process (or kernel thread)--so look for it crashing in a wide
>> va
On Thu, 6 May 2010, Boris Kochergin wrote:
My experience with bad memory is that if it causes the machine to crash,
it won't always happen while the machine is running the same process (or
kernel thread)--so look for it crashing in a wide variety of places--and
upon inspection of the core dump
On Thursday 06 May 2010 4:57:05 am Atom Smasher wrote:
> i suspect i've got bad RAM but memtest has run through several dozen
> iterations without a problem. my (3 year old) laptop will run for a few
> days or weeks and then crash/freeze/hang. i've enabled crash dumps and i'm
> wondering if/how
Atom Smasher wrote:
i suspect i've got bad RAM but memtest has run through several dozen
iterations without a problem. my (3 year old) laptop will run for a
few days or weeks and then crash/freeze/hang. i've enabled crash dumps
and i'm wondering if/how the dump might be able to (dis)prove that
Just cast the point to vm_offset_t.
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
i suspect i've got bad RAM but memtest has run through several dozen
iterations without a problem. my (3 year old) laptop will run for a few
days or weeks and then crash/freeze/hang. i've enabled crash dumps and i'm
wondering if/how the dump might be able to (dis)prove that the RAM is bad.
any
On 05/05/10 01:24, Kostik Belousov wrote:
> On Wed, May 05, 2010 at 12:48:53AM +, Alexander Krizhanovsky wrote:
>
>> Konstantin,
>>
>> Concerning i/o counters we collect them in rucollect() in for loop and
>> update in various places, for example in vfs_bio.c. Rusage of an exiting
>> threa
18 matches
Mail list logo
