>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 in the GENERIC kernel, users wants these
> support
Julian Elischer wrote:
CPU: Geode(TM) Integrated Processor by AMD PCS (499.91-MHz 586-class CPU)
Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2
Features=0x88a93d
AMD Features=0xc040
real memory = 536870912 (512 MB)
avail memory = 436473856 (416 MB)
I can no longer boot my home gate
Author: syrinx
Date: Fri Mar 19 09:53:25 2010
New Revision: 205312
URL: http://svn.freebsd.org/changeset/base/205312
Log:
Make sure the snmp_pf module will first refresh its entires if necessary,
then find a specific entry, and get the requested value. So far, it found
the specific entry, re
Author: kib
Date: Fri Mar 19 10:41:32 2010
New Revision: 205316
URL: http://svn.freebsd.org/changeset/base/205316
Log:
Fix two style issues.
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: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:46:54 2010
New Revision: 205318
URL: http://svn.freebsd.org/changeset/base/205318
Log:
Properly handle compat32 calls to sctp generic sendmsd/recvmsg functions that
take iov.
Reviewed by: tuexen
MFC after:2 weeks
Modified:
head/sys/kern/uipc_sysca
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
head/sys/compat/freebsd32/fr
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
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/" module name.
FOr SYSCALL32_MODULE_HELPER, use "sys32/" module name.
This avoids modules name conflict when compat32 syscall does not
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:
head/sys/compat/freebsd32/freebsd
Author: kib
Date: Fri Mar 19 11:04:42 2010
New Revision: 205323
URL: http://svn.freebsd.org/changeset/base/205323
Log:
Move SysV IPC freebsd32 compat shims from freebsd32_misc.c to corresponding
sysv_{msg,sem,shm}.c files.
Mark SysV IPC freebsd32 syscalls as NOSTD and add required
SYSCA
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
Mod
Author: kib
Date: Fri Mar 19 11:10:24 2010
New Revision: 205325
URL: http://svn.freebsd.org/changeset/base/205325
Log:
Implement compat32 shims for mqueuefs.
Reviewed by: jhb
MFC after:2 weeks
Modified:
head/sys/compat/freebsd32/freebsd32.h
head/sys/compat/freebsd32/syscalls.mas
Author: kib
Date: Fri Mar 19 11:11:34 2010
New Revision: 205326
URL: http://svn.freebsd.org/changeset/base/205326
Log:
Convert aio syscall registration to SYSCALL_INIT_HELPER.
Reviewed by: jhb
MFC after:2 weeks
Modified:
head/sys/kern/vfs_aio.c
Modified: head/sys/kern/vfs_aio.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
head/sys/compat
* Xin LI 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 after: 1 month
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:
head/etc/Makefile
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 I58
In message <201003190759.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 reason. 486 CPUs have cmpxchg and xadd
>so are perfectly ade
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 message<201003190759.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 r
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:35:38 2010
New Revision: 205333
URL: http://svn.freebsd.org/changeset/base/205333
Log:
vfs_mount.9: drop cross-reference to a removed manual
MFC after:3 days
Modified:
head/share/man/man9/vfs_mount.9
Modified: head/share/man/man9/vfs_mount.9
=
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
==
Author: ed
Date: Fri Mar 19 15:53:02 2010
New Revision: 205335
URL: http://svn.freebsd.org/changeset/base/205335
Log:
Slightly improve my previous commit.
Just comment out the atrun line instead of completely removing it. It is
not a bad idea to leave it as a reference in case someone dec
Author: delphij
Date: Fri Mar 19 16:09:57 2010
New Revision: 205336
URL: http://svn.freebsd.org/changeset/base/205336
Log:
Back out revision 205307.
For the record:
CPU_ENABLE_SSE enables some code that dynamically enables SSE support
but not necessarily enforce execution of SSE inst
On 19 March 2010 07:33, Garrett Cooper wrote:
> On Thu, Mar 18, 2010 at 6:16 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 n
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 a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/18 23:33, Garrett Cooper wrote:
> On Thu, Mar 18, 2010 at 6:16 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
On 19 March 2010 17:22, Valentin Nechayev 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 now
>> reaso
In message: <20100319114426.go32...@hoeg.nl>
Ed Schouten writes:
: * Xin LI 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
In message: <4ba2f899.8070...@feral.com>
Matthew Jacob writes:
: Does anyone out there have a 486 DX4 even? Can you boot 8.0 CDs?
The soekris boxes have a geode in them, which is a 486. I've run
generic on them w/o disabling SSE for ages...
Warner
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2010/03/19 10:08, M. Warner Losh wrote:
> In message: <20100319114426.go32...@hoeg.nl>
> Ed Schouten writes:
> : * Xin LI wrote:
> : > Log:
> : > SSE is enabled by default about 5 years ago so there is no point
> pretending
> : >
On Friday 19 March 2010 12:09:57 pm Xin LI wrote:
> Author: delphij
> Date: Fri Mar 19 16:09:57 2010
> New Revision: 205336
> URL: http://svn.freebsd.org/changeset/base/205336
>
> Log:
> Back out revision 205307.
>
> For the record:
>
> CPU_ENABLE_SSE enables some code that dynamically
On Friday 19 March 2010 12:13:00 pm Ivan Voras wrote:
> On 19 March 2010 07:33, Garrett Cooper wrote:
> > On Thu, Mar 18, 2010 at 6:16 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
> >>
>
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 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 optio
* 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 contex
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 allo
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
Author: jkim
Date: Fri Mar 19 21:15:43 2010
New Revision: 205347
URL: http://svn.freebsd.org/changeset/base/205347
Log:
- Map EBDA if available and add 64KB above 1MB (high memory), just in case.
- Print the initial memory map when bootverbose is set.
- Change the page fault address format f
On Sat, Mar 20, 2010, Bruce Evans wrote:
> The effect of I486_CPU is especially small.
> It is:
> - statically disable use of the TSC in the bogus get_cyclecount() API.
> Although the TSC is dynamically configured elsewhere, this function
> wants to use the TSC without any dynamic tests, so it
Author: imp
Date: Sat Mar 20 03:39:35 2010
New Revision: 205354
URL: http://svn.freebsd.org/changeset/base/205354
Log:
Add support for the Samsung S3C2xx0 family of ARM SoCs written by
Andrew Turner. The kernel supports the LN2410SBC evaluation board,
and likely others. These parts (or sim
Author: nwhitehorn
Date: Sat Mar 20 03:58:00 2010
New Revision: 205356
URL: http://svn.freebsd.org/changeset/base/205356
Log:
Let unin(4) attach to U3 controllers found on G5 machines.
Submitted by: Andreas Tobler
Modified:
head/sys/powerpc/powermac/uninorth.c
Modified: head/sys/powerpc
Author: marcel
Date: Sat Mar 20 04:22:22 2010
New Revision: 205357
URL: http://svn.freebsd.org/changeset/base/205357
Log:
Don't check for boot_verbose in the environment. The loader does
that already and sets RB_VERBOSE. The loader has always done it.
Modified:
head/sys/ia64/ia64/machdep.c
Author: mav
Date: Sat Mar 20 04:40:15 2010
New Revision: 205358
URL: http://svn.freebsd.org/changeset/base/205358
Log:
Enable MSI by default for SiI3124.
Modified:
head/sys/dev/siis/siis.c
Modified: head/sys/dev/siis/siis.c
Author: neel
Date: Sat Mar 20 05:07:15 2010
New Revision: 205360
URL: http://svn.freebsd.org/changeset/base/205360
Log:
This change enables use of physical memory that is beyond the direct
mapped kseg0 region.
The basic idea is to use KVA from the kseg2 region for mapping page
table pag
Author: neel
Date: Sat Mar 20 05:10:44 2010
New Revision: 205361
URL: http://svn.freebsd.org/changeset/base/205361
Log:
Get rid of unused macro MIPS_MEM_RID.
Suggested by: Alexandr Rybalko (r...@dlink.ua)
Modified:
head/sys/mips/mips/nexus.c
Modified: head/sys/mips/mips/nexus.c
Author: neel
Date: Sat Mar 20 05:21:14 2010
New Revision: 205363
URL: http://svn.freebsd.org/changeset/base/205363
Log:
Make sure that the registers 'v0' and 'v1' are properly sign-extended
when sb_load64() returns.
Some 32-bit arithmetic operations (e.g. subu) have unpredicatable results
Author: neel
Date: Sat Mar 20 05:49:06 2010
New Revision: 205364
URL: http://svn.freebsd.org/changeset/base/205364
Log:
Sibyte provides a 64-bit read-only counter that counts at half the processor
frequency. This counter can be accessed coherently from both cores.
Use this as the preferre
52 matches
Mail list logo