Currently the parsing of the device tree in
arch/powerpc/include/asm/parport.h assumes that the interrupt provided in
the parallel port node is a valid virtual irq. The values for the
interrupts provided in the device tree should have meaning in the context
of the driver for the specific interrupt
By setting reset_type to one of the following values, the default
software reset mechanism may be overidden. Here the possible values of
reset_type:
1 - PPC4xx core reset
2 - PPC4xx chip reset
3 - PPC4xx system reset (default)
This will be used by a new PPC440SPe board port, which needs a
commit 42747d712de56cf2087b702d2ad90af114c53138 ([WATCHDOG]
watchdog_info constify) introduced the following build failure:
CC booke_wdt.o
booke_wdt.c: In function 'booke_wdt_init':
booke_wdt.c:220: error: assignment of read-only variable 'ident'
Fix this by removing 'const' qualifier
I am having what appears to be a little conflict
with this driver, particularly with the MDR. My
hardware uses NAND flash and an FPGA connected
through the UPM. After the kernel is up and
running, sometimes I cannot verify the data in
the UPM RAM array. I am guessing right now that
this is due
On Mon, Apr 26, 2010 at 03:39:01PM +0200, Stefan Roese wrote:
By setting reset_type to one of the following values, the default
software reset mechanism may be overidden. Here the possible values of
reset_type:
NEAT! A 4xx patch! I haven't gotten enough of these lately, so forgive my
nit
Ron Madrid wrote:
I am having what appears to be a little conflict
with this driver, particularly with the MDR. My
hardware uses NAND flash and an FPGA connected
through the UPM. After the kernel is up and
running, sometimes I cannot verify the data in
the UPM RAM array. I am guessing right
From: Scott Wood scottw...@freescale.com
Subject: Re: MPC8313: fsl_elbc_nand and MDR
To: Ron Madrid ron_mad...@sbcglobal.net
Cc: linuxppc-...@ozlabs.org
Date: Monday, April 26, 2010, 11:34 AM
Ron Madrid wrote:
I am having what appears to be a little conflict
with this driver,
Ron Madrid wrote:
When you say current UPM code are you talking about
fsl_upm.c? Cause that's only for a NAND device on the
UPM right? If there's different code, I don't know
where it is.
There's also arch/powerpc/sysdev/fsl_lbc.c
-Scott
___
From: Scott Wood scottw...@freescale.com
Subject: Re: MPC8313: fsl_elbc_nand and MDR
To: Ron Madrid ron_mad...@sbcglobal.net
Cc: linuxppc-...@ozlabs.org
Date: Monday, April 26, 2010, 12:10 PM
Ron Madrid wrote:
When you say current UPM code are you talking about
fsl_upm.c? Cause that's
Ron Madrid wrote:
Thanks. Although this doesn't handle programming the
UPM, which is where my conflict is occurring. MDR is
used when programming the UPM. Do you think I would
be better served to program the UPM in U-boot and
therefore preempt this conflict?
If you don't need to reprogram
On Mon, Apr 26, 2010 at 02:28:00PM -0500, Scott Wood wrote:
Ron Madrid wrote:
Thanks. Although this doesn't handle programming the
UPM, which is where my conflict is occurring. MDR is
used when programming the UPM. Do you think I would
be better served to program the UPM in U-boot and
An upcoming change in the architecture of ALSA SoC (ASoC) will require the
MPC8610 HPCD's ASoC fabric driver to register as a standard platform driver.
Therefore, we need to call platform_device_register_simple() from the board's
platform code.
Signed-off-by: Timur Tabi ti...@freescale.com
---
From: Albrecht Dress albrecht.dr...@arcor.de
On the MPC5200B, make very high baud rates (e.g. 3 MBaud) accessible and
achieve a higher precision for high baud rates in general. This is done by
selecting the appropriate prescaler (/4 or /32). As to keep the code clean,
the getuartclk method has
On Mon, 2010-04-26 at 12:15 +0100, Martyn Welch wrote:
Currently the parsing of the device tree in
arch/powerpc/include/asm/parport.h assumes that the interrupt provided in
the parallel port node is a valid virtual irq. The values for the
interrupts provided in the device tree should have
The following commit broke CONFIG_RELOCATABLE support on FSL Book-E
parts:
commit 549e8152de8039506f69c677a4546e5427aa6ae7
Author: Paul Mackerras pau...@samba.org
Date: Sat Aug 30 11:43:47 2008 +1000
powerpc: Make the 64-bit kernel as a position-independent executable
The change to __va
The following commit broke CONFIG_RELOCATABLE support on FSL Book-E
parts:
commit 549e8152de8039506f69c677a4546e5427aa6ae7
Author: Paul Mackerras pau...@samba.org
Date: Sat Aug 30 11:43:47 2008 +1000
powerpc: Make the 64-bit kernel as a position-independent executable
The change to __va
Ben,
I've updated this to include this one additional patch for dealing with
CONFIG_RELOCATE on FSL-BookE ppc32
http://patchwork.ozlabs.org/patch/51011/
- k
On Apr 19, 2010, at 11:26 PM, Kumar Gala wrote:
(Mostly defconfig updates, but a few minor bug fixes).
The following changes since
From: Anton Vorontsov cbouatmai...@gmail.com
Subject: Re: MPC8313: fsl_elbc_nand and MDR
To: Scott Wood scottw...@freescale.com
Cc: linuxppc-...@ozlabs.org, Ron Madrid ron_mad...@sbcglobal.net
Date: Monday, April 26, 2010, 12:29 PM
On Mon, Apr 26, 2010 at 02:28:00PM
-0500, Scott Wood wrote:
I'm using 32 bit userland and 64 bit kernel on a PowerPC box and it's
working for me.
Are you building perf from the tip tree?
I'm using kvm.git which is pretty close to tip. The version says something
2.6.34-rc3'ish. Has anything significantly changed since then?
Either way - I'll
This is a first attempt at converting PowerPC across to the new cpumask
API.
I need to audit the GFP_ flags of alloc_cpumask_var. There are also a few
areas still to be done: cell, xmon, kexec, crashdump and the cputhreads code
Anton
___
Change cpu_online_map to cpu_online_mask.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/pasemi/cpufreq.c
===
--- linux-cpumask.orig/arch/powerpc/platforms/pasemi/cpufreq.c 2010-04-08
Use cpumask_first, cpumask_next in rtasd code.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/rtasd.c
===
--- linux-cpumask.orig/arch/powerpc/kernel/rtasd.c 2010-04-08
Use the new cpumask_* functions and dynamically allocate the cpumask in
smp_cpus_done.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/smp.c
===
---
Use new cpumask_* functions, and dynamically allocate cpumask in fixup_irqs.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/irq.c
===
--- linux-cpumask.orig/arch/powerpc/kernel/irq.c
Use new cpumask functions in iseries SMP startup code.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/iseries/smp.c
===
--- linux-cpumask.orig/arch/powerpc/platforms/iseries/smp.c
Use new cpumask functions in pseries SMP startup code.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/pseries/smp.c
===
--- linux-cpumask.orig/arch/powerpc/platforms/pseries/smp.c
Use the new cpumask API and add some comments to clarify how get_irq_server
works.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/pseries/xics.c
===
---
This separates the per cpu output from the summary output at the end of the
file, making it easier to convert to the new cpumask API in a subsequent
patch.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/setup-common.c
Use new cpumask API in /proc/cpuinfo code.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/setup-common.c
===
--- linux-cpumask.orig/arch/powerpc/kernel/setup-common.c 2010-04-22
Dynamically allocate cpu_sibling_map and cpu_core_map cpumasks.
We don't need to set_cpu_online() the boot cpu in smp_prepare_boot_cpu,
init/main.c does it for us.
We also postpone setting of the boot cpu in cpu_sibling_map and cpu_core_map
until when the memory allocator is available
Convert hotplug-cpu code to new cpumask API.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/platforms/pseries/hotplug-cpu.c
===
---
Convert NUMA code to new cpumask API. We shift the node to cpumask
setup code until after we complete bootmem allocation so we can
dynamically allocate the cpumasks.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/include/asm/mmzone.h
Since the *_map cpumask variants are deprecated, change the comments to
instead refer to *_mask.
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/kernel/setup-common.c
===
---
Convert to the new cpumask API.
irq_choose_cpu can be simplified by using cpumask_next and cpumask_first.
smp_mpic_message_pass was doing open coded cpumask manipulation and passing an
int for a cpumask into mpic_send_ipi. Since mpic_send_ipi is only used
locally, make it static and convert it
Enable the DEBUG_PER_CPU_MAPS option so we can look for problems with
cpumasks .
Signed-off-by: Anton Blanchard an...@samba.org
---
Index: linux-cpumask/arch/powerpc/Kconfig.debug
===
---
Hi Kumar,
On 4/27/2010 2:05 AM, Kumar Gala wrote:
Ben,
I've updated this to include this one additional patch for dealing with
CONFIG_RELOCATE on FSL-BookE ppc32
http://patchwork.ozlabs.org/patch/51011/
Can this patch also be included: http://patchwork.ozlabs.org/patch/50289/
Thanks.
On Apr 26, 2010, at 11:09 PM, Felix Radensky wrote:
Hi Kumar,
On 4/27/2010 2:05 AM, Kumar Gala wrote:
Ben,
I've updated this to include this one additional patch for dealing with
CONFIG_RELOCATE on FSL-BookE ppc32
http://patchwork.ozlabs.org/patch/51011/
Can this patch also
Hi Linus !
PowerPC has been a bit quiet this time around :-) That is until Kumar
woke me up with a few fixes and defconfig updates for the freescale
embedded platforms.
Cheers,
Ben.
The following changes since commit b91ce4d14a21fc04d165be30319541e0f9204f15:
Linus Torvalds (1):
Merge
38 matches
Mail list logo