On Apr 16, 2012 5:42 AM, "Ronald Klop" wrote:
>
> On Sun, 15 Apr 2012 15:09:34 +0200, Matt Thyer
wrote:
>
>> On Apr 15, 2012 6:27 PM, "Ronald Klop"
wrote:
>>>
>>>
The problem does not occur with 9-STABLE.
Who knows what the problem was ? USB maybe ?
>>>
>>>
>>>
>>> Do you still ha
On Sun, 15 Apr 2012 15:09:34 +0200, Matt Thyer
wrote:
On Apr 15, 2012 6:27 PM, "Ronald Klop"
wrote:
The problem does not occur with 9-STABLE.
Who knows what the problem was ? USB maybe ?
Do you still have the same hardware on the same interrupts on 9-STABLE?
Are there changes in the
On Apr 15, 2012 6:27 PM, "Ronald Klop" wrote:
>
>> The problem does not occur with 9-STABLE.
>>
>> Who knows what the problem was ? USB maybe ?
>
>
> Do you still have the same hardware on the same interrupts on 9-STABLE?
> Are there changes in the use of MSI(-X)?
>
I made no hardware or BIOS chan
On Sat, 14 Apr 2012 01:13:30 +0200, Matt Thyer
wrote:
On Apr 7, 2012 2:38 PM, "Matt Thyer" wrote:
On 7 April 2012 14:31, Matt Thyer wrote:
Since moving the SATA 3 disk to the onboard Intel SATA 2 controller I'm
no longer having that disk evicted from the raidz2 pool with write errors
an
On Apr 7, 2012 2:38 PM, "Matt Thyer" wrote:
>
> On 7 April 2012 14:31, Matt Thyer wrote:
>> Since moving the SATA 3 disk to the onboard Intel SATA 2 controller I'm
no longer having that disk evicted from the raidz2 pool with write errors
and I thought that the high interrupt rate issue had also b
On 7 April 2012 14:31, Matt Thyer wrote:
> On 5 April 2012 01:18, Freddie Cash wrote:
>
>> On Wed, Apr 4, 2012 at 5:19 AM, Matt Thyer wrote:
>> > So it seems that both the old and new mps driver have a problem with the
>> > Western Digital WD20EARX SATA 3 drive on a SuperMicro AOC-USAS2-L8i (SA
On 5 April 2012 01:18, Freddie Cash wrote:
> On Wed, Apr 4, 2012 at 5:19 AM, Matt Thyer wrote:
> > So it seems that both the old and new mps driver have a problem with the
> > Western Digital WD20EARX SATA 3 drive on a SuperMicro AOC-USAS2-L8i (SAS
> > 6G) controller (flashed with -IT firmware).
On Wed, Apr 4, 2012 at 5:19 AM, Matt Thyer wrote:
> So it seems that both the old and new mps driver have a problem with the
> Western Digital WD20EARX SATA 3 drive on a SuperMicro AOC-USAS2-L8i (SAS
> 6G) controller (flashed with -IT firmware).
I wouldn't say the driver has a problem with that s
speed up resolution.
` Kashyap
From: Matt Thyer [mailto:matt.th...@gmail.com]
Sent: Wednesday, April 04, 2012 6:08 PM
To: Desai, Kashyap
Cc: Mike Tancsa; freebsd-stable@freebsd.org; McConnell, Stephen
Subject: Re: 157k interrupts per second causing 60% CPU load on idle system
On 4 April 2012 21:55
On 4 April 2012 21:55, Desai, Kashyap wrote:
> Mike,
> Have your purchase LSI controller through Channel or OEM ?
> It would be a difficult for developers to help you without any support
> channel invovoled ?
> If possible can you contact LSI support channel ?
>
Kashyap,
It's me, Matt, not Mike
> -Original Message-
> From: owner-freebsd-sta...@freebsd.org [mailto:owner-freebsd-
> sta...@freebsd.org] On Behalf Of Matt Thyer
> Sent: Wednesday, April 04, 2012 5:50 PM
> To: Mike Tancsa
> Cc: freebsd-stable@freebsd.org
> Subject: Re: 157k interrupts per second
On 25 March 2012 22:26, Matt Thyer wrote:
>
> Does anyone know if and when this driver was merged from current to
> 8-STABLE ?
>
> If I can work out what revision that occurred in I'll go back to just
> before then to confirm if the problem exists.
>
In the -CURRENT list I've been told that the
On 23 March 2012 01:16, Mike Tancsa wrote:
> Sorry, what I was getting at was that a bad bios (eg latest could have
> introduced a regression) can cause the symptoms you are seeing. The bios
> change sure seemed to fix my problem.
>
I've updated the firmware of the SuperMicro AOC-USAS2-L8i to th
On 3/22/2012 10:33 AM, Matt Thyer wrote:
>
> The original post tells you this.
> I've already updated to the latest BIOS and this could have caused the
> problem.
Sorry, what I was getting at was that a bad bios (eg latest could have
introduced a regression) can cause the symptoms you are seeing
On Mar 22, 2012 10:14 AM, "Mike Tancsa" wrote:
>
> On 3/20/2012 1:26 AM, Matt Thyer wrote:
> > I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
> > r232477 (4th Mar 2012) and am finding that a system process called
"intr"
> > is now constantly using about 60% of 1 CPU starting
On 3/20/2012 1:26 AM, Matt Thyer wrote:
> I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
> r232477 (4th Mar 2012) and am finding that a system process called "intr"
> is now constantly using about 60% of 1 CPU starting a short time after
> reboot (possibly triggered by use of
On 21 March 2012 00:03, Gary Palmer wrote:
> On Tue, Mar 20, 2012 at 11:10:10PM +1030, Matt Thyer wrote:
> > On 20 March 2012 22:24, Ivan Voras wrote:
> >
> > > On 20 March 2012 12:52, Matt Thyer wrote:
> > > > On 20 March 2012 21:12, Ivan Voras wrote:
> > > >>
> > > >> On 20/03/2012 06:26, Ma
On Tue, Mar 20, 2012 at 11:10:10PM +1030, Matt Thyer wrote:
> On 20 March 2012 22:24, Ivan Voras wrote:
>
> > On 20 March 2012 12:52, Matt Thyer wrote:
> > > On 20 March 2012 21:12, Ivan Voras wrote:
> > >>
> > >> On 20/03/2012 06:26, Matt Thyer wrote:
> > >> > I've upgraded my FreeBSD-STABLE N
On 20 March 2012 22:24, Ivan Voras wrote:
> On 20 March 2012 12:52, Matt Thyer wrote:
> > On 20 March 2012 21:12, Ivan Voras wrote:
> >>
> >> On 20/03/2012 06:26, Matt Thyer wrote:
> >> > I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
> >> > r232477 (4th Mar 2012) and am f
On 20 March 2012 12:52, Matt Thyer wrote:
> On 20 March 2012 21:12, Ivan Voras wrote:
>>
>> On 20/03/2012 06:26, Matt Thyer wrote:
>> > I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
>> > r232477 (4th Mar 2012) and am finding that a system process called
>> > "intr"
>> > is
On 20 March 2012 21:12, Ivan Voras wrote:
> On 20/03/2012 06:26, Matt Thyer wrote:
> > I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
> > r232477 (4th Mar 2012) and am finding that a system process called "intr"
> > is now constantly using about 60% of 1 CPU starting a short
On 20/03/2012 06:26, Matt Thyer wrote:
> I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
> r232477 (4th Mar 2012) and am finding that a system process called "intr"
> is now constantly using about 60% of 1 CPU starting a short time after
> reboot (possibly triggered by use of t
I've upgraded my FreeBSD-STABLE NAS from r225723 (22nd Sept 2011) to
r232477 (4th Mar 2012) and am finding that a system process called "intr"
is now constantly using about 60% of 1 CPU starting a short time after
reboot (possibly triggered by use of the samba server).
When this starts, systat -vm
23 matches
Mail list logo
