On 3/16/11 2:16 PM, Ivan Voras wrote:
On 16 March 2011 21:03, Erik Trulsson 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
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 resul
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: head/li
On 17 March 2011 02:05, Ed Maste wrote:
> 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
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: 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: 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 management
On 16 March 2011 21:03, Erik Trulsson 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 GENERIC kernel use
On 16 March 2011 21:37, Ivan Voras 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 estimate that becau
On Wed, 16 Mar 2011 21:03:46 +0100
Erik Trulsson 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 believe there are a l
On 16 March 2011 20:59, Garrett Cooper wrote:
> On Wed, Mar 16, 2011 at 12:51 PM, Ivan Voras wrote:
>> On 16 March 2011 18:46, Roman Divacky 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: 21
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 r
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.
> >
> > Fixe
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
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
head
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:
head/sys/boot/i386
On Wed, Mar 16, 2011 at 12:51 PM, Ivan Voras wrote:
> On 16 March 2011 18:46, Roman Divacky 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/21
On Wed, 16 Mar 2011 20:51:17 +0100
Ivan Voras 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
___
svn-src-head
On 16 March 2011 18:46, Roman Divacky 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; improveme
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
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 GENE
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.
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
==
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 lo
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 t
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 but it is small enough and
namespace pollution is minimal, I hope.
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 M
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 Doun
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 +, Jun
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:
head/contrib/gcc
On 16 March 2011 02:54, Alexander Best 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 rindex(3) m
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 lo
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: 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: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)
Modi
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.
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 o
37 matches
Mail list logo