Signed-off-by: Stephen Rothwell
---
arch/powerpc/include/asm/systbl.h |1 +
arch/powerpc/include/asm/unistd.h |3 ++-
2 files changed, 3 insertions(+), 1 deletions(-)
This new syscall turned up in Linus' tree today and has been in
linux-next for some time. This has been build tested fo
This patch adds the possibility to have a spi device without a cs.
For example, the dts file should look something like this:
spi-controller {
gpios = <&pio1 1 0 /* cs0 */
0 /* cs1, no GPIO */
&pio2 2 0>;/* cs2 */
Signed-off-by: Rin
Hello.
Kumar Gala wrote:
From: Dave Liu
Signed-off-by: Dave Liu
Signed-off-by: Liu Yu
Signed-off-by: Kumar Gala
---
drivers/ata/sata_fsl.c | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/drivers/ata/sata_fsl.c b/drivers/ata/sata_
>On May 12, 2009, at 3:35 AM, Li Yang wrote:
>
>> Add the mapping functions used to support direct IO memory access of
>> rapidIO.
>>
>> Signed-off-by: Zhang Wei
>> Signed-off-by: Li Yang
>
>Use inbnd/outbnd instead of inb/outb which make one think of
>byte level io accessors.
>
>As I look at t
On Wed, 2009-06-10 at 21:20 -0500, Kumar Gala wrote:
> On May 26, 2009, at 9:05 PM, Kevin Hao wrote:
>
> > Add 4 partitions in nor flash. Also fix nor flash
> > bank width bug.
>
> Can you explain this.. I'm trying to understand why you set the bank-
> width to 1
The NOR flash (S29GL256N) works
I forgot about this patch. Can this still be merged?
On Thu, Mar 26, 2009 at 01:05:42PM +0100, Adrian Reber wrote:
> Using the RTAS watchdog driver to read out the temperature crashes
> on a PXCAB:
>
> Unable to handle kernel paging request for data at address 0xfe347b50
> Faulting instruction
Commit 28794d34 ("powerpc/kconfig: Kill PPC_MULTIPLATFORM"), added
CONFIG_PPC_OF_BOOT_TRAMPOLINE to control the buliding of prom_init.o
However the Makefile still unconditionally builds prom_init_check,
the script that checks prom_init.o for symbol usage, and so in turn
prom_init.o is still always
If CONFIG_BLK_DEV_INITRD is unset dt_prop_u64() is unused, which
causes a warning. We don't really want to tie the definition to
BLK_DEV_INITRD, so mark it as maybe unused.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/iseries/dt.c |3 ++-
1 files changed, 2 insertions(+), 1 del
signal_vsp_instruction() is currently only used if CONFIG_PROC_FS
is enabled. However logically it has nothing to do with PROC_FS,
so rather than making it depend on that mark it as maybe unused.
Signed-off-by: Michael Ellerman
---
arch/powerpc/platforms/iseries/mf.c |3 ++-
1 files changed,
On Jun 11, 2009, at 4:10 AM, Rini van Zetten wrote:
This patch adds the possibility to have a spi device without a cs.
For example, the dts file should look something like this:
spi-controller {
gpios = <&pio1 1 0 /* cs0 */
0 /* cs1, no GPIO */
On Jun 11, 2009, at 4:47 AM, Li Yang-R58472 wrote:
On May 12, 2009, at 3:35 AM, Li Yang wrote:
Add the mapping functions used to support direct IO memory access of
rapidIO.
Signed-off-by: Zhang Wei
Signed-off-by: Li Yang
Use inbnd/outbnd instead of inb/outb which make one think of
byte l
On May 26, 2009, at 9:05 PM, Kevin Hao wrote:
Add 4 partitions in nor flash. Also fix nor flash
bank width bug.
Signed-off-by: Kevin Hao
---
arch/powerpc/boot/dts/mpc8569mds.dts | 24 +++-
1 files changed, 23 insertions(+), 1 deletions(-)
applied to next
- k
__
On Jun 11, 2009, at 1:16 AM, Heiko Schocher wrote:
The following series implements basic board support for
the kmeter1 board from keymile, based on a MPC8360.
This series provides the following functionality:
- The board can boot with a serial console on UART1
- Ethernet:
UCC1 in RGMII mod
On Tue, Apr 14, 2009 at 3:53 PM, Ira Snyder wrote:
> On Tue, Apr 14, 2009 at 02:28:26PM -0600, Grant Likely wrote:
>> On Mon, Feb 23, 2009 at 6:00 PM, Ira Snyder wrote:
>> > This adds support to Linux for using virtio between two computers linked by
>> > a PCI interface. This allows the use of vir
On Mon, 2009-05-18 at 17:19 +1000, Benjamin Herrenschmidt wrote:
> Just a quick note before I leave the office...
>
> I've just pushed out a bunch of stuff to my "test" branch. There's a
> couple of known breakage (iseries and 8xx) which will have to be sorted
> out before that stuff goes into "ne
On Jun 11, 2009, at 9:33 AM, Michael Ellerman wrote:
On Mon, 2009-05-18 at 17:19 +1000, Benjamin Herrenschmidt wrote:
Just a quick note before I leave the office...
I've just pushed out a bunch of stuff to my "test" branch. There's a
couple of known breakage (iseries and 8xx) which will have
On Thu, Jun 11, 2009 at 08:22:54AM -0600, Grant Likely wrote:
> On Tue, Apr 14, 2009 at 3:53 PM, Ira Snyder wrote:
> > On Tue, Apr 14, 2009 at 02:28:26PM -0600, Grant Likely wrote:
> >> On Mon, Feb 23, 2009 at 6:00 PM, Ira Snyder wrote:
> >> > This adds support to Linux for using virtio between tw
excuse me for my ignorance, but which -mm tree do you mean and where can I find
it.
Regards,
Rini
Kumar Gala schreef:
On Jun 11, 2009, at 4:10 AM, Rini van Zetten wrote:
This patch adds the possibility to have a spi device without a cs.
For example, the dts file should look something like
On Wed, Jun 10, 2009 at 09:45:26PM -0500, Kumar Gala wrote:
>
> On Apr 27, 2009, at 3:49 PM, Dan Williams wrote:
>
>> On Mon, Apr 27, 2009 at 1:47 PM, Timur Tabi
>> wrote:
>>> Adding Kumar to the CC: list, since he might pick up the patch.
>>>
>>
>> Acked-by: Dan Williams
>>
>> I agree with tak
I am running system with kernel 2.6.10 with following cpuinfo
sh-2.05b# cat /proc/cpuinfo
processor : 0
cpu : 440 in Virtex-5 FXT
clock : 200MHz
revision: 25.18 (pvr 7ff2 1912)
bogomips: 296.96
machine : Xilinx ML507 PPC440 evaluation board
plb
Hi David,
Thanks for the comments.
On Thu, 2009-06-11 at 11:32 +1000, David Gibson wrote:
> These last two aren't standard properties, so should probably be
> "xes,form-factor" and "xes,boot-bank".
I'll just delete them for now since they're not critical.
> > + pmcslots {
>
> What does this
On Thu, 2009-06-11 at 08:13 -0700, Subodh Nijsure wrote:
> The system clock seems to be running twice as as fast as RTC,
>
> sh-2.05b# date ; sleep 60 ; date
> Fri Sep 11 01:37:11 UTC 1970
> Fri Sep 11 01:37:41 UTC 1970
That's strange, but note that "date" reads the system clock and not the
RTC.
On Wed, Jun 10, 2009 at 12:03 PM, Schaller
Stephan wrote:
> So, basically two Problems:
> - ISR seems only to get called by a "Main Interrupt", not by a "IRQ
> Interrupt". How do I make the connection between these?
This is probably due to the way the IRQ driver reads the irq registers
to decide
On Tue, Jun 9, 2009 at 1:46 PM, Albrecht Dreß wrote:
> Hi all,
>
> this patch adds support for RAM chips connected to the Local Plus Bus of a
> MPC5200B in 16-bit mode. As no single byte write accesses are allowed by
> the bus in this mode, a byte write has to be split into a word read - modify
>
> Blech. ugly #ifdef and not really multiplatform safe (yeah, I know it
> shouldn't break non-5200 platforms, but it does have an undesirable
> impact). There's got to be a better way.
What about putting the special memcpy in asm/io.h (like it is done for eeh)?
Will this cause too much overhead
Quoting Benjamin Herrenschmidt :
Hi !
I've updated my "next" branch with the following patches. We're getting
real close to the merge window now, so if something is missing, please
holler ASAP.
Could you please pull the 'next' branch of the 4xx tree? I haven't
had a chance to generate a fo
On Wed, May 27, 2009 at 10:00:41PM +0200, Albrecht Dreß wrote:
> This trivial patch changes memcpy_(to|from)io as to transfer as many
> 32-bit words as possible in 32-bit accesses (in the current solution,
> the last 32-bit word was transferred as 4 byte accesses).
>
> Signed-off-by: Albrecht D
On Wed, May 27, 2009 at 2:00 PM, Albrecht Dreß wrote:
> This trivial patch changes memcpy_(to|from)io as to transfer as many 32-bit
> words as possible in 32-bit accesses (in the current solution, the last
> 32-bit word was transferred as 4 byte accesses).
>
> Signed-off-by: Albrecht Dreß
Acked-by
On Thu, Jun 11, 2009 at 10:55 AM, Wolfram Sang wrote:
>> Blech. ugly #ifdef and not really multiplatform safe (yeah, I know it
>> shouldn't break non-5200 platforms, but it does have an undesirable
>> impact). There's got to be a better way.
>
> What about putting the special memcpy in asm/io.h (
Hello Kumar,
Kumar Gala wrote:
> On Jun 11, 2009, at 1:16 AM, Heiko Schocher wrote:
>
>> The following series implements basic board support for
>> the kmeter1 board from keymile, based on a MPC8360.
>>
>> This series provides the following functionality:
>>
>> - The board can boot with a serial
The following series implements basic board support for
the kmeter1 board from keymile, based on a MPC8360.
This series provides the following functionality:
- The board can boot with a serial console on UART1
- Ethernet:
UCC1 in RGMII mode
UCC2 in RGMII mode
UCC4 in RMII mode
UCC
Hello,
I found this is a regression compared with an older kernel. I have
tested the same setup with the Freescale LTIB BSP 2008-06-27 BSP
kernel*, keeping the user space and hardware setup exactly identical.
Under that kernel, no errors occur.
Also I found the error only occurs during *reading*
Hello,
It seems that I am facing the same problem!. I attach another trace
that also shows the sd I/O.
I have also commented out the dma line at probe and no better results
As you point, the card is unable to reply the cid. But not only
that, after that failure the card replyies allway
Hello,
This is v3 of the "Add support for X-ES MPC85xx boards" patch submitted
earlier. This time it's split up as Kumar requested:
[1/4] powerpc/85xx: Add platform support for X-ES MPC85xx boards
[2/4] powerpc/85xx: Add dts files for X-ES MPC85xx boards
[3/4] powerpc/85xx: Add defconfig for
Add support for X-ES single-board computers based on the Freescale
MPC85xx processors.
Signed-off-by: Nate Case
---
arch/powerpc/platforms/85xx/Kconfig | 10 +
arch/powerpc/platforms/85xx/Makefile |1 +
arch/powerpc/platforms/85xx/xes_mpc85xx.c | 282 +++
Some XPedite52xx boards have a legacy boot loader requiring some special
care in the boot wrapper. The use of cuboot-85xx is needed to fix
up embedded device trees, and a custom link address is specified to
accommodate the boot loader and larger kernel image sizes used on X-ES
MPC85xx platforms.
Signed-off-by: Nate Case
---
arch/powerpc/configs/85xx/xes_mpc85xx_defconfig | 1821 +++
1 files changed, 1821 insertions(+), 0 deletions(-)
create mode 100644 arch/powerpc/configs/85xx/xes_mpc85xx_defconfig
diff --git a/arch/powerpc/configs/85xx/xes_mpc85xx_defconfig
b/arc
Hello,
Ricardo Ribalda Delgado wrote:
Hello,
It seems that I am facing the same problem!. I attach another trace
that also shows the sd I/O.
Is the I/O logged from within the Xilinx-SPI-Driver or from within the
mmc-spi-layer?
The response to CMD10 seems quite strange to me. The R1 answ
Some hosts (hardware configurations, or particular SD/MMC slots) may
not support 4-bit bus. For example, on MPC8569E-MDS boards we can
switch between serial (1-bit only) and nibble (4-bit) modes, thought
we have to disable more peripherals to work in 4-bit mode.
Along with some small core changes,
The MII speed calculation was incorrectly based on the CPU clock
(ppc_proc_freq) instead of the bus clock; it worked only by chance and
for some CPU clock frequencies.
This patch makes it use the correct clock and adds some error
handling.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar
So far, MPC512x used mpc512x_find_ips_freq() to get the bus frequency,
while MPC52xx used mpc52xx_find_ipb_freq(). Despite the different
clock names (IPS vs. IPB) the code was identical.
Use common code for both processor families.
Signed-off-by: Wolfgang Denk
Cc: Grant Likely
Cc: Kumar Gala
Hello
Thanks for your reply
> Is the I/O logged from within the Xilinx-SPI-Driver or from within the
> mmc-spi-layer?
It is take from inside the spi driver.
>
> The response to CMD10 seems quite strange to me. The R1 answer to that
> command says that everything is OK, so what is done next is
Dear Ricardo Ribalda Delgado,
In message you
wrote:
>
> > What frequency does Your SPI-Bus use?
>
> 33Mhz arghh. just checked is over the standard... Tomorrow I will
> test with a slower clk
Just some really stupid questions:
This is with a 4xx core, right? Is this the same SPI controll
Hello Wolfgang
>
> This is with a 4xx core, right? Is this the same SPI controller design
> like in AMCC's 40x and 44x cores, i. e. with a "FIFO" of depth 1?
It is a ppc440 but it is does not have ans spi controller as in the
amcc. The spi controller is a xilinx core allocated at the plb bus,
in
On Thu, Jun 11, 2009 at 9:13 AM, Subodh Nijsure wrote:
>
>
> I am running system with kernel 2.6.10 with following cpuinfo
Wow, that's an old kernel version. 2.6.10 was released in 2004. Can
you move up to something more recent?
g.
> sh-2.05b# cat /proc/cpuinfo
> processor : 0
> cpu
On Wed, Jun 3, 2009 at 7:22 AM, Anton Vorontsov wrote:
> On Wed, Jun 03, 2009 at 02:42:26PM +0200, Stefan Strobl wrote:
> [...]
>> The led class provides support for setting the brightness, which
>> obviously the gpio driver doesn't support. The hardware (mpc52xx_gpt)
>> would support it in PWM mod
On Thu, Jun 11, 2009 at 11:04:59AM -0500, Nate Case wrote:
> Hi David,
>
> Thanks for the comments.
>
> On Thu, 2009-06-11 at 11:32 +1000, David Gibson wrote:
> > These last two aren't standard properties, so should probably be
> > "xes,form-factor" and "xes,boot-bank".
>
> I'll just delete them
This series adds an OF wrapper for the uio-pdrv-genirq driver.
Patch 1 refactors the platform driver to expose a generic probe-routine.
Patch 2 then adds the OF wrapper. Documentation for the binding is also added.
There may be an issue with stack-usage, as noted there.
Tested on MPC5200B
This patch refactors the probe routine, so that an of-version of a similiar
driver can pick it up later.
Signed-off-by: Wolfram Sang
Cc: Magnus Damm
Cc: Hans J. Koch
Cc: Greg KH
---
drivers/uio/uio_pdrv_genirq.c | 60 --
include/linux/uio_pdrv_genirq.h
Picking up the now exported generic probe function from the
platform-variant of this driver, this patch adds an of-version. Also add
the binding documentation.
Signed-off-by: Wolfram Sang
Cc: Magnus Damm
Cc: Hans J. Koch
Cc: Greg KH
---
In probe, I put the resources-array on the stack to simp
Hi all,
Today's linux-next build (powerpc ppc64_defconfig) failed like this:
include/linux/perf_counter.h:677: error: redefinition of
'perf_counter_do_pending'
arch/powerpc/include/asm/hw_irq.h:170: note: previous definition of
'perf_counter_do_pending' was here
Caused by commit 925d519ab82b6d
On Thu, Jun 11, 2009 at 04:00:51PM -0600, Grant Likely wrote:
> On Wed, Jun 3, 2009 at 7:22 AM, Anton Vorontsov
> wrote:
> > On Wed, Jun 03, 2009 at 02:42:26PM +0200, Stefan Strobl wrote:
> > [...]
> >> The led class provides support for setting the brightness, which
> >> obviously the gpio driver
Stephen Rothwell writes:
> Subject: [PATCH] perfcounters: remove powerpc definitions of
> perf_counter_do_pending
>
> Commit 925d519ab82b6dd7aca9420d809ee83819c08db2 ("perf_counter:
> unify and fix delayed counter wakeup") added global definitions.
>
> Signed-off-by: Stephen Rothwell
Acked-by
On Fri, 2009-06-12 at 10:24 +1000, Stephen Rothwell wrote:
> From: Stephen Rothwell
> Date: Fri, 12 Jun 2009 10:14:22 +1000
> Subject: [PATCH] perfcounters: remove powerpc definitions of
> perf_counter_do_pending
>
> Commit 925d519ab82b6dd7aca9420d809ee83819c08db2 ("perf_counter:
> unify and fi
On Thu, Jun 11, 2009 at 08:10:41PM +0200, Heiko Schocher wrote:
> The following series implements basic board support for
> the kmeter1 board from keymile, based on a MPC8360.
[snip]
> + par...@1400 {
> + reg = <0x1400 0x100>;
> + device_type = "
Since some new MPC85xx SOCs support DDR3 memory now, so
add DDR3 memory type for MPC85xx EDAC.
Signed-off-by: Yang Shi
---
b/drivers/edac/edac_core.h |4
b/drivers/edac/edac_mc_sysfs.c |4 +++-
b/drivers/edac/mpc85xx_edac.c |6 ++
b/drivers/edac/mpc85xx_edac.h |1
Currently prom_init.c always instantiates RTAS, even if the kernel
is built without RTAS support - that seems wrong.
Signed-off-by: Michael Ellerman
---
arch/powerpc/kernel/prom_init.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/arch/powerpc/kernel/prom_init.c b/a
tch please and show dmesg?
I was able to boot yesterday's next (20090611) on this machine. Not sure
what changed(may be because of merge with linus tree), but i can no longer
recreate this issue with next 20090611. I was consistently able to
recreate the problem till June 10th next tree.
2.6.30-git3 build with CONFIG_PERF_COUNTERS=y failed on a powerpc box.
CC arch/powerpc/kernel/power7-pmu.o
arch/powerpc/kernel/power7-pmu.c:297: error: PERF_COUNT_CPU_CYCLES undeclared
here (not in a function)
arch/powerpc/kernel/power7-pmu.c:297: error: array index in initializer not of
i
Hello David,
David Gibson wrote:
> On Thu, Jun 11, 2009 at 08:10:41PM +0200, Heiko Schocher wrote:
>> The following series implements basic board support for
>> the kmeter1 board from keymile, based on a MPC8360.
>
> [snip]
>> +par...@1400 {
>> +reg = <0x1400 0x100
The patch that moved to vector.S and made common between 32 and 64-bit the
altivec code had a nasty bug on 32-bit (did I really test that ?) which
causes the kernel to blr back into userspace ... oops :-)
Signed-off-by: Benjamin Herrenschmidt
---
I'm going to stick that in my -next branch along
Hello Sachin,
On Fri, 2009-06-12 at 11:21 +0530, Sachin Sant wrote:
> 2.6.30-git3 build with CONFIG_PERF_COUNTERS=y failed on a powerpc box.
>
> CC arch/powerpc/kernel/power7-pmu.o
> arch/powerpc/kernel/power7-pmu.c:297: error: PERF_COUNT_CPU_CYCLES undeclared
> here (not in a function)
>
On Fri, 2009-06-12 at 11:21 +0530, Sachin Sant wrote:
> 2.6.30-git3 build with CONFIG_PERF_COUNTERS=y failed on a powerpc box.
>
> CC arch/powerpc/kernel/power7-pmu.o
> arch/powerpc/kernel/power7-pmu.c:297: error: PERF_COUNT_CPU_CYCLES undeclared
> here (not in a function)
> arch/powerpc/ke
63 matches
Mail list logo
