On 08/30/11 11:51, Benjamin Herrenschmidt wrote:
On Tue, 2011-08-30 at 16:19 +1000, Benjamin Herrenschmidt wrote:
On Tue, 2011-08-30 at 11:47 +0530, Suzuki Poulose wrote:
The flash operation is performed in the reboot path at the very end.
So, even if we restart the event scan, the thread ma
On Tue, 2011-08-30 at 16:19 +1000, Benjamin Herrenschmidt wrote:
> On Tue, 2011-08-30 at 11:47 +0530, Suzuki Poulose wrote:
> > >
> >
> > The flash operation is performed in the reboot path at the very end.
> > So, even if we restart the event scan, the thread may not be able to
> > process
> > th
On Tue, 2011-08-30 at 11:47 +0530, Suzuki Poulose wrote:
> >
>
> The flash operation is performed in the reboot path at the very end.
> So, even if we restart the event scan, the thread may not be able to
> process
> the events. Hence we thought we would leave it stopped.
>
> Again, we do not hav
On 08/30/11 11:33, Benjamin Herrenschmidt wrote:
On Wed, 2011-07-27 at 17:39 +0530, Ravi K. Nittala wrote:
The firmware flash update is conducted using an RTAS call, that is serialized
by lock_rtas() which uses spin_lock. rtasd keeps scanning for the RTAS events
generated on the machine. This is
On Mon, 2011-08-08 at 16:25 -0500, Jimi Xenidis wrote:
> From: David Gibson
>
> Based on patch by David Gibson
>
> xmon has a longstanding bug on systems which are SMP-capable but lack
> the MSR[RI] bit. In these cases, xmon invoked by IPI on secondary
> CPUs will not properly keep quiet, but
On Wed, 2011-07-27 at 17:39 +0530, Ravi K. Nittala wrote:
> The firmware flash update is conducted using an RTAS call, that is serialized
> by lock_rtas() which uses spin_lock. rtasd keeps scanning for the RTAS events
> generated on the machine. This is performed via a delayed workqueue, invoking
>
> > As I understand it, the problem comes from the fact that stwu combines the
> > creation of a stack frame with storing into that stack frame. If they were
>
> Yes.
>
> > separate instructions you'd have a new exception frame at a lower address
> > by the time you actually store to the non-ex
On Thu, 2011-06-23 at 19:36 -0500, Will Drewry wrote:
> Facilitate the use of CONFIG_SECCOMP_FILTER by wrapping compatibility
> system call numbering for execve and selecting HAVE_SECCOMP_FILTER.
>
> v9: rebase on to bccaeafd7c117acee36e90d37c7e05c19be9e7bf
>
> Signed-off-by: Will Drewry
Seen t
perf events, powerpc: Add POWER7 stalled-cycles-frontend/backend events
Extent the POWER7 PMU driver with definitions
for generic front-end and back-end stall events.
Signed-off-by: Anshuman Khandual
diff --git a/arch/powerpc/kernel/power7-pmu.c b/arch/powerpc/kernel/power7-pmu.
On Tue, 2011-08-30 at 13:04 +1000, David Gibson wrote:
> On Fri, Aug 26, 2011 at 11:05:23AM -0600, Alex Williamson wrote:
> >
> > I don't think too much has changed since the previous email went out,
> > but it seems like a good idea to post a summary in case there were
> > suggestions or objectio
On Fri, Aug 26, 2011 at 11:05:23AM -0600, Alex Williamson wrote:
>
> I don't think too much has changed since the previous email went out,
> but it seems like a good idea to post a summary in case there were
> suggestions or objections that I missed.
>
> VFIO v2 will rely on the platform iommu dr
On Mon, 2011-08-29 at 09:05 -0400, Josh Boyer wrote:
> On Wed, Aug 10, 2011 at 2:26 PM, Josh Boyer wrote:
> > Hi Ben,
> >
> > Finally somewhat caught up. Now that -rc1 is out, here are some
> > patches for the next merge window.
> >
> > josh
> >
> > The following changes since commit 53d1e658df6e
eOn Fri, Aug 26, 2011 at 01:17:05PM -0700, Aaron Fabbri wrote:
[snip]
> Yes. In essence, I'd rather not have to run any other admin processes.
> Doing things programmatically, on the fly, from each process, is the
> cleanest model right now.
The "persistent group" model doesn't necessarily preven
On Tue, 2011-08-30 at 08:32 +1000, Stephen Rothwell wrote:
> Hi Linus,
>
> On Mon, 29 Aug 2011 10:44:51 +1000 Stephen Rothwell
> wrote:
> >
> > After merging the fixes tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > arch/powerpc/kernel/built-in.o: In funct
Hi Linus,
On Mon, 29 Aug 2011 10:44:51 +1000 Stephen Rothwell
wrote:
>
> After merging the fixes tree, today's linux-next build (powerpc
> ppc64_defconfig) failed like this:
>
> arch/powerpc/kernel/built-in.o: In function `.sys_call_table':
> (.text+0xbd00): undefined reference to `.sys_nfsserv
Standarize and document the FPGA nodes used on Freescale QorIQ reference
boards. There are three kinds of FPGAs used on the boards: pixis, qixis, and
cpld. Although their are minor differences among the boards that have one
kind of FPGA, most of the functionality is the same, so it makes sense
to
On Wed, Aug 10, 2011 at 2:26 PM, Josh Boyer wrote:
> Hi Ben,
>
> Finally somewhat caught up. Now that -rc1 is out, here are some
> patches for the next merge window.
>
> josh
>
> The following changes since commit 53d1e658df6e26d62500410719aaee2b82067c03:
>
> Merge branch 'devicetree/merge' of
>
On Sunday 21 August 2011, Julia Lawall wrote:
> From: Julia Lawall
>
> np is initialized to the result of calling a function that calls
> of_node_get, so of_node_put should be called before the pointer is dropped.
>
> The semantic match that finds this problem is as follows:
> (http://coccinelle
18 matches
Mail list logo
