On Wed, Nov 24, 2010 at 09:28:13PM -0500, Paul Mather wrote:
> On Nov 24, 2010, at 7:06 PM, Xin LI wrote:
>
> > On Wed, Nov 24, 2010 at 7:01 AM, Paul Mather
> > wrote:
> >> Thanks for the link! I'm not sure whether "Fixed arcmsr driver prevent
> >> arcsas support for Areca SAS HBA ARC13x0" in
on 26/11/2010 02:10 Adam Vande More said the following:
> On Thu, Nov 25, 2010 at 5:21 PM, Kostik Belousov wrote:
>
>> What is /tmp/delete.me ? A file ? On what kind of filesystem is it
>> located ?
>>
>> Summoning some psychic power, I can predict that delete.me is
>> located on ZFS or tmpfs file
on 26/11/2010 08:05 Adam Vande More said the following:
> As a follow-up, after applying both patches presented in this thread(FreeBSD
> 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010),
>
> http://lists.freebsd.org/pipermail/freebsd-stable/2010-November/060298.html
>
> "top -m io" now displays m
On 11/26/2010 08:41, Andriy Gapon wrote:
> on 26/11/2010 08:05 Adam Vande More said the following:
>> As a follow-up, after applying both patches presented in this thread(FreeBSD
>> 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010),
>>
>> http://lists.freebsd.org/pipermail/freebsd-stable/2010-Novemb
>
> I talked, to areca support two weeks ago about this driver and they told
> me, they had found a problem in the driver which will delay the release
> to an uncertain date. Don't know when they'll release the 6Gbit/s cards
> though.
Got the samish email in may and augustus:
May:
"Dear Sir/Mada
I have just MFC-ed r215133 (see r215872, r215874) which changes minidump format
and should result in a noticeable reduction of minidump vmcore size, especially
for smaller systems.
This change is for amd64 architecture only.
libkvm should still support the previous version 1 minidump format.
So,
Hi,
I've recently added a new PCI 1 Parallel Port card, and I'm trying to
get it recognised by my 8-STABLE/amd64 system.
The relevant entry from "pciconv -lcv" is:
no...@pci0:4:6:0: class=0x070103 card=0x2000a000 chip=0x98659710 rev=0x00
hdr=0x00
vendor = 'MosChip Semiconductor
On Fri, Nov 26, 2010 at 8:33 AM, jhell wrote:
> > Perhaps it's some external component?
> > E.g. hald is known to perform some disk/media checks every two seconds.
> >
>
> As well syslod will also cause sync to happen prematurely when something
> goes to log.
>
> syslog.conf(5):
> ***
> To ensur
on 26/11/2010 21:14 Adam Vande More said the following:
> Thanks, avg and jhell. hald was indeed the culprit, and a
> "hal-disable-polling
> --device /dev/cd0" has restored my sanity. I never liked the cd notifications
> anyway.
Although I do plan to get something like that into the kernel one
It looks like that there may be a memory leak of my swap space with one of
the processes that is running.
Big question: How can I determine which process is responsible.
Any suggestions?
Thanks
Jack
___
freebsd-stable@freebsd.org mailing list
http:
It looks like that there may be a memory leak of my swap space with one of
the processes that is running.
Big question: How can I determine which process is responsible.
Any suggestions?
Thanks
Jack
___
freebsd-stable@freebsd.org mailing list
http:
> From: "Jack Raats"
> Date: Fri, 26 Nov 2010 19:17:05 +0100
> Sender: owner-freebsd-sta...@freebsd.org
>
> It looks like that there may be a memory leak of my swap space with one of
> the processes that is running.
> Big question: How can I determine which process is responsible.
>
> Any sugge
12 matches
Mail list logo