> we have a pretty old PCI device driver here that needs some
> basic rework running on 2.6.27 on several MPC83xx.
> It's a simple char-device with "give me some data" implemented
> using read() resulting in zero-copy DMA to user mem.
>
> There's get_user_pages() working under the hood along wit
On 23.05.11 10:22:40, Eric B Munson wrote:
> Commit 0837e3242c73566fc1c0196b4ec61779c25ffc93 fixes a situation on POWER7
> where events can roll back if a specualtive event doesn't actually complete.
> This can raise a performance monitor exception. We need to catch this to
> ensure
> that we res
Ira,
On Mon, May 23, 2011 at 11:12:41AM +0200, Andre Schwarz wrote:
Ira,
we have a pretty old PCI device driver here that needs some basic rework
running on 2.6.27 on several MPC83xx.
It's a simple char-device with "give me some data" implemented using
read() resulting in zero-copy DMA to user
David,
we have a pretty old PCI device driver here that needs some
basic rework running on 2.6.27 on several MPC83xx.
It's a simple char-device with "give me some data" implemented
using read() resulting in zero-copy DMA to user mem.
There's get_user_pages() working under the hood along with
Se
When page coalescing support was added recently, the MAX_HCALL_OPCODE
define was not updated for the newly added H_GET_MPP_X hcall.
Signed-off-by: Brian King
---
arch/powerpc/include/asm/hvcall.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN arch/powerpc/include/asm/hvcal
On Thu, May 19, 2011 at 4:05 PM, Will Drewry wrote:
> On Thu, May 19, 2011 at 7:22 AM, Steven Rostedt wrote:
>> On Wed, 2011-05-18 at 21:07 -0700, Will Drewry wrote:
>>
>>> Do event_* that return non-void exist in the tree at all now? I've
>>> looked at the various tracepoint macros as well as s
On Tue, 2011-05-24 at 10:59 -0500, Will Drewry wrote:
> include/linux/ftrace_event.h |4 +-
> include/linux/perf_event.h| 10 +---
> kernel/perf_event.c | 49 +---
> kernel/seccomp.c |8 ++
> kernel/trace/trace_sys
On Tue, 24 May 2011, Peter Zijlstra wrote:
> On Tue, 2011-05-24 at 10:59 -0500, Will Drewry wrote:
> > include/linux/ftrace_event.h |4 +-
> > include/linux/perf_event.h| 10 +---
> > kernel/perf_event.c | 49
> > +---
> > kernel/sec
On Tue, May 24, 2011 at 11:25 AM, Thomas Gleixner wrote:
> On Tue, 24 May 2011, Peter Zijlstra wrote:
>
>> On Tue, 2011-05-24 at 10:59 -0500, Will Drewry wrote:
>> > include/linux/ftrace_event.h | 4 +-
>> > include/linux/perf_event.h | 10 +---
>> > kernel/perf_event.c |
On Thu, May 05, 2011 at 09:22:53PM +0800, Shawn Guo wrote:
> The patch migrates the use of sdhci_of_host and sdhci_of_data to
> sdhci_pltfm_host and sdhci_pltfm_data, so that the former pair can
> be eliminated.
>
> Signed-off-by: Shawn Guo
> Reviewed-by: Grant Likely
We might be able to get ri
On Thu, May 05, 2011 at 09:22:54PM +0800, Shawn Guo wrote:
> The patch turns the sdhci-of-core common stuff into helper functions
> added into sdhci-pltfm.c, and makes sdhci-of device drviers self
> registered using the same pair of .probe and .remove used by
> sdhci-pltfm device drivers.
>
> As a
On Thu, May 05, 2011 at 09:22:56PM +0800, Shawn Guo wrote:
> This patch is to consolidate SDHCI driver for Freescale eSDHC
> controller found on both MPCxxx and i.MX platforms. It merges
> sdhci-of-esdhc.c into sdhci-esdhc.c, so that the same pair of
> .probe/.remove hook works with eSDHC for two
* Peter Zijlstra wrote:
> On Tue, 2011-05-24 at 10:59 -0500, Will Drewry wrote:
> > include/linux/ftrace_event.h |4 +-
> > include/linux/perf_event.h| 10 +---
> > kernel/perf_event.c | 49
> > +---
> > kernel/seccomp.c
* Will Drewry wrote:
> The change avoids defining a new trace call type or a huge number of internal
> changes and hides seccomp.mode=2 from ABI-exposure in prctl, but the attack
> surface is non-trivial to verify, and I'm not sure if this ABI change makes
> sense. It amounts to:
>
> includ
* Ingo Molnar wrote:
>
> * Peter Zijlstra wrote:
>
> > On Tue, 2011-05-24 at 10:59 -0500, Will Drewry wrote:
> > > include/linux/ftrace_event.h |4 +-
> > > include/linux/perf_event.h| 10 +---
> > > kernel/perf_event.c | 49
> > > +
On Tue, 2011-05-24 at 22:08 +0200, Ingo Molnar wrote:
> * Will Drewry wrote:
> But there could be a perf_tp_event_ret() or perf_tp_event_check() entry that
> code like seccomp which wants to use event results can use.
We should name it something else. The "perf_tp.." is a misnomer as it
has not
On Tue, 2011-05-24 at 10:25 +0530, Prashant Bhole wrote:
> Fixed the problem by soft resetting the PCIe port in the function
> ppc460ex_pciex_port_init_hw().
> Is it a right thing to do?
> Following is the patch for kernel 2.6.38.4:
> ---
Mostly just a rebase against latest upstream
updates and acks from Will Deacon added In this second version.
Please tell me if you are ok with this set.
Thanks.
---
Frederic Weisbecker (6):
hw_breakpoints: Split hardware breakpoints config
hw_breakpoints: Migrate breakpoint conditio
The hardware breakpoint config is only made of an ability. An
arch that support this feature selects HAVE_HW_BREAKPOINT. If so,
the feature is definetly built-in, the user can't decide to turn
it off. As hw_breakpoints depend on perf, it also makes perf
a mandatory feature. The whole is quite a pie
The breakpoint support ability in an arch is not related
to the fact perf events is built or not. HAVE_HW_BREAKPOINT
only shows an ability so this dependency makes no sense
anymore. Archs that select HAVE_HW_BREAKPOINT already
ensure that perf event is built.
Remove that dependency.
Signed-off-by
Migrate conditional hw_breakpoint code compilation under
the new config to prepare for letting the user chose whether
or not to build this feature
Signed-off-by: Frederic Weisbecker
Acked-by: Will Deacon
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Prasad
Cc: Paul Mundt
---
arch/arm/include/asm/h
Previously, arch were forced to always build perf events if they
supported hw_breakpoints.
Now that the user can choose not to build hw_breakpoints, let
only force perf events if hw_breakpoints are selected.
Signed-off-by: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Will Deacon
So that hw_breakpoints and perf can be not built on
specific embedded systems.
Signed-off-by: Frederic Weisbecker
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Jason Wessel
Cc: H. Peter Anvin
Cc: Thomas Gleixner
---
arch/x86/Kconfig|3 +--
arch/x86/include/asm/debugreg.h | 33
Powerpc and Arm select breakpoint support ability only if
Perf is built. This is not necessary anymore now that we
enable perf once breakpoints support is selected.
Signed-off-by: Frederic Weisbecker
Acked-by: Will Deacon
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Prasad
Cc: Paul Mundt
---
arch
Gabriel,
> I am looking for the most-tested Linux distro for POWER7 architecture.
IBM partnered with RedHat and Novell to make sure RHEL6 and SLES11 SP1 are
well tested with POWER7. Essential back-ports and bug are included in
both of these distros. These two are the most-tested by far for
POWE
On Tue, May 24, 2011 at 11:52:21PM +0200, Frederic Weisbecker wrote:
> Mostly just a rebase against latest upstream
> updates and acks from Will Deacon added In this second version.
>
> Please tell me if you are ok with this set.
>
> Thanks.
>
> ---
>
> Frederic Weisbecker (6):
> hw_break
Integrated Flash Controller supports various flashes like NOR, NAND
and other devices using NOR, NAND and GPCM Machine available on it.
IFC supports four chip selects.
Signed-off-by: Dipen Dudhat
---
Applies to: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tested on: P1010
Integrated Flash Controller(IFC) can be used to hook NAND Flash
chips using NAND Flash Machine available on it.
Due to bug on ECC event generation, ECC support is not integrated yet.
Signed-off-by: Dipen Dudhat
---
Applies to: git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
On Tue, May 24, 2011 at 09:40:54PM +0200, Wolfram Sang wrote:
> On Thu, May 05, 2011 at 09:22:56PM +0800, Shawn Guo wrote:
> > This patch is to consolidate SDHCI driver for Freescale eSDHC
> > controller found on both MPCxxx and i.MX platforms. It merges
> > sdhci-of-esdhc.c into sdhci-esdhc.c, so
Hi,
I am trying to run tcl of my PPC460ex board. I have download the
tcl-8.3.3-sol26-sparc-local.gz file. But when I run it I get the Syntax
error.
I am not sure if I missed out something.
I would really appreciate it if somebody could help me on this.
Thanks,
efti
--
View this message in c
Instead of looping over each irq and checking against the irq array
bounds, adjust the bounds before looping.
The old code will not free any irq if the irq + count is above
irq_virq_count because the test in the loop is testing irq + count
instead of irq + i.
This code checks the limits to avoid
Here are a few cleanups and fies mostly around the previous series
and a few more as I continue to explore exporting the irq_host concept
for other architectures.
milton
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org
The comment claims we will call host->ops->map() to update the flags if
we find a previously established mapping, but we never did. We used
to call remap, but that call was removed in da05198002 (powerpc: Remove
irq_host_ops->remap hook).
Signed-off-by: Milton Miller
Index: work.git/arch/powerp
Look up the descriptor and check that it is found in handle_one_irq
before checking if we are on the irq stack, and call the handler
directly using the descriptor if we are on the stack.
We need check irq_to_desc finds the descriptor to avoid a NULL
pointer dereference. It could have failed becau
The 8xx cpm_cascade was calling irq_eoi for the cascaded irq,
but that will already have been called by the handle_fasteoi_irq
that generic_handle_irq will call. The handler is set in
arch/powerpc/sysdev/cpm1.c by the host map routine.
Signed-off-by: Milton Miller
Index: work.git/arch/powerpc/p
Since kmem caches are allocated before init_IRQ as noted in 3af259d155
(powerpc: Radix trees are available before init_IRQ), we now call
kmalloc in all cases and can can always call kfree if we are asked
to allocate a duplicate or conflicting IRQ_HOST_MAP_LEGACY host.
Signed-off-by: Milton Miller
Rename functions and arguments to reflect current usage. iic_cause_ipi
becomes iic_message_pass and iic_ipi_to_irq becomes iic_msg_to_irq,
and iic_request_ipi now takes a message (msg) instead of an ipi number.
Also mesg is renamed to msg.
Commit f1072939b6 (powerpc: Remove checks for MSG_ALL and
The radix-tree code uses call_rcu when freeing internal elements.
We must protect against the elements being freed while we traverse
the tree, even if the returned pointer will still be valid.
While preparing a patch to expand the context in which
irq_radix_revmap_lookup will be called, I realized
Hello Shawn,
> > > +#ifndef CONFIG_MMC_SDHCI_ESDHC_IMX
> > > +#define cpu_is_mx25()(0)
> > > +#define cpu_is_mx35()(0)
> > > +#define cpu_is_mx51()(0)
> > > +#define cpu_is_imx() (0)
> > > +#else
> > > +#define cpu_is_imx() (1)
> > > +#endif
> >
> > ... e.g. that looks a bit f
39 matches
Mail list logo
