* James Morris jmor...@namei.org wrote:
On Thu, 12 May 2011, Ingo Molnar wrote:
2) Why should this concept not be made available wider, to allow the
restriction of not just system calls but other security relevant
components
of the kernel as well?
Because the aim
* Frederic Weisbecker fweis...@gmail.com wrote:
We make use of ptrace_get_breakpoints() / ptrace_put_breakpoints()
to protect ptrace_set_debugreg() even if CONFIG_HAVE_HW_BREAKPOINT
if off. However in this case, these APIs are not implemented.
To fix this, push the protection down inside
also want to use this macro.
arch/x86/include/asm/atomic.h |1 +
arch/x86/include/asm/atomic64_64.h |1 +
Acked-by: Ingo Molnar mi...@elte.hu
Thanks,
Ingo
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https
* Artem Bityutskiy dedeki...@gmail.com wrote:
On Tue, 2011-04-05 at 08:49 -0700, Greg KH wrote:
On Tue, Apr 05, 2011 at 04:58:47PM +0200, Michal Marek wrote:
Hi,
this series makes it possible to build bit-identical kernel image and
modules from identical sources. Of course
-rq /dev/shm/build{1,2}
Nice!
Acked-by: Ingo Molnar mi...@elte.hu
Unfortunatelly, this cannot be used to validate indentation-only
patches, even if CONFIG_DEBUG_INFO is turned off. This is because of the
__FILE__ and __LINE__ macros used in many places. For the same reason,
the source
* Anton Blanchard an...@samba.org wrote:
Events on POWER7 can roll back if a speculative event doesn't
eventually complete. Unfortunately in some rare cases they will
raise a performance monitor exception. We need to catch this to
ensure we reset the PMC. In all cases the PMC will be 256
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Yinghai,
On Tue, 14 Sep 2010 16:00:06 -0700 Yinghai Lu ying...@kernel.org wrote:
Also, we may need to remove all extern and __init and __initdata etc in .h
files.
please check
[PATCH -v3] memblock: Fix section mismatch
* Scott Wood scottw...@freescale.com wrote:
On Wed, 28 Jul 2010 14:47:31 +1000
Paul Mackerras pau...@samba.org wrote:
On Tue, Jul 27, 2010 at 11:28:54AM -0500, Scott Wood wrote:
Doesn't the setting of .period need to be maintained (it is in the other
powerpc perf_event
* Paul Mackerras pau...@samba.org wrote:
Ingo,
Please pull my perf.git master branch:
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/perf.git master
It has two commits from Ian Munsie that allow us to access local
variables with perf probe on PowerPC. We also need a commit in
* David Miller da...@davemloft.net wrote:
From: Ingo Molnar mi...@elte.hu
Date: Thu, 15 Apr 2010 08:49:40 +0200
Btw., WARN_ON trapping on PowerPC is clearly a PowerPC bug - there's a good
reason we have WARN_ON versus BUG_ON - it should be fixed.
I disagree, an implementation should
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Yesterday's (and today's) linux-next boot (PowerPC) failed like this:
[ cut here ]
Badness at kernel/lockdep.c:2301
NIP: c00a35c8 LR: c00084c4 CTR:
REGS: c0bf77e0
* Frederic Weisbecker fweis...@gmail.com wrote:
On Thu, Apr 15, 2010 at 08:49:40AM +0200, Ingo Molnar wrote:
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Yesterday's (and today's) linux-next boot (PowerPC) failed like this:
[ cut here
* Frederic Weisbecker fweis...@gmail.com wrote:
On Thu, Apr 15, 2010 at 04:03:58PM +0200, Ingo Molnar wrote:
diff --git a/kernel/lockdep.c b/kernel/lockdep.c
index 78325f8..65d4336 100644
--- a/kernel/lockdep.c
+++ b/kernel/lockdep.c
@@ -2298,7 +2298,11 @@ void
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
Last night's build of tip/master on powerpc produced these errors:
kernel/nmi_watchdog.c:33: error: redefinition of 'touch_nmi_watchdog'
kernel/nmi_watchdog.c:59: error: 'nmi_watchdog_enabled' undeclared (first use
in this
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Thu, 2009-10-29 at 07:55 +0100, Ingo Molnar wrote:
* Paul Mackerras pau...@samba.org wrote:
Here is a series of patches from Anton Blanchard that implement some
nice tracing and perf_event features on powerpc. One of them
* Paul Mackerras pau...@samba.org wrote:
Here is a series of patches from Anton Blanchard that implement some
nice tracing and perf_event features on powerpc. One of them is
generic perf_event stuff (adding software events for alignment faults
and instruction emulation faults).
Since
* Anton Blanchard an...@samba.org wrote:
If CONFIG_PPC_ISERIES isn't defined we end up with iseries_check_pending_irqs
and do_work at the same address. perf ends up picking
iseries_check_pending_irqs which creates confusing backtraces. Hide it.
Signed-off-by: Anton Blanchard
* Anton Blanchard an...@samba.org wrote:
Hook up the alignment-faults and emulation-faults events for powerpc.
Signed-off-by: Anton Blanchard an...@samba.org
nice.
The first patch is for perf events - it would be nice if we could do the
two PowerPC changes via the perf events tree - that
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi Ingo,
On Thu, 24 Sep 2009 23:25:55 +1000 Michael Ellerman mich...@ellerman.id.au
wrote:
Give me a day or two, I should be able to add a per-branch setting for
who to send mails to without too much trouble.
In the mean time I don't
* Michael Ellerman mich...@ellerman.id.au wrote:
On Wed, 2009-09-23 at 14:44 +0200, Ingo Molnar wrote:
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote
* Michael Ellerman mich...@ellerman.id.au wrote:
On Tue, 2009-09-22 at 18:00 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught this particular
PowerPC build bug - i missed it - sorry about
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Tue, 2009-09-22 at 09:48 +1000, Paul Mackerras wrote:
This fixes two places in the powerpc perf_event (perf_counter) code
where 'list_entry' needs to be changed to 'group_entry', but were
missed in commit 65abc865
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Tue, 2009-09-22 at 09:28 +0200, Ingo Molnar wrote:
Nevertheless you are right that i should have caught this particular
PowerPC build bug - i missed it - sorry about that!
Allright. Well, to help in general, we are setting
* Metzger, Markus T markus.t.metz...@intel.com wrote:
-Original Message-
From: Paul Mackerras [mailto:pau...@samba.org]
Sent: Monday, September 21, 2009 8:45 AM
Markus, please take care in future to mention it in the changelog if
your patches touch definitions used by other
* Heiko Carstens heiko.carst...@de.ibm.com wrote:
On Mon, Sep 21, 2009 at 09:30:43AM +0200, Ingo Molnar wrote:
* Metzger, Markus T markus.t.metz...@intel.com wrote:
-Original Message-
From: Paul Mackerras [mailto:pau...@samba.org]
Sent: Monday, September 21, 2009 8:45
* Paul Mackerras pau...@samba.org wrote:
Commit 5622f295 (x86, perf_counter, bts: Optimize BTS overflow
handling) removed the regs field from struct perf_sample_data and
added a regs parameter to perf_counter_overflow(). This breaks the
build on powerpc as reported by Sachin Sant:
* FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote:
On Thu, 13 Aug 2009 15:48:42 +1000
Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Wed, 2009-08-05 at 14:08 +0900, FUJITA Tomonori wrote:
The above swiotlb patchset was merged in -tip so I think that merging
this
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
Ben, what's your preference? I waited for your reaction with these
bits, i.e. they are not in tip:core/iommu yet.
Oh I though they were... discard my previous private mail about
missing Ack's then :-)
I'll review them more
* Steven Rostedt rost...@goodmis.org wrote:
Well we tracked it down and it is powerpc64 specific.
Seems that in drivers/hwmon/lm93.c there's a function called:
LM93_IN_FROM_REG()
But PPC64 has function descriptors and the real function names (the ones
you see in objdump) start
* FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote:
On Mon, 13 Jul 2009 13:20:22 +0900
FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote:
On Fri, 10 Jul 2009 16:12:48 +0200
Ingo Molnar mi...@elte.hu wrote:
functionality and reimplemented the surrounding infrastructure
* Ian Campbell ian.campb...@eu.citrix.com wrote:
I've not examined the series in detail it looks OK but I don't
think it is quite sufficient. The Xen determination of whether a
buffer is dma_capable or not is based on the physical address
while dma_capable takes only the dma address.
* FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp wrote:
- removes unused (and unnecessary) hooks in swiotlb.
- adds dma_capable() and converts swiotlb to use it. It can be used to
know if a memory area is dma capable or not. I added
is_buffer_dma_capable() for the same purpose long ago but
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Wed, 2009-06-17 at 16:27 +0200, Ingo Molnar wrote:
I think it would be nice to have more platform support in .31.
Perfcounters is a brand-new feature so there's no risk of
regression. In the end it will depend on Linus to pull
* Paul Mackerras pau...@samba.org wrote:
Ingo Molnar writes:
Note, i left out this bit from the commit - we need to find a
better solution than to allow ugly warnings on PowerPC.
Could we use the kernel's u64 type directly perhaps? That would
allow us to change all __u64 to u64
* Paul Mackerras pau...@samba.org wrote:
Ingo Molnar writes:
Note, i've created a new branch, tip:perfcounters/powerpc, so we can
keep these things separate and Ben can pull them too. I see there
was some review feedback - do you want to send a v2 version perhaps?
Kumar's comments
* Paul Mackerras pau...@samba.org wrote:
This also removes the -Werror flag when building on a 64-bit powerpc
machine. The userspace definition of u64 is unsigned long rather
than unsigned long long, meaning that gcc warns every time a u64
is printed with %Lx or %llx (though that does work
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull Linus'
tree in first.
yes, i already did that earlier today - so all should be fine with
the lib/atomic64.c dependency.
* Paul Mackerras pau...@samba.org wrote:
Ingo Molnar writes:
ah, it does this:
/*
* This is here because we used to use l64 for 64bit powerpc
* and we don't want to impact user mode with our change to ll64
* in the kernel.
*/
#if defined(__powerpc64__) !defined
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull Linus'
tree in first.
Note, i've created a new branch, tip:perfcounters/powerpc, so we can
keep these things separate and
* Kumar Gala ga...@kernel.crashing.org wrote:
On Jun 17, 2009, at 9:21 AM, Ingo Molnar wrote:
* Paul Mackerras pau...@samba.org wrote:
This depends on the generic atomic64_t patches, which are now in
Linus' tree. Ingo, if you're putting these in, please pull
Linus' tree in first
* Linus Torvalds torva...@linux-foundation.org wrote:
On Sat, 13 Jun 2009, Linus Torvalds wrote:
On Sat, 13 Jun 2009, Paul Mackerras wrote:
Linus, Andrew: OK if this goes in via the powerpc tree?
Ok by me.
Btw, do 32-bit architectures really necessarily want 64-bit
* Paul Mackerras pau...@samba.org wrote:
+extern void set_perf_counter_pending(void);
btw., Mike Frysinger pointed out that this prototype should be in
include/linux/perf_counter.h, not spread out in every architecture
pointlessly.
Ingo
* Peter Zijlstra a.p.zijls...@chello.nl wrote:
On Fri, 2009-06-12 at 19:33 +1000, Benjamin Herrenschmidt wrote:
We should at least -try- to follow the
process we've defined, don't you think ?
So you're saying -next should include whole new subsystems even
though its not clear they will
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2009-06-12 at 10:24 +1000, Stephen Rothwell wrote:
From: Stephen Rothwell s...@canb.auug.org.au
Date: Fri, 12 Jun 2009 10:14:22 +1000
Subject: [PATCH] perfcounters: remove powerpc definitions of
perf_counter_do_pending
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
Ah - thanks. The bug was caused by me being a bit too optimistic
in applying the shiny-new Power7 support patches on the last
day. (nice CPU btw.)
In that case paulus tells me it's actually Peter screwing up
moving something
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
linux-next should not be second-guessing maintainers and should
not act as an approval forum for controversial features,
increasing the (already quite substantial) pressure on
maintainers to apply more crap.
I agree here.
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2009-06-12 at 23:10 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2009-06-12 at 14:53 +0200, Ingo Molnar wrote:
To some extent, here, the issue is on Linus side and it's up to him (Hey
Linus ! still listening ?) to maybe
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2009-06-12 at 15:44 +0200, Ingo Molnar wrote:
This is certainly doable for agreeable features - which is the bulk
- and it is being done.
But this is a catch-22 for _controversial_ new features - which
perfcounters
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2009-06-12 at 15:49 +0200, Ingo Molnar wrote:
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Fri, 2009-06-12 at 23:10 +1000, Benjamin Herrenschmidt wrote:
On Fri, 2009-06-12 at 14:53 +0200, Ingo Molnar
* Chris Friesen cfrie...@nortel.com wrote:
This started out as a thread on the ppc list, but on the
suggestion of DaveM and Paul Mackerras I'm expanding the receiver
list a bit.
Currently, if a softirq is raised in process context the
TIF_RESCHED_PENDING flag gets set and on return to
* Peter Zijlstra a.p.zijls...@chello.nl wrote:
On Tue, 2009-05-12 at 10:12 +0200, Ingo Molnar wrote:
* Chris Friesen cfrie...@nortel.com wrote:
This started out as a thread on the ppc list, but on the
suggestion of DaveM and Paul Mackerras I'm expanding the receiver
list a bit
* Markus Gutschke (顧孟勤) mar...@google.com wrote:
On Wed, May 6, 2009 at 14:29, Ingo Molnar mi...@elte.hu wrote:
That's a pretty interesting usage. What would be fallback mode you
are using if the kernel doesnt have seccomp built in? Completely
non-sandboxed? Or a ptrace/PTRACE_SYSCALL
* Markus Gutschke (顧孟勤) mar...@google.com wrote:
On Wed, May 6, 2009 at 14:54, Ingo Molnar mi...@elte.hu wrote:
Which other system calls would you like to use? Futexes might be
one, for fast synchronization primitives?
There are a large number of system calls that normal C/C++ code
* Markus Gutschke (顧孟勤) mar...@google.com wrote:
On Sat, Feb 28, 2009 at 10:23, Linus Torvalds
torva...@linux-foundation.org wrote:
And I guess the seccomp interaction means that this is
potentially a 2.6.29 thing. Not that I know whether anybody
actually _uses_ seccomp. It does seem
* Stephen Rothwell s...@canb.auug.org.au wrote:
Hi all,
This patch is now applicable to the tracing tree after merging
with Linus' tree.
Thanks, that's useful info.
There's the skb tracepoints related merge fixlet needed too.
Anything else in this context you are aware of?
Ingo
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:57:43PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote
* Steven Rostedt rost...@goodmis.org wrote:
On Sat, 21 Mar 2009, Steven Rostedt wrote:
Since we know that's not an issue with PPC32, perhaps we should add (I
hate to do this)...
depends on TRACE_IRQFLAGS_SUPPORT || PPC32
And document that the || PPC32 should go when
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 (tracing: clean
up menu), despite the clean up in its purpose, introduced
behavioural change for Kconfig symbols: we no longer able to
select tracing support on PPC32 (because
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Fri, Mar 20, 2009 at 08:04:28PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
commit 40ada30f9621fbd831ac2437b9a2a399aad34b00 (tracing: clean
up menu), despite the clean up in its purpose
* Rusty Russell ru...@rustcorp.com.au wrote:
On Thursday 19 March 2009 21:23:00 Stephen Rothwell wrote:
From: Stephen Rothwell s...@canb.auug.org.au
Date: Thu, 19 Mar 2009 21:35:24 +1100
Subject: [PATCH] powerpc: mmzone.h needs cpumask_t to be defined
Commit
* Tejun Heo t...@kernel.org wrote:
Impact: remove spurious WARN on legacy SMP percpu allocator
Commit f2a8205c4ef1af917d175c36a4097ae5587791c8 incorrectly added too
tight WARN_ON_ONCE() on alignments for UP and legacy SMP percpu
allocator. Commit e317603694bfd17b28a40de9d65e1a4ec12f816e
* Roland McGrath rol...@redhat.com wrote:
+#ifdef CONFIG_COMPAT
+ if (is_compat_task())
syscall = mode1_syscalls_32;
#endif
btw., shouldnt is_compat_task() expand to 0 in the
!CONFIG_COMPAT case? That way we could remove this #ifdef too.
(and move the
* Steven Rostedt rost...@goodmis.org wrote:
Ingo and Benjamin,
As discussed, I made a branch called mainline/function-graph-tracer
based off of Linus's commit:
commit d2f8d7ee1a9b4650b4e43325b321801264f7c37a
Author: Linus Torvalds torva...@linux-foundation.org
Date: Fri Feb 13
* Anton Vorontsov avoront...@ru.mvista.com wrote:
On Mon, Feb 16, 2009 at 05:20:01PM +0300, Anton Vorontsov wrote:
[...]
But then, this commit reverted things back (w/o your Ack):
commit bef5b54bd7bf8117c75cb943d64549134c6d9a1f
Author: Ralf Baechle r...@linux-mips.org
Date: Wed
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Sat, 2009-02-14 at 23:03 +0100, Ingo Molnar wrote:
So the question is: even with FRAME_POINTERS disabled on PPC, is
__builtin_return_address(1)/(2) reliable, and is save_stack_trace() fast?
(i.e.
can it walk down the stack
* Sam Ravnborg s...@ravnborg.org wrote:
On Wed, Feb 04, 2009 at 10:26:12PM +0100, Ingo Molnar wrote:
* Anton Vorontsov avoront...@ru.mvista.com wrote:
This patch gives arches more freedom on overwriting CFLAGS, specifically
on PowerPC we want to remove -fno-omit-frame-pointer flag
* Steven Rostedt rost...@goodmis.org wrote:
Paul,
I found the bug that was causing large modules to fail in setting
up dynamic ftrace. It wound up being a simple math error. To calculate
the offset in the TOC, I had used an OR, but the bottom half was
a signed extended short, and it
* Stephen Rothwell s...@canb.auug.org.au wrote:
It slipped through because it didnt get caught in build tests because
cpufreq isnt enabled in the powerpc defconfig.
Which is one of the reasons we have linux-next: integration testing.
Build bugs slipped through that net too in the past.
* Michael Ellerman mich...@ellerman.id.au wrote:
On Mon, 2009-01-12 at 10:05 +0100, Ingo Molnar wrote:
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Mon, 2009-01-12 at 10:48 +1100, Stephen Rothwell wrote:
Hi Linus,
Today's linux-next build (powerpc
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
This updates the cpufreq drivers in arch/powerpc so they build again
after the core cpufreq changes that broke them in commit
in835481d9bcd65720b473db6b38746a74a3964218.
Signed-off-by: Benjamin Herrenschmidt b...@kernel.crashing.org
can be found below.
Ingo
-
From 01e3eb82278bf45221fc38b391bc5ee0f6a314d6 Mon Sep 17 00:00:00 2001
From: Ingo Molnar mi...@elte.hu
Date: Mon, 12 Jan 2009 13:00:50 +0100
Subject: [PATCH] Revert sched: improve preempt debugging
This reverts commit
* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 26 Nov 2008, Steven Rostedt wrote:
Paul,
This patch series addresses the issues you brought up as well as
adds some more enhancements and fixes. This series is added on
top of the previous patch series.
The new patches are:
* Steven Rostedt [EMAIL PROTECTED] wrote:
Paul,
I have one more patch. I added it to the end of the ppc/ftrace
branch. The new way of handling the finding of mcounts means we do
not need to do anything in the mcount call itself. It should just be
a stub and when ftrace is enabled, it
* Steven Rostedt [EMAIL PROTECTED] wrote:
arch/powerpc/Kconfig |2 +
arch/powerpc/include/asm/ftrace.h | 14 +-
arch/powerpc/include/asm/module.h | 16 ++-
arch/powerpc/kernel/ftrace.c | 473 +---
arch/powerpc/kernel/idle.c
* Steven Rostedt [EMAIL PROTECTED] wrote:
branch: ppc/ftrace-disable
Matt Fleming (1):
ftrace: align __mcount_loc sections
Steven Rostedt (8):
ftrace: disable dynamic ftrace from PowerPC
powerpc: ftrace, do not latency trace idle
powerpc: ftrace, convert
* Steven Rostedt [EMAIL PROTECTED] wrote:
Paul and Ingo,
The following are the changes to get dynamic ftrace working on PowerPC.
I modified these a little from the last postings.
1) I removed the changes to recordmcount.pl. This is not a PowerPC
change, although PowerPC needs it
* Steven Rostedt [EMAIL PROTECTED] wrote:
On Wed, 19 Nov 2008, Paul Mackerras wrote:
Steven Rostedt writes:
Can I add your Acked-by: to all these patches that I submitted? I'm going
to recommit them with a consistent subject (all lower case ppc), but I'm
not going to change
* Christoph Hellwig [EMAIL PROTECTED] wrote:
On Tue, Nov 18, 2008 at 10:03:25AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2008-11-17 at 15:34 -0500, Steven Rostedt wrote:
Note, I was using a default config that had CONFIG_IRQSTACKS off and
CONFIG_PPC_64K_PAGES on.
For one, we
This reduces a simple single threaded fastpath lock+unlock test from 590
cycles
to 203 cycles on a ppc970 system.
Signed-off-by: Nick Piggin [EMAIL PROTECTED]
no objections here. Lets merge these two patches via the ppc tree, so
that it gets testing on real hardware as well?
Acked-by: Ingo Molnar
: 0c5d1eb77a8be917b638344a22afe1398236482b
Parent: d6d5aeb661fc14655c417f3582ae7ec52985d2a8
Author: David Brownell [EMAIL PROTECTED]
AuthorDate: Wed Oct 1 14:46:18 2008 -0700
Committer: Ingo Molnar [EMAIL PROTECTED]
CommitDate: Thu Oct 2 10:24:09 2008 +0200
[...]
Signed-off-by: David Brownell [EMAIL
=0c5d1eb77a8be917b638344a22afe1398236482b
Commit: 0c5d1eb77a8be917b638344a22afe1398236482b
Parent: d6d5aeb661fc14655c417f3582ae7ec52985d2a8
Author: David Brownell [EMAIL PROTECTED]
AuthorDate: Wed Oct 1 14:46:18 2008 -0700
Committer: Ingo Molnar [EMAIL PROTECTED]
CommitDate: Thu Oct
* Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
On Tue, 2008-10-21 at 09:28 +0200, Ingo Molnar wrote:
From: Chris Friesen [EMAIL PROTECTED]
Date: Mon, 20 Oct 2008 12:41:58 -0600
Subject: [PATCH] genirq: fix set_irq_type() when recording trigger type
In set_irq_type() we want
Mon Sep 17 00:00:00 2001
From: Ingo Molnar [EMAIL PROTECTED]
Date: Fri, 17 Oct 2008 12:41:30 +0200
Subject: [PATCH] fix warning in net/dccp/options.c
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
fix this warning:
net/dccp/options.c: In function
* Jeremy Kerr [EMAIL PROTECTED] wrote:
Mathieu,
We need a marker_synchronize_unregister() before the end of exit() to
make sure every probe callers have exited the non preemptible section
and thus are not executing the probe code anymore.
Looks good - added to spufs.git.
that wont
* Jeremy Kerr [EMAIL PROTECTED] wrote:
Ingo,
that wont work very well as the patch relies on the new
marker_synchronize_unregister() facility.
d'oh, right you are. Should I leave this in your hands to merge?
would be nice if you could give your Acked-by for the sputrace bits,
then we
* Srinivasa Ds [EMAIL PROTECTED] wrote:
On Monday 22 September 2008 20:24:04 Ingo Molnar wrote:
* Srinivasa Ds [EMAIL PROTECTED] wrote:
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
please do not send patches
* Ingo Molnar [EMAIL PROTECTED] wrote:
Currently a SIGTRAP can denote any one of below reasons.
- Breakpoint hit
- H/W debug register hit
- Single step
- Signal sent through kill() or rasie()
Architectures like powerpc/parisc provides infrastructure
breakage, missing header file.
Signed-off-by: Srinivasa DS [EMAIL PROTECTED]
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
include/asm-x86/traps.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/asm-x86/traps.h b/include/asm-x86/traps.h
index 4b1e904..7a692ba
* Srinivasa Ds [EMAIL PROTECTED] wrote:
Currently a SIGTRAP signal can denote any one of below reasons.
- Breakpoint hit
- H/W debug register hit
- Single step
- SIGTRAP signal sent through kill() or rasie()
Architectures like powerpc/parisc provides
* Srinivasa Ds [EMAIL PROTECTED] wrote:
--- linux-2.6.27-rc7.orig/arch/ia64/include/asm/siginfo.h
+++ linux-2.6.27-rc7/arch/ia64/include/asm/siginfo.h
please do not send patches that modify include/asm/ files, the
include/asm-x86/ file should be modified instead.
(this problem will go away
* Steven Rostedt [EMAIL PROTECTED] wrote:
I spent the day chasing a bug that would hang PPC on boot up when
ftrace is configured in. I found that it was simply a stupid bug I did
to handle the non MCOUNT_RECORD case. Since I was testing only on x86,
and the MCOUNT_RECORD is automatically
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt
is also fixed.
FYI, your patch is already in tip/sched/devel, based
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
An error in the split-man.pl PERL snippet in kernel-doc-nano-HOWTO.txt
is also fixed.
applied to tip/sched/devel - thanks Kevin!
* Kevin Diggs [EMAIL PROTECTED] wrote:
This patch adds kernel doc for the completion feature. It is in
kernel/sched.c and include/linux/completion.h.
this patch is whitespace damaged. Could you resend it as attachment, or
set up your email client as per Documentation/email-clients.txt?
(-)
the x86 bits look fine to me.
Acked-by: Ingo Molnar [EMAIL PROTECTED]
Ingo
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
* Hugh Dickins [EMAIL PROTECTED] wrote:
[PATCH] sched: move sched_clock before first use
Move sched_clock() up to stop warning: weak declaration of
`sched_clock' after first use results in unspecified behavior (if
-fno-unit-at-a-time).
Signed-off-by: Hugh Dickins [EMAIL PROTECTED]
* Stephen Rothwell [EMAIL PROTECTED] wrote:
On Fri, 25 Jul 2008 16:15:59 +1000 Benjamin Herrenschmidt [EMAIL PROTECTED]
wrote:
The sfx driver (which happens to be part of some of our test configs)
fails to build in current Linus tree on powerpc with this error:
* Milton Miller [EMAIL PROTECTED] wrote:
Hi Rusty, Ingo.
Rusty's patch [PATCH 3/3] stop_machine: use cpu mask rather than magic
numbers didn't find kernel/trace/ftrace.c in -next, causing an
immediate almost NULL pointer dereference in ftrace_dynamic_init.
Rusty - what's going on here?
* Ingo Molnar [EMAIL PROTECTED] wrote:
* Milton Miller [EMAIL PROTECTED] wrote:
Hi Rusty, Ingo.
Rusty's patch [PATCH 3/3] stop_machine: use cpu mask rather than magic
numbers didn't find kernel/trace/ftrace.c in -next, causing an
immediate almost NULL pointer dereference
* Ingo Molnar [EMAIL PROTECTED] wrote:
yeah, agreed, combined it's not an x86 topic anymore.
[ There's some lkml trouble so i've missed the earlier patch. I'm not
sure the email problem is on my side, see how incomplete the
discussion is on lkml.org as well:
http://lkml.org
201 - 300 of 334 matches
Mail list logo
