On 6 May 2011 00:33, Garrett Cooper yaneg...@gmail.com wrote:
I was watching top output on my dev box and I noticed that there
are more swapped out processes present on the system, shortly after
boot (which doesn't make sense given that I'm not low on resources on
the box). Also, the os
On Thu, May 5, 2011 at 11:28 PM, Sergey Kandaurov pluk...@gmail.com wrote:
On 6 May 2011 00:33, Garrett Cooper yaneg...@gmail.com wrote:
I was watching top output on my dev box and I noticed that there
are more swapped out processes present on the system, shortly after
boot (which doesn't
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-February/011691.html
In short, the following pseudo-code should do
Quoting David Christensen davi...@broadcom.com (from Thu, 5 May 2011
13:08:56 -0700):
I was looking at using dtrace to help characterize performance
for the new bxe(4) driver but I'm having problems with the very
simple task of capturing time spent in a function. The D script
I'm using looks
On 6 May 2011 12:33, Alexander Motin m...@freebsd.org wrote:
Sergey Kandaurov wrote:
XENHVM uses it's own naming scheme and can name disks as daN or adN,
depending on virtual block device id. atapci0/ata0/ata1 devices still present
there (such as in Bruce Cran's dmesg), but no any disks
Sergey Kandaurov wrote:
On 6 May 2011 12:33, Alexander Motin m...@freebsd.org wrote:
Sergey Kandaurov wrote:
XENHVM uses it's own naming scheme and can name disks as daN or adN,
depending on virtual block device id. atapci0/ata0/ata1 devices still
present
there (such as in Bruce Cran's
On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
on 06/05/2011 16:32 Kostik Belousov said the following:
On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
on 06/05/2011 16:38 Andriy Gapon said the following:
on 06/05/2011 16:32 Kostik Belousov said the following:
Your patch hardcodes an assumption that sndbufs are always
contiguous. I was unable to convince myself that this is true.
I think that this should be true for the case when DMA is
Olivier Smedts oliv...@gid0.org writes:
2011/5/5 Roman Divacky rdiva...@freebsd.org:
Because with clang, -march=native often breaks buildworld, while
-march=core2 is ok.
Can you be more specific about this claim? On what CPU are seeing
this breakage?
Ok, with latest HEAD...
%echo | gcc
On Fri, May 06, 2011 at 04:38:00PM +0300, Andriy Gapon wrote:
on 06/05/2011 16:32 Kostik Belousov said the following:
On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
On Thursday 05 May 2011 22:22:15 Jack Vogel wrote:
On Thu, May 5, 2011 at 1:17 PM, Daan Vreeken d...@vehosting.nl wrote:
Hi Peter,
On Thursday 05 May 2011 21:28:02 Peter Jeremy wrote:
On 2011-May-05 13:22:59 +0200, Daan Vreeken d...@vehosting.nl wrote:
Not yet. I'll reboot the machine
- Original Message -
From: Daan Vreeken d...@vehosting.nl
# vmstat -i
interrupt total rate
irq3: uart1 917384 63
-- irq16: ehci0 809547235 55608
Have you tried removing USB from the kernel?
USB seems
Hi Steven,
On Friday 06 May 2011 17:20:15 Steven Hartland wrote:
From: Daan Vreeken d...@vehosting.nl
# vmstat -i
interrupt total rate
irq3: uart1 917384 63
-- irq16: ehci0 809547235 55608
Have you
I don't see why you are blaming em, you can see its on MSIX vectors
that are NOT storming, its something with USB as noted. Trying to
disable em from using MSIX is in exactly the wrong direction IMHO.
Jack
On Fri, May 6, 2011 at 8:32 AM, Daan Vreeken d...@vehosting.nl wrote:
Hi Steven,
On
On 5/6/2011 11:02 AM, Daan Vreeken wrote:
One core is spending half it's time handling interrupts.
/var/log/messages doesn't show any new message since the storm
started. vmstat -i now shows :
# vmstat -i
interrupt total rate
irq3: uart1
On Friday, May 06, 2011 4:55:00 am Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-
Hi Jack,
On Friday 06 May 2011 17:36:52 Jack Vogel wrote:
On Fri, May 6, 2011 at 8:32 AM, Daan Vreeken d...@vehosting.nl wrote:
Hi Steven,
On Friday 06 May 2011 17:20:15 Steven Hartland wrote:
From: Daan Vreeken d...@vehosting.nl
# vmstat -i
interrupt
on 06/05/2011 16:00 John Baldwin said the following:
On Friday, May 06, 2011 4:55:00 am Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
On Fri, May 06, 2011 at 11:55:00AM +0300, Andriy Gapon wrote:
I would like to ask for a review and/or testing of the following patch:
http://people.freebsd.org/~avg/dev_dsp_mmap.diff
It's supposed to fix an issue described here:
On Friday, May 06, 2011 11:36:52 am Jack Vogel wrote:
I don't see why you are blaming em, you can see its on MSIX vectors
that are NOT storming, its something with USB as noted. Trying to
disable em from using MSIX is in exactly the wrong direction IMHO.
In the past Intel host bridges have
On Tue, May 3, 2011 at 4:35 PM, Julian Elischer jul...@freebsd.org wrote:
does anyone know if there is a limitation on firewire debugging on a machine
with 4GB or memory?
I've successfully used firewire dcons on amd64 with 8GB of RAM.
I have 1394 {a,b} cards. does it make a difference?
Since r221543 moves nfs_kdtrace.h, you'll need to do a fresh
make cleandepend; make depend to update your kernel dependencies.
rick
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
Hello all,
I'd like to send another patch to support RFC5827 in TCP stack which
could be found at:
http://people.freebsd.org/~weongyo/patch_20110506_rfc5827.diff
This patch supports all Early Retransmit logics (Byte-Based Early
Retransmit and Segment-Based Early Retransmit) when
TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2011-05-07 02:10:00 - cleaning the object tree
TB --- 2011-05-07 02:10:24 - cvsupping the source tree
TB --- 2011-05-07 02:10:24 -
TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-05-07 02:10:00 - cleaning the object tree
TB --- 2011-05-07 02:10:28 - cvsupping the source tree
TB --- 2011-05-07 02:10:28 -
TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca
TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-05-07 02:10:00 - cleaning the object tree
TB --- 2011-05-07 02:10:28 - cvsupping the source tree
TB --- 2011-05-07 02:10:28 -
On Sat, May 07, 2011 at 04:18:08AM +, FreeBSD Tinderbox wrote:
TB --- 2011-05-07 02:10:00 - tinderbox 2.7 running on
freebsd-current.sentex.ca
TB --- 2011-05-07 02:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-05-07 02:10:00 - cleaning the object tree
TB --- 2011-05-07
28 matches
Mail list logo