On Sun, Apr 8, 2012 at 21:14, Andrew Turner wrote:
> We can implement it as a naked function but we will need to store all
> registers other than r0 and pc which seems a waste.
>
> The problem implementing it in an assembly file is we are unable to use
> ARM_TP_ADDRESS is defined as:
> #define ARM
On Mon, 9 Apr 2012 01:03:15 -0700
Juli Mallett wrote:
> On Sun, Apr 8, 2012 at 21:14, Andrew Turner
> wrote:
> > We can implement it as a naked function but we will need to store
> > all registers other than r0 and pc which seems a waste.
> >
> > The problem implementing it in an assembly file i
Author: emaste
Date: Mon Apr 9 13:29:24 2012
New Revision: 234054
URL: http://svn.freebsd.org/changeset/base/234054
Log:
MFC r219418:
Remove stray semicolon. This fix appears in later upstream gdb versions.
PR: gnu/136705
Submitted by: eadler
Modified:
stable/8/contr
Author: andreast
Date: Mon Apr 9 14:05:01 2012
New Revision: 234055
URL: http://svn.freebsd.org/changeset/base/234055
Log:
MFC r233783:
- Write the ISO9660 descriptor after the apm partition entries.
- Fill the needed pmPartStatus flags. At least the OpenBIOS
implementation rel
Author: jilles
Date: Mon Apr 9 14:17:22 2012
New Revision: 234057
URL: http://svn.freebsd.org/changeset/base/234057
Log:
sem_open: Make sure to fail an O_CREAT|O_EXCL open, even if that semaphore
is already open in this process.
If the named semaphore is already open, sem_open() only inc
Author: dim
Date: Mon Apr 9 14:47:18 2012
New Revision: 234058
URL: http://svn.freebsd.org/changeset/base/234058
Log:
In kdump's mkioctls script, use '${CPP}' instead of hardcodedly using
'gcc -E'. This fixes building when WITH_CLANG_IS_CC is in effect.
Report by:Niclas Zeising
M
On Friday, April 06, 2012 5:19:29 pm Justin T. Gibbs wrote:
> Author: gibbs
> Date: Fri Apr 6 21:19:28 2012
> New Revision: 233961
> URL: http://svn.freebsd.org/changeset/base/233961
>
> Log:
> Fix interrupt load balancing regression, introduced in revision
> 222813, that left all un-pinned i
Author: jhb
Date: Mon Apr 9 15:20:16 2012
New Revision: 234059
URL: http://svn.freebsd.org/changeset/base/234059
Log:
Recognize the RDRAND instruction feature.
Submitted by: Michael Fuckner michael fuckner net
MFC after:3 days
Modified:
head/sys/amd64/amd64/identcpu.c
head/sys/
Author: dim
Date: Mon Apr 9 15:34:22 2012
New Revision: 234060
URL: http://svn.freebsd.org/changeset/base/234060
Log:
Since truss also uses kdump's mkioctls script, pass the value of ${CPP}
there too, similar to r234058.
MFC after:1 week
Modified:
head/usr.bin/truss/Makefile
Modi
Author: rmacklem
Date: Mon Apr 9 15:34:23 2012
New Revision: 234061
URL: http://svn.freebsd.org/changeset/base/234061
Log:
MFC: r232327
Fix the NFS clients so that they use copyin() instead of bcopy(),
when doing direct I/O. This direct I/O code is not enabled by default.
Modified:
stabl
Hi,
On 2012-04-06, Justin T. Gibbs wrote:
> Fix interrupt load balancing regression, introduced in revision
> 222813, that left all un-pinned interrupts assigned to CPU 0.
>
> sys/x86/x86/intr_machdep.c:
> In intr_shuffle_irqs(), remove CPU_SETOF() call that initialized
> the
On 04/09/12 10:45, Jaakko Heinonen wrote:
Hi,
On 2012-04-06, Justin T. Gibbs wrote:
Fix interrupt load balancing regression, introduced in revision
222813, that left all un-pinned interrupts assigned to CPU 0.
sys/x86/x86/intr_machdep.c:
In intr_shuffle_irqs(), remove CPU_SETO
Author: gnn
Date: Mon Apr 9 16:14:58 2012
New Revision: 234062
URL: http://svn.freebsd.org/changeset/base/234062
Log:
MFC: 232612
Properly mask off bits that are not supported in the IAP counters.
This fixes a bug where users would see massively large counts, near
to 2**64 -1, due t
Author: kensmith
Date: Mon Apr 9 16:18:55 2012
New Revision: 234063
URL: http://svn.freebsd.org/changeset/base/234063
Log:
Copy releng/8.3 to release/8.3.0 as part of the 8.3-RELEASE build process.
Approved by: re (implicit)
Added:
- copied from r234062, releng/8.3/
Directory Proper
On Monday, April 09, 2012 11:45:11 am Jaakko Heinonen wrote:
>
> Hi,
>
> On 2012-04-06, Justin T. Gibbs wrote:
> > Fix interrupt load balancing regression, introduced in revision
> > 222813, that left all un-pinned interrupts assigned to CPU 0.
> >
> > sys/x86/x86/intr_machdep.c:
> >
On Mon, Apr 9, 2012 at 01:44, Andrew Turner wrote:
> How does the attached (untested) patch look. It explicitly loads
> ARM_TP_ADDRESS into a r0 to ensure r1-3 are not touched.
The example file I pointed at was for the kernel, where the
LOCORE-related ifdefs (almost) make sense, but for userland
On Sun, Mar 04, 2012, Tijl Coosemans wrote:
> Log:
> Copy amd64 float.h to x86 and merge with i386 float.h. Replace
> amd64/i386/pc98 float.h with stubs.
[...]
> --- head/sys/amd64/include/float.hSun Mar 4 12:52:48 2012
> (r232490, copy source)
> +++ head/sys/x86/include/float.h
Il 09 aprile 2012 17:34, John Baldwin ha scritto:
> On Monday, April 09, 2012 11:45:11 am Jaakko Heinonen wrote:
>>
>> Hi,
>>
>> On 2012-04-06, Justin T. Gibbs wrote:
>> > Fix interrupt load balancing regression, introduced in revision
>> > 222813, that left all un-pinned interrupts assigned t
Author: attilio
Date: Mon Apr 9 17:05:18 2012
New Revision: 234064
URL: http://svn.freebsd.org/changeset/base/234064
Log:
- Introduce a cache-miss optimization for consistency with other
accesses of the cache member of vm_object objects.
- Use novel vm_page_is_cached() for checks outside
On 2012-04-09, John Baldwin wrote:
> I suspect in your case intr_add_cpu() is never called. I think Attilio is
> not
> correct in that it is not called for the BSP.
>
> Yes, it is not called for the BSP in set_interrupt_apic_ids(). This used to
> work because bit 0 was assigned statically. A
On Monday, April 09, 2012 12:58:07 pm Attilio Rao wrote:
> Il 09 aprile 2012 17:34, John Baldwin ha scritto:
> > On Monday, April 09, 2012 11:45:11 am Jaakko Heinonen wrote:
> >>
> >> Hi,
> >>
> >> On 2012-04-06, Justin T. Gibbs wrote:
> >> > Fix interrupt load balancing regression, introduced i
Il 09 aprile 2012 18:14, John Baldwin ha scritto:
> On Monday, April 09, 2012 12:58:07 pm Attilio Rao wrote:
>> Il 09 aprile 2012 17:34, John Baldwin ha scritto:
>> > On Monday, April 09, 2012 11:45:11 am Jaakko Heinonen wrote:
>> >>
>> >> Hi,
>> >>
>> >> On 2012-04-06, Justin T. Gibbs wrote:
>>
Author: mav
Date: Mon Apr 9 18:24:58 2012
New Revision: 234066
URL: http://svn.freebsd.org/changeset/base/234066
Log:
Microoptimize cpu_search().
According to profiling, it makes one take 6% of CPU time on hackbench
with its million of context switches per second, instead of 8% before.
Author: pfg
Date: Mon Apr 9 18:33:59 2012
New Revision: 234067
URL: http://svn.freebsd.org/changeset/base/234067
Log:
MFC: r233923
Fix a typo in GCC affecting calculations with -ffast-math.
The fix is similar to the one applied in GCC-4.3 in
GCCSVN-r117929 under the GPLv2.
Subm
On Monday, April 09, 2012 1:59:13 pm Attilio Rao wrote:
> Il 09 aprile 2012 18:14, John Baldwin ha scritto:
> > On Monday, April 09, 2012 12:58:07 pm Attilio Rao wrote:
> >> Il 09 aprile 2012 17:34, John Baldwin ha scritto:
> >> > On Monday, April 09, 2012 11:45:11 am Jaakko Heinonen wrote:
> >>
I can boot the following CPU with this patch:
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2999.72-MHz 686-class CPU)
Origin = "GenuineIntel" Id = 0xf29 Family = f Model = 2 Stepping = 9
Features=0xbfebfbff
Features2=0x4400
___
svn-src-all@freebsd.o
Author: rmh
Date: Mon Apr 9 20:55:23 2012
New Revision: 234069
URL: http://svn.freebsd.org/changeset/base/234069
Log:
Include (for SIGINFO).
Modified:
head/sbin/savecore/savecore.c
Modified: head/sbin/savecore/savecore.c
=
Author: rmh
Date: Mon Apr 9 20:59:14 2012
New Revision: 234070
URL: http://svn.freebsd.org/changeset/base/234070
Log:
Improve error reporting when no cpufreq(4) support is available.
Reviewed by: njl, acpi
Modified:
head/usr.sbin/powerd/powerd.c
Modified: head/usr.sbin/powerd/powerd.c
You missed my points.
That "if" check as part of r201282 was meant to resolve a couple of
issues related
to PPP links, as noted in my commit message. In this PPP/proxy
resolution context
the error message applies, which is why I actually used the word "context" in my
previous reply.
Your removing
Author: jilles
Date: Mon Apr 9 21:58:58 2012
New Revision: 234072
URL: http://svn.freebsd.org/changeset/base/234072
Log:
Remove unused and wrong SA_PROC internal signal property.
The SA_PROC signal property indicated whether each signal number is directed
at a specific thread or at the p
Author: jilles
Date: Mon Apr 9 22:01:43 2012
New Revision: 234073
URL: http://svn.freebsd.org/changeset/base/234073
Log:
MFC r233516: libthr: In the atfork handlers for signals, do not skip the
last signal.
_SIG_MAXSIG works a bit unexpectedly: signals 1 till _SIG_MAXSIG are valid,
bot
Il 09 aprile 2012 19:35, John Baldwin ha scritto:
> On Monday, April 09, 2012 1:59:13 pm Attilio Rao wrote:
>> Il 09 aprile 2012 18:14, John Baldwin ha scritto:
>> > On Monday, April 09, 2012 12:58:07 pm Attilio Rao wrote:
>> >> Il 09 aprile 2012 17:34, John Baldwin ha scritto:
>> >> > On Monday
Author: attilio
Date: Mon Apr 9 22:41:19 2012
New Revision: 234074
URL: http://svn.freebsd.org/changeset/base/234074
Log:
BSP is not added to the mask of valid target CPUs for interrupts
in set_apic_interrupt_ids(). Besides, set_apic_interrupts_ids() is not
called in the !SMP case too.
Fi
On Mon, 2 Apr 2012, Jung-uk Kim wrote:
> Author: jkim
> Date: Mon Apr 2 18:13:29 2012
> New Revision: 233797
> URL: http://svn.freebsd.org/changeset/base/233797
>
> Log:
> MFC:r232416, r232561
>
> Add VESA option to GENERIC for amd64 and i386.
This commit breaks resume for me on a
On Mon, Apr 09, 2012 at 10:41:19PM +, Attilio Rao wrote:
> Author: attilio
> Date: Mon Apr 9 22:41:19 2012
> New Revision: 234074
> URL: http://svn.freebsd.org/changeset/base/234074
>
> Log:
> BSP is not added to the mask of valid target CPUs for interrupts
> in set_apic_interrupt_ids().
Il 10 aprile 2012 00:09, Marius Strobl ha scritto:
> On Mon, Apr 09, 2012 at 10:41:19PM +, Attilio Rao wrote:
>> Author: attilio
>> Date: Mon Apr 9 22:41:19 2012
>> New Revision: 234074
>> URL: http://svn.freebsd.org/changeset/base/234074
>>
>> Log:
>> BSP is not added to the mask of valid
Author: eadler
Date: Tue Apr 10 01:20:32 2012
New Revision: 234075
URL: http://svn.freebsd.org/changeset/base/234075
Log:
MFC 231814 233135:
Add a timestamp to the msgbuf output in order to determine when when
messages were printed.
This can be enabled with the kern.ms
On Mon, 9 Apr 2012, David Schultz wrote:
On Sun, Mar 04, 2012, Tijl Coosemans wrote:
Log:
Copy amd64 float.h to x86 and merge with i386 float.h. Replace
amd64/i386/pc98 float.h with stubs.
[...]
--- head/sys/amd64/include/float.h Sun Mar 4 12:52:48 2012
(r232490, copy source
Author: eadler
Date: Tue Apr 10 01:49:31 2012
New Revision: 234077
URL: http://svn.freebsd.org/changeset/base/234077
Log:
Update examples with corrections from the author
PR: ports/160689
Submitted by: mickael.mail...@gmail.com
Approved by: cperciva (implicit)
MFC after:
Author: emaste
Date: Tue Apr 10 01:53:06 2012
New Revision: 234078
URL: http://svn.freebsd.org/changeset/base/234078
Log:
Please welcome Devin Teske (dteske) as a new src committer.
Devin will be working on and maintaining user experience improvements such
as the boot menu, tzsetup, and i
Author: glebius
Date: Tue Apr 10 05:42:48 2012
New Revision: 234084
URL: http://svn.freebsd.org/changeset/base/234084
Log:
CARP should be capable to run on if_bridge(4). Unfortunately,
this commit is not enough to enable CARP operation on
if_bridge(4), because the latter doesn't handle or ev
Qing,
On Mon, Apr 09, 2012 at 02:26:06PM -0700, Qing Li wrote:
Q> You missed my points.
Q>
Q> That "if" check as part of r201282 was meant to resolve a couple of
Q> issues related
Q> to PPP links, as noted in my commit message. In this PPP/proxy
Q> resolution context
Q> the error message applie
Author: adrian
Date: Tue Apr 10 06:25:11 2012
New Revision: 234085
URL: http://svn.freebsd.org/changeset/base/234085
Log:
* Since the API changed along the -CURRENT path (december 2011),
add a FreeBSD_version check. It should work fine for compiling
on -HEAD, 9.x and 8.x.
* Conditi
Author: glebius
Date: Tue Apr 10 06:52:21 2012
New Revision: 234086
URL: http://svn.freebsd.org/changeset/base/234086
Log:
M_DONTWAIT is a flag from historical mbuf(9)
allocator, not malloc(9) or uma(9) flag.
Modified:
head/sys/dev/sfxge/sfxge_rx.c
Modified: head/sys/dev/sfxge/sfxge_rx.c
=
Author: glebius
Date: Tue Apr 10 06:52:39 2012
New Revision: 234087
URL: http://svn.freebsd.org/changeset/base/234087
Log:
M_DONTWAIT is a flag from historical mbuf(9)
allocator, not malloc(9) or uma(9) flag.
Modified:
head/sys/netinet/in.c
Modified: head/sys/netinet/in.c
=
45 matches
Mail list logo
