Hello All,
I have mpc8313erdb evaluation board and currently I am writing GPIO
driver. Actually it is just simple test driver.
I did the irq_request in the driver init function, as request_irq
returns zero (0) if successful, otherwise -1 on error and errno
indicates the error. But when I load or
We have get_vm_area_caller() and __get_vm_area() but not
__get_vm_area_caller()
On powerpc, I use __get_vm_area() to separate the ranges of addresses given
to vmalloc vs. ioremap (various good reasons for that) so in order to be
able to implement the new caller tracking in
On Wed, 2009-02-11 at 14:13 +0530, Vijay Nikam wrote:
Hello All,
I have mpc8313erdb evaluation board and currently I am writing GPIO
driver. Actually it is just simple test driver.
I did the irq_request in the driver init function, as request_irq
returns zero (0) if successful, otherwise
Thanks for your prompt reply ...
I am using kernel version 2.6.20 ...
May I know what raw IRQ means ? ? ? and what is the reason I cant map
raw_irq_number ???
Kindly please acknowledge ... thank you ...
Kind Regards,
Vijay Nikam
On 2/11/09, Michael Ellerman mich...@ellerman.id.au wrote:
On
On Wed, 2009-02-11 at 15:11 +0530, Vijay Nikam wrote:
Thanks for your prompt reply ...
I am using kernel version 2.6.20 ...
OK, that kernel has the irq remapping stuff.
May I know what raw IRQ means ? ? ? and what is the reason I cant map
raw_irq_number ???
Sorry, that's not the best
Ok ... so that means if I am writing driver for any device I need to
take care of this mapping ? ? ? I mean I should use virq ? ? ?
I read in LDD book, they give directly irq no. they have given
parallel port example, here they have set or said irq no. defaults to
7 and they have not done any
Hi all
Im Trying to boot a MPC8548 board using CRAMFS ( I am able to boot a
network file system). Im using the powerpc architecture and flattened
device tree containing my flash partitions. the previous linux i booted
using CRAMFS used mtd/map definition for my board. do i still need to
define a
On Wed, 2009-02-11 at 14:23 +0100, Ingo Molnar wrote:
* Benjamin Herrenschmidt b...@kernel.crashing.org wrote:
On Wed, 2009-02-04 at 22:26 +0100, Ingo Molnar wrote:
+include $(srctree)/arch/$(SRCARCH)/Makefile
+
# arch Makefile may override CC so keep this after arch Makefile is
Hannes Hering wrote:
Remove adapter from adapter list before freeing data structure in error path.
...
--- linux-2.6.29-rc4/drivers/net/ehea/ehea_main.c 2009-02-11
13:13:47.812542928 +0100
+++ patched_kernel/drivers/net/ehea/ehea_main.c 2009-02-11
13:14:04.197540184 +0100
@@
Folks,
Does somebody have RT patch for 2.6.11? I cannot find it anywhere.
Thanks in advance,
Srivatsan
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Hi,
I am having problems getting a NOR flash based PowerPC to boot. Up until
now I have been developing successfully using nfs and are now attempting
to boot the board from flash.
I initially tried using a ramdisk and the resulting rootfs file system
is larger than the 4MB Flash space I have
Hello, Ben.
I've regenerated this patch against 2.6.28.4.
__
Kernel: 2.6.28.4; function: scan_OF_pci_childs; file:
arch/powerpc/kernel/pci_32.c
Quoting from line 206 : 'some OFs create a parent node multifunc-device as a
fake root for all functions of a multi-function device. we go down
From: Hannes Hering hannes.her...@linux.vnet.ibm.com
Date: Wed, 11 Feb 2009 13:29:02 +0100
Remove adapter from adapter list before freeing data structure in error path.
Signed-off-by: Hannes Hering heri...@de.ibm.com
Applied to net-next-2.6, thanks!
On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com wrote:
I want to put into powerpc-next patches relying into that, so if the
patch is ok with you guys, can I stick it in powerpc.git ?
hm.
Generally, all MM patch should merge into -mm tree at first.
On Wed, Feb 11, 2009 at 03:43:26PM +0530, Vijay Nikam wrote:
Ok ... so that means if I am writing driver for any device I need to
take care of this mapping ? ? ? I mean I should use virq ? ? ?
I read in LDD book,
The problem with dead-tree books on a volatile subject is they quickly
get out
On Wed, Feb 11, 2009 at 03:43:26PM +0530, Vijay Nikam wrote:
I read in LDD book, they give directly irq no. they have given
parallel port example, here they have set or said irq no. defaults to
7 and they have not done any irq_mapping so what is the difference ? ?
? I mean how I should know
Add a new member topology_ready to the powerpc machdep_calls
structure.
The NUMA hot plug memory routines require the NUMA node to have
been registered via register_one_node() prior to adding memory
to the node. The powerpc arch registers NUMA nodes during
startup in its topology_init() routine.
Switch the PS3 hotplug memory routine ps3_mm_add_memory() from
being a core_initcall routine to being called via the new
topology_ready powerpc machdep call.
core_initcall routines run before the powerpc topology_init()
startup routine, resulting in failure of ps3_mm_add_memory()
when
On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com wrote:
I want to put into powerpc-next patches relying into that, so if the
patch is ok with you guys, can I stick it in powerpc.git ?
hm.
Generally, all MM patch should merge into -mm tree at
Dear Shubhada Pugaonkar,
In message 8a71b368a89016469f72cd08050ad33402d57...@maui.asicdesigners.com
you wrote:
I am trying to bringup AMCC ppc440sPE board with 2.6.23.10 kernel from
2.6.23.10 is very old. Please use current code. 2.6.23 was long before
the switch to arch/powerpc, so all the
On Wed, 2009-02-11 at 14:45 -0800, Andrew Morton wrote:
On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com wrote:
I want to put into powerpc-next patches relying into that, so if the
patch is ok with you guys, can I stick it in powerpc.git ?
hm.
From: Steven Rostedt srost...@redhat.com
The TOCS used by modules are different than the one used by
the core kernel code. The function graph tracer must save and
restore the TOC whenever it traces a module call. But this
is an added overhead to burden the majority of core kernel
code being
From: Steven Rostedt srost...@redhat.com
This is a port of the function graph tracer that was written by
Frederic Weisbecker for the x86.
This only works for PPC64 at the moment and only for static tracing.
PPC32 and dynamic function graph tracing support will come later.
The trace produces a
From: Steven Rostedt srost...@redhat.com
There is nothing really arch specific of the push and pop functions
used by the function graph tracer. This patch moves them to generic
code.
Signed-off-by: Steven Rostedt srost...@redhat.com
---
arch/x86/include/asm/ftrace.h| 25 ---
From: Steven Rostedt srost...@redhat.com
This is the port of the function graph tracer to PowerPC with
dynamic tracing.
Signed-off-by: Steven Rostedt srost...@redhat.com
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_64.S |8 ++-
arch/powerpc/kernel/ftrace.c |
The following set of patches are RFC and not for inclusion
(unless everyone is fine with them as is).
This is the port to PowerPC of the function graph tracer that was written
by Frederic Weisbecker for the x86 architecture. It is broken up
into a series of logical steps.
1) get generic code
From: Steven Rostedt rost...@goodmis.org
This patch ports the function graph tracer for PowerPC, but only
for static function tracing.
Signed-off-by: Steven Rostedt rost...@goodmis.org
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_32.S | 43
From: Steven Rostedt rost...@gollum.(none)
Impact: clean up
Use a macro to save and restore the registers for PowerPC32,
since that code is duplicated.
This is similar to the work done by Cyrill Gorcunov for the
mcount code in x86_64.
Signed-off-by: Steven Rostedt rost...@gollum.(none)
---
From: Steven Rostedt rost...@gollum.(none)
This patch gets function graph tracing working with dynamic function
tracer on PowerPC32.
Signed-off-by: Steven Rostedt rost...@gollum.(none)
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_32.S |8 ++--
2 files changed,
Hi Wolfgang
Thanks for quick response.
I am kind of helpless regarding the kernel version, as our customer is
using it and I need to replicate their environment. I just tried 2.6.28
with katmai_defconfig file and still face the same problem.
The config file that I sent before is provided by
On Tue, Feb 10, 2009 at 01:53:51PM +0200, Pekka Enberg wrote:
On Tue, Feb 10, 2009 at 11:54 AM, Sachin P. Sant sach...@in.ibm.com wrote:
Sachin P. Sant wrote:
Hi Stephen,
Todays next randconfig build on powerpc fails with
CC mm/slqb.o
mm/slqb.c: In function __slab_free:
From: Nick Piggin npig...@suse.de
Date: Thu, 12 Feb 2009 02:45:03 +0100
On Tue, Feb 10, 2009 at 01:53:51PM +0200, Pekka Enberg wrote:
Actually, that's not the root cause here. You seem to have CONFIG_SMP
disabled but CONFIG_NUMA enabled. That's not possible on x86 which
makes me think it's
On Wed, Feb 11, 2009 at 08:10:51PM -0500, Steven Rostedt wrote:
The following set of patches are RFC and not for inclusion
(unless everyone is fine with them as is).
This is the port to PowerPC of the function graph tracer that was written
by Frederic Weisbecker for the x86 architecture.
On Thu, 12 Feb 2009, Frederic Weisbecker wrote:
On Wed, Feb 11, 2009 at 08:10:51PM -0500, Steven Rostedt wrote:
The following set of patches are RFC and not for inclusion
(unless everyone is fine with them as is).
This is the port to PowerPC of the function graph tracer that was
On Wed, 2009-02-11 at 20:10 -0500, Steven Rostedt wrote:
The following set of patches are RFC and not for inclusion
(unless everyone is fine with them as is).
This is the port to PowerPC of the function graph tracer that was written
by Frederic Weisbecker for the x86 architecture. It is
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Tuesday, February 10, 2009 11:31 PM
To: avoront...@ru.mvista.com
Cc: Li Yang-R58472; linuxppc-dev@ozlabs.org
Subject: Re: [PATCH] powerpc/83xx: Revive Marvell PHY option
on MPC8313E-RDB rev. C boards
On Wed, Feb 11, 2009 at 09:16:57PM -0500, Steven Rostedt wrote:
On Thu, 12 Feb 2009, Frederic Weisbecker wrote:
On Wed, Feb 11, 2009 at 08:10:51PM -0500, Steven Rostedt wrote:
The following set of patches are RFC and not for inclusion
(unless everyone is fine with them as is).
On Wed, 2009-02-11 at 15:30 -0800, Geoff Levand wrote:
Add a new member topology_ready to the powerpc machdep_calls
structure.
The NUMA hot plug memory routines require the NUMA node to have
been registered via register_one_node() prior to adding memory
to the node. The powerpc arch
On Wed, 2009-02-11 at 15:30 -0800, Geoff Levand wrote:
Add a new member topology_ready to the powerpc machdep_calls
structure.
The NUMA hot plug memory routines require the NUMA node to have
been registered via register_one_node() prior to adding memory
to the node. The powerpc arch
include/asm/bootx.h:12: include of linux/types.h is preferred over
asm/types.h
include/asm/bootx.h:57: found __[us]{8,16,32,64} type without #include
linux/types.h
include/asm/elf.h:5: include of linux/types.h is preferred over asm/types.h
include/asm/kvm.h:23: include of linux/types.h is
Hi,
1. I was trying to build the linux 2.6.28.4 kernel on a ppc system
While building there was an issue in the mkinitrd as below
---
Kernel image: /boot/vmlinux-2.6.27.5-2-ppc64
On Feb 10, 2009, at 9:10 AM, Anton Vorontsov wrote:
Li, thanks for heads-up!
One thing though: documentation says that Marvell PHY address is
0x3, while old device tree and this patch:
http://www.bitshrine.org/gpp/linux-fsl-2.6.23-MPC8313ERDB-add-default-dts.patch
says 0x1... I don't have
On Feb 10, 2009, at 9:10 AM, Anton Vorontsov wrote:
commit e85477f516c2de7ed515fcf94ceab5282eba7fa4 (powerpc/83xx: Fix
TSEC0 workability on MPC8313E-RDB boards) fixed TSEC0
workability for
rev. A and rev. B boards by using fixed-link property for VSC 7385
5-port switch. But rev. C boards have
-Original Message-
From: Kumar Gala [mailto:ga...@kernel.crashing.org]
Sent: Thursday, February 12, 2009 1:25 PM
To: Li Yang-R58472
Cc: linuxppc-dev list; Anton Vorontsov
Subject: Re: [PATCH] powerpc/83xx: Revive Marvell PHY option
on MPC8313E-RDB rev. C boards
On Feb 10,
On Wed, 2009-02-11 at 14:35 -0800, Brad Boyer wrote:
On Wed, Feb 11, 2009 at 03:43:26PM +0530, Vijay Nikam wrote:
I read in LDD book, they give directly irq no. they have given
parallel port example, here they have set or said irq no. defaults to
7 and they have not done any irq_mapping so
The commit fixed the problem with sched_clock, but it does not fix
problems where other parts of the kernel call timekeeping functions
_AFTER_ timekeeping has been suspended.
Maybe we should use the PMU sysdev which is used for suspending
backlight stuff etc... to also suspend emitting of the
46 matches
Mail list logo