On 16/03/2011, at 4:14, Ben Kaduk wrote:
is wise to others. It's a little bit of a pain on the implementation side,
since you can't turn it on from newfs, but that isn't a serious obstacle.
I suspect the consensus of people like -arch and -fs will be that the
burn-in time before it is
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:51 pm, John Baldwin wrote:
On Tuesday, March 15, 2011 3:26:11 pm Jung-uk Kim wrote:
Now don't you think we should really kill delay by TSC? ;-)
Delay by TSC fixed known deadlocks with the i8254 based DELAY() due
to the use
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 02:13 pm, Bruce Evans wrote:
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
...
I disagree. I think we should keep away from i8254 as much as
possible.
It is adequate for DELAY(), and is the only timer that is available
on all x86.
Author: jmallett
Date: Wed Mar 16 08:22:29 2011
New Revision: 219693
URL: http://svn.freebsd.org/changeset/base/219693
Log:
o) Properly size caches and TLB on Octeon.
o) Make COP0_SYNC do nothing on Octeon, which is fully interlocked.
Submitted by: Bhanu Prakash (with modifications)
Author: jmallett
Date: Wed Mar 16 08:51:36 2011
New Revision: 219694
URL: http://svn.freebsd.org/changeset/base/219694
Log:
o) Clean up FPA pools on module unload.
o) Allocate output buffer pool based on available output queues.
Submitted by: Bhanu Prakash (with modifications)
Modified:
Author: jmallett
Date: Wed Mar 16 08:56:22 2011
New Revision: 219695
URL: http://svn.freebsd.org/changeset/base/219695
Log:
o) Tear down receive interrupt on detach.
Submitted by: Bhanu Prakash
Modified:
head/sys/mips/cavium/octe/ethernet-common.h
head/sys/mips/cavium/octe/ethernet.c
Author: pjd
Date: Wed Mar 16 08:58:09 2011
New Revision: 219696
URL: http://svn.freebsd.org/changeset/base/219696
Log:
From fts.c comment:
The FTS_NOSTAT option can avoid a lot of calls to stat(2) if it knows that a
directory could not possibly have subdirectories. This is decided by
On 16 March 2011 02:54, Alexander Best arun...@freebsd.org wrote:
On Tue Mar 15 11, Jilles Tjoelker wrote:
Author: jilles
Date: Tue Mar 15 22:22:11 2011
New Revision: 219680
URL: http://svn.freebsd.org/changeset/base/219680
Log:
bin: Prefer strrchr() to rindex().
shouldn't the
Author: mm
Date: Wed Mar 16 12:40:58 2011
New Revision: 219697
URL: http://svn.freebsd.org/changeset/base/219697
Log:
Fix -march/-mtune=native autodetection for Intel Core 2 CPUs
Obtained from:gcc 4.3 (partial rev. 119454; GPLv2)
MFC after:2 weeks
Modified:
Hello!
On Wed, Mar 16, 2011 at 04:44:35PM +1100, Bruce Evans wrote:
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:55 pm, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:33 pm, Maxim Dounin wrote:
Hello!
On Tue, Mar 15, 2011 at 05:14:26PM +, Jung-uk Kim wrote:
This change has broken SATA disk support on my Intel Atom D525 ITX system. By
reverting this change 8.2-STABLE works again on this system.
My 'uname -a' output is:
FreeBSD maul.immure.com 8.2-STABLE FreeBSD 8.2-STABLE #6: Wed Mar 16 08:15:43
CDT 2011
On Wed, Mar 16, 2011 at 05:00:42PM +0300, Maxim Dounin wrote:
Hello!
On Wed, Mar 16, 2011 at 04:44:35PM +1100, Bruce Evans wrote:
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:55 pm, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:33 pm, Maxim Dounin wrote:
Hello!
On Wed, Mar 16, 2011 at 04:26:26PM +0200, Kostik Belousov wrote:
On Wed, Mar 16, 2011 at 05:00:42PM +0300, Maxim Dounin wrote:
Hello!
On Wed, Mar 16, 2011 at 04:44:35PM +1100, Bruce Evans wrote:
On Tue, 15 Mar 2011, Jung-uk Kim wrote:
On Tuesday 15 March 2011 03:55
Author: jkim
Date: Wed Mar 16 16:09:08 2011
New Revision: 219698
URL: http://svn.freebsd.org/changeset/base/219698
Log:
Rework r219679. Always check CPU class at run-time to make it predictable.
Unfortunately, it pulls in machine/cputypes.h but it is small enough and
namespace pollution is
Author: ivoras
Date: Wed Mar 16 16:22:59 2011
New Revision: 219699
URL: http://svn.freebsd.org/changeset/base/219699
Log:
The hardware has caught up; improvements are now observed even at 128,
but stay conservative and bump read_max to only 64 (it will probably be
a good idea to increase
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This isn't really different as long as GENERIC kernel used, as
GENERIC defines I486_CPU.
Fixed in r219698, sorry.
Actually, I think we should remove i486 from GENERIC at some point.
It has too many limitations. For example, I really
Author: jkim
Date: Wed Mar 16 16:44:08 2011
New Revision: 219700
URL: http://svn.freebsd.org/changeset/base/219700
Log:
Revert r219676.
Requested by: jhb, bde
Modified:
head/sys/x86/x86/tsc.c
Modified: head/sys/x86/x86/tsc.c
Author: yongari
Date: Wed Mar 16 17:09:51 2011
New Revision: 219701
URL: http://svn.freebsd.org/changeset/base/219701
Log:
Remove too expensive bus_dmamap_sync(9) call in dc_rx_resync().
With this change, driver may not notice updated descriptor status
change when bounce buffers are active.
On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This isn't really different as long as GENERIC kernel used, as
GENERIC defines I486_CPU.
Fixed in r219698, sorry.
Actually, I think we should remove i486 from GENERIC at
On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
Author: ivoras
Date: Wed Mar 16 16:22:59 2011
New Revision: 219699
URL: http://svn.freebsd.org/changeset/base/219699
Log:
The hardware has caught up; improvements are now observed even at 128,
but stay conservative and bump
On 16 March 2011 18:46, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
Author: ivoras
Date: Wed Mar 16 16:22:59 2011
New Revision: 219699
URL: http://svn.freebsd.org/changeset/base/219699
Log:
The hardware has caught up;
On Wed, 16 Mar 2011 20:51:17 +0100
Ivan Voras ivo...@freebsd.org wrote:
(Are there any ready read
multi-stream read tests which are not trivial i.e. they start from
different positions in the file?)
I think sysutils/fio can do that.
--
Bruce Cran
On Wed, Mar 16, 2011 at 12:51 PM, Ivan Voras ivo...@freebsd.org wrote:
On 16 March 2011 18:46, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
Author: ivoras
Date: Wed Mar 16 16:22:59 2011
New Revision: 219699
URL:
Author: ae
Date: Wed Mar 16 20:04:56 2011
New Revision: 219702
URL: http://svn.freebsd.org/changeset/base/219702
Log:
Set control flags in putc(). This should fix zfsboot hangs in drvread().
PR: kern/153552
Reviewed by: jhb
MFC after:1 week
Modified:
Author: ae
Date: Wed Mar 16 20:19:48 2011
New Revision: 219703
URL: http://svn.freebsd.org/changeset/base/219703
Log:
The size of zfsboot2 grown up to 64 Kbytes in r219089.
Increase NSECT up to 128 sectors too.
Reviewed by: jhb, pjd
Modified:
head/sys/boot/i386/zfsboot/Makefile
On Wed Mar 16 11, Andrey V. Elsukov wrote:
Author: ae
Date: Wed Mar 16 20:04:56 2011
New Revision: 219702
URL: http://svn.freebsd.org/changeset/base/219702
Log:
Set control flags in putc(). This should fix zfsboot hangs in drvread().
i was looking at xputc() and putchar() and was
On Wed, Mar 16, 2011 at 06:45:53PM +0100, Roman Divacky wrote:
On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This isn't really different as long as GENERIC kernel used, as
GENERIC defines I486_CPU.
Fixed in
On Wednesday 16 March 2011 01:45 pm, Roman Divacky wrote:
On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This isn't really different as long as GENERIC kernel used, as
GENERIC defines I486_CPU.
Fixed in r219698,
On 16 March 2011 20:59, Garrett Cooper gcoo...@freebsd.org wrote:
On Wed, Mar 16, 2011 at 12:51 PM, Ivan Voras ivo...@freebsd.org wrote:
On 16 March 2011 18:46, Roman Divacky rdiva...@freebsd.org wrote:
On Wed, Mar 16, 2011 at 04:22:59PM +, Ivan Voras wrote:
Author: ivoras
Date: Wed
On Wed, 16 Mar 2011 21:03:46 +0100
Erik Trulsson ertr1...@student.uu.se wrote:
There are probably only a handful of people (if that) who actually run
FreeBSD on an actual 486-class machine, but requiring SSE2 would mean
dropping support for Pentium-III and Athlon-XP equipped machines and
I
On 16 March 2011 21:37, Ivan Voras ivo...@freebsd.org wrote:
For now, there's a report (which actually inspired me to retest and
commit this) from someone who tried this on 2x 15k RPM SAS drives,
with much better results using read_max=128 (thread gmirror
performance on freebsd-fs@). I
Author: jkim
Date: Wed Mar 16 20:53:41 2011
New Revision: 219704
URL: http://svn.freebsd.org/changeset/base/219704
Log:
Import ACPICA 20110316.
Modified:
vendor-sys/acpica/dist/changes.txt
vendor-sys/acpica/dist/common/dmtable.c
vendor-sys/acpica/dist/common/dmtbdump.c
vendor-sys
Author: jkim
Date: Wed Mar 16 20:54:58 2011
New Revision: 219705
URL: http://svn.freebsd.org/changeset/base/219705
Log:
Tag ACPICA 20110316.
Added:
vendor-sys/acpica/20110316/
- copied from r219704, vendor-sys/acpica/dist/
___
svn-src-all
On 16 March 2011 21:03, Erik Trulsson ertr1...@student.uu.se wrote:
On Wed, Mar 16, 2011 at 06:45:53PM +0100, Roman Divacky wrote:
On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This isn't really different as long as
Author: jmallett
Date: Wed Mar 16 22:51:34 2011
New Revision: 219706
URL: http://svn.freebsd.org/changeset/base/219706
Log:
o) Set MAC addresses starting at the MAC base for all management ports, not
just the MR-730.
o) Start MAC addresses for the non-management ports after the
On 16.03.2011 15:51, Bob Willcox wrote:
This change has broken SATA disk support on my Intel Atom D525 ITX system. By
reverting this change 8.2-STABLE works again on this system.
My 'uname -a' output is:
FreeBSD maul.immure.com 8.2-STABLE FreeBSD 8.2-STABLE #6: Wed Mar 16 08:15:43
CDT 2011
On 17.03.2011 01:41, Alexander Motin wrote:
On 16.03.2011 15:51, Bob Willcox wrote:
This change has broken SATA disk support on my Intel Atom D525 ITX
system. By
reverting this change 8.2-STABLE works again on this system.
My 'uname -a' output is:
FreeBSD maul.immure.com 8.2-STABLE FreeBSD
Author: jkim
Date: Thu Mar 17 00:29:53 2011
New Revision: 219707
URL: http://svn.freebsd.org/changeset/base/219707
Log:
Merge ACPICA 20110316.
Modified:
head/sys/contrib/dev/acpica/changes.txt
head/sys/contrib/dev/acpica/common/dmtable.c
head/sys/contrib/dev/acpica/common/dmtbdump.c
Author: emaste
Date: Thu Mar 17 01:05:54 2011
New Revision: 219708
URL: http://svn.freebsd.org/changeset/base/219708
Log:
Remove uptime validity check that hasn't been necessary since r151417
switched to clock_gettime. vmstat will now not exit with an error
if run on a system with 10 years
Author: marcel
Date: Thu Mar 17 04:30:43 2011
New Revision: 219709
URL: http://svn.freebsd.org/changeset/base/219709
Log:
Don't add sigwait.c to MISRCS here when sigwait.c lives under ../sys and
it's already added to SRCS there.
Modified:
head/lib/libc/stdlib/Makefile.inc
Modified:
Author: marcel
Date: Thu Mar 17 04:40:37 2011
New Revision: 219710
URL: http://svn.freebsd.org/changeset/base/219710
Log:
When building libc with the syscall compatibility, don't also generate the
syscall assembly files. This results in conflicting dependencies and can
cause unexpected
On 3/16/11 2:16 PM, Ivan Voras wrote:
On 16 March 2011 21:03, Erik Trulssonertr1...@student.uu.se wrote:
On Wed, Mar 16, 2011 at 06:45:53PM +0100, Roman Divacky wrote:
On Wed, Mar 16, 2011 at 12:32:56PM -0400, Jung-uk Kim wrote:
On Tuesday 15 March 2011 08:45 pm, Maxim Dounin wrote:
This
42 matches
Mail list logo