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
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 reset
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
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 brk...@linux.vnet.ibm.com
---
arch/powerpc/include/asm/hvcall.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -puN
On Thu, May 19, 2011 at 4:05 PM, Will Drewry w...@chromium.org wrote:
On Thu, May 19, 2011 at 7:22 AM, Steven Rostedt rost...@goodmis.org 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
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 ++
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/seccomp.c
On Tue, May 24, 2011 at 11:25 AM, Thomas Gleixner t...@linutronix.de 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 shawn@linaro.org
Reviewed-by: Grant Likely
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 pet...@infradead.org 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 w...@chromium.org 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
* Ingo Molnar mi...@elte.hu wrote:
* Peter Zijlstra pet...@infradead.org 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 w...@chromium.org 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
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
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
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.
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 fweis...@gmail.com
Acked-by: Will Deacon will.dea...@arm.com
Cc: Ingo Molnar mi...@elte.hu
Cc: Peter Zijlstra
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 fweis...@gmail.com
Cc: Ingo Molnar mi...@elte.hu
Cc:
So that hw_breakpoints and perf can be not built on
specific embedded systems.
Signed-off-by: Frederic Weisbecker fweis...@gmail.com
Cc: Ingo Molnar mi...@elte.hu
Cc: Peter Zijlstra a.p.zijls...@chello.nl
Cc: Jason Wessel jason.wes...@windriver.com
Cc: H. Peter Anvin h...@zytor.com
Cc: Thomas
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 fweis...@gmail.com
Acked-by: Will Deacon will.dea...@arm.com
Cc: Ingo Molnar mi...@elte.hu
Cc:
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
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_breakpoints:
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 dipen.dud...@freescale.com
---
Applies to:
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 dipen.dud...@freescale.com
---
Applies to:
28 matches
Mail list logo