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 /proc/vmall
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, othe
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 wrote:
> On Wed, 2009-02-11 at 14:1
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 irq_
Remove adapter from adapter list before freeing data structure in error path.
Signed-off-by: Hannes Hering
---
diff -Nurp -X dontdiff linux-2.6.29-rc4/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
--- linux-2.6.29-rc4/drivers/net/ehea/ehea.h2009-02-11 13:13:42.036506588
+
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
* Benjamin Herrenschmidt 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
> > included
> > > NOSTDINC_FLAGS += -nostdinc -isystem $(shell $(CC)
> >
On Wed, 2009-02-11 at 14:23 +0100, Ingo Molnar wrote:
> * Benjamin Herrenschmidt 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
> > > in
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
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
Applied to net-next-2.6, thanks!
___
Linuxppc-dev mailing list
Linuxppc-dev@ozl
On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
KOSAKI Motohiro 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.
> but I don't think this
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 o
Hi
I am trying to bringup AMCC ppc440sPE board with 2.6.23.10 kernel from
kernel.org. My .config file is attached. I used ARCH=ppc and
CROSS_COMPILE=ppc-linux- (also tried ppc_4xx-) and did 'make uImage',
but unable to boot into the kernel. My nfs and uboot settings seem to be
correct. The ke
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 CONFIG_NUMA=
> On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
> KOSAKI Motohiro 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.
> > but I
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 al
On Wed, 2009-02-11 at 14:45 -0800, Andrew Morton wrote:
> On Wed, 11 Feb 2009 17:22:47 +0900 (JST)
> KOSAKI Motohiro 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
From: Steven Rostedt
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 traced.
Benjamin Herrens
From: Steven Rostedt
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 visual calling of fun
From: Steven Rostedt
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
---
arch/x86/include/asm/ftrace.h| 25 ---
arch/x86/kernel/ftrace.c |
From: Steven Rostedt
This is the port of the function graph tracer to PowerPC with
dynamic tracing.
Signed-off-by: Steven Rostedt
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_64.S |8 ++-
arch/powerpc/kernel/ftrace.c | 47 +
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 re
From: Steven Rostedt
This patch ports the function graph tracer for PowerPC, but only
for static function tracing.
Signed-off-by: Steven Rostedt
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_32.S | 43 +++-
arch/powerpc/kernel/ftr
From: Steven Rostedt
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
---
arch/powerpc/include/asm/ftrace.h | 39
From: Steven Rostedt
This patch gets function graph tracing working with dynamic function
tracer on PowerPC32.
Signed-off-by: Steven Rostedt
---
arch/powerpc/Kconfig |2 +-
arch/powerpc/kernel/entry_32.S |8 ++--
2 files changed, 7 insertions(+), 3 deletions(-)
diff --gi
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 t
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 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
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 a ppc kc
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 architectu
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 th
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 board
On Thu, 12 Feb 2009, Michael Ellerman wrote:
> >
> >
> > The function graph tracer not only traces the start of a function
> > (uses the function tracer part for that) but also uses the kprobes
> > trick to replace the return address with a hook to trace the exit
> > of the function.
>
> You us
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 the
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 r
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 r
include/asm/bootx.h:12: include of is preferred over
include/asm/bootx.h:57: found __[us]{8,16,32,64} type without #include
include/asm/elf.h:5: include of is preferred over
include/asm/kvm.h:23: include of is preferred over
include/asm/kvm.h:26: found __[us]{8,16,32,64} type without #incl
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
In
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 hav
> -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 Fe
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_mappi
> 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 t
50 matches
Mail list logo