Author: kib
Date: Fri Mar 19 10:44:02 2010
New Revision: 205317
URL: http://svn.freebsd.org/changeset/base/205317
Log:
Remove dead statement.
Reviewed by: tuexen
MFC after:2 weeks
Modified:
head/sys/kern/uipc_syscalls.c
Modified: head/sys/kern/uipc_syscalls.c
Author: kib
Date: Fri Mar 19 10:49:03 2010
New Revision: 205319
URL: http://svn.freebsd.org/changeset/base/205319
Log:
Make freebsd32_copyiniov() available outside of freebsd32_misc.
MFC after:2 weeks
Modified:
head/sys/compat/freebsd32/freebsd32_misc.c
On Fri, Mar 19, 2010 at 10:49:03AM +, Konstantin Belousov wrote:
Author: kib
Date: Fri Mar 19 10:49:03 2010
New Revision: 205319
URL: http://svn.freebsd.org/changeset/base/205319
Log:
Make freebsd32_copyiniov() available outside of freebsd32_misc.
MFC after: 2 weeks
This has
Author: kib
Date: Fri Mar 19 10:52:54 2010
New Revision: 205320
URL: http://svn.freebsd.org/changeset/base/205320
Log:
FOr SYSCALL_MODULE_HELPER, use sys/syscallname module name.
FOr SYSCALL32_MODULE_HELPER, use sys32/syscallname module name.
This avoids modules name conflict when compat32
Author: kib
Date: Fri Mar 19 10:56:30 2010
New Revision: 205321
URL: http://svn.freebsd.org/changeset/base/205321
Log:
Introduce SYSCALL_INIT_HELPER and SYSCALL32_INIT_HELPER macros and
neccessary support functions to allow registering dynamically loaded
syscalls from the MOD_LOAD handlers.
Author: kib
Date: Fri Mar 19 11:01:51 2010
New Revision: 205322
URL: http://svn.freebsd.org/changeset/base/205322
Log:
Move SysV IPC freebsd32 compat shims helpers from freebsd32_misc.c to
sysv_ipc.c.
Reviewed by: jhb
MFC after:2 weeks
Modified:
Author: kib
Date: Fri Mar 19 11:08:43 2010
New Revision: 205324
URL: http://svn.freebsd.org/changeset/base/205324
Log:
Implement compat32 shims for ksem syscalls.
Reviewed by: jhb
MFC after:2 weeks
Modified:
head/sys/compat/freebsd32/syscalls.master
head/sys/kern/uipc_sem.c
Author: kib
Date: Fri Mar 19 11:13:42 2010
New Revision: 205327
URL: http://svn.freebsd.org/changeset/base/205327
Log:
Remove empty line.
MFC after:2 weeks
Modified:
head/sys/compat/freebsd32/freebsd32_misc.c
Modified: head/sys/compat/freebsd32/freebsd32_misc.c
Author: kib
Date: Fri Mar 19 11:14:37 2010
New Revision: 205328
URL: http://svn.freebsd.org/changeset/base/205328
Log:
Regen
Modified:
head/sys/compat/freebsd32/freebsd32_proto.h
head/sys/compat/freebsd32/freebsd32_syscall.h
head/sys/compat/freebsd32/freebsd32_syscalls.c
* Xin LI delp...@freebsd.org wrote:
Log:
SSE is enabled by default about 5 years ago so there is no point pretending
that we support I486 and I586 CPUs in the GENERIC kernel, users wants these
support would have to build a custom kernel to explicitly disable SSE
anyways.
MFC
Author: ed
Date: Fri Mar 19 11:59:02 2010
New Revision: 205329
URL: http://svn.freebsd.org/changeset/base/205329
Log:
Don't add the atrun-line to the crontab when MK_AT is set.
This prevents spurious calls to sendmail every 5 minutes.
MFC after:1 week
Modified:
On Thursday 18 March 2010 9:16:53 pm Xin LI wrote:
Author: delphij
Date: Fri Mar 19 01:16:53 2010
New Revision: 205307
URL: http://svn.freebsd.org/changeset/base/205307
Log:
SSE is enabled by default about 5 years ago so there is no point pretending
that we support I486 and I586 CPUs
Author: jhb
Date: Fri Mar 19 12:43:18 2010
New Revision: 205332
URL: http://svn.freebsd.org/changeset/base/205332
Log:
Use the same policy for rejecting / not-reject ACPI tables with incorrect
checksums as the base acpi(4) driver. This fixes a problem where the MADT
parser would reject the
On 3/19/2010 5:10 AM, Poul-Henning Kamp wrote:
In message201003190759.56385@freebsd.org, John Baldwin writes:
On Thursday 18 March 2010 9:16:53 pm Xin LI wrote:
All the x86 world is not rack-mounted 64-bit servers. We should not remove
support for non-686 CPUs for no good
On Fri, 19 Mar 2010, John Baldwin wrote:
On Thursday 18 March 2010 9:16:53 pm Xin LI wrote:
Author: delphij
Date: Fri Mar 19 01:16:53 2010
New Revision: 205307
URL: http://svn.freebsd.org/changeset/base/205307
Log:
SSE is enabled by default about 5 years ago so there is no point pretending
Author: avg
Date: Fri Mar 19 14:48:32 2010
New Revision: 205334
URL: http://svn.freebsd.org/changeset/base/205334
Log:
pmap amd64/i386: fix a typo in a comment
MFC after:3 days
Modified:
head/sys/amd64/amd64/pmap.c
head/sys/i386/i386/pmap.c
Modified: head/sys/amd64/amd64/pmap.c
Fri, Mar 19, 2010 at 17:13:00, ivoras wrote about Re: I486_CPU and I586_CPU
removed from GENERIC kernel [was Re: svn commit: r205307 -
head/sys/i386/conf]:
SSE in the userland you mean? Regardless, I don't think there is now
reason for compiling everything as for i386. E.g. why not add at
On 19 March 2010 17:22, Valentin Nechayev ne...@netch.kiev.ua wrote:
Fri, Mar 19, 2010 at 17:13:00, ivoras wrote about Re: I486_CPU and I586_CPU
removed from GENERIC kernel [was Re: svn commit: r205307 -
head/sys/i386/conf]:
SSE in the userland you mean? Regardless, I don't think there is
In message: 20100319114426.go32...@hoeg.nl
Ed Schouten e...@80386.nl writes:
: * Xin LI delp...@freebsd.org wrote:
: Log:
:SSE is enabled by default about 5 years ago so there is no point
pretending
:that we support I486 and I586 CPUs in the GENERIC kernel, users wants
these
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/19 10:08, M. Warner Losh wrote:
In message: 20100319114426.go32...@hoeg.nl
Ed Schouten e...@80386.nl writes:
: * Xin LI delp...@freebsd.org wrote:
: Log:
:SSE is enabled by default about 5 years ago so there is no
On Friday 19 March 2010 12:13:00 pm Ivan Voras wrote:
On 19 March 2010 07:33, Garrett Cooper yanef...@gmail.com wrote:
On Thu, Mar 18, 2010 at 6:16 PM, Xin LI delp...@freebsd.org wrote:
Author: delphij
Date: Fri Mar 19 01:16:53 2010
New Revision: 205307
URL:
On Friday 19 March 2010 12:27:21 pm Xin LI wrote:
On 2010/03/18 23:33, Garrett Cooper wrote:
On Thu, Mar 18, 2010 at 6:16 PM, Xin LI delp...@freebsd.org wrote:
Author: delphij
Date: Fri Mar 19 01:16:53 2010
New Revision: 205307
URL: http://svn.freebsd.org/changeset/base/205307
Log:
On Fri, 19 Mar 2010, John Baldwin wrote:
On Friday 19 March 2010 12:13:00 pm Ivan Voras wrote:
SSE in the userland you mean? Regardless, I don't think there is now
reason for compiling everything as for i386. E.g. why not add at least
-mtune=generic or even also -march=i686 to default gcc
* Steve Kargl (s...@troutmask.apl.washington.edu) wrote:
Can you explain? AFAIK, SSE including floating point
instructions. Floating point operations aren't allowed
in the kernel.
Afaik, there are also effecient memory copy/move/fill instructions,
that do not require floating point context.
Author: bz
Date: Fri Mar 19 19:51:03 2010
New Revision: 205345
URL: http://svn.freebsd.org/changeset/base/205345
Log:
Split eventhandler_register() into an internal part and a wrapper function
that provides the allocated and setup eventhandler entry.
Add a new wrapper for VIMAGE that
Author: pjd
Date: Fri Mar 19 20:14:27 2010
New Revision: 205346
URL: http://svn.freebsd.org/changeset/base/205346
Log:
The same code is used to import and to create pool.
The order of operations is the following:
1. Try to open vdev by remembered path and guid.
2. If 1 failed, try to find
26 matches
Mail list logo