В Fri, 13 Jun 2008 18:33:08 +0200
Heiko Schocher <[EMAIL PROTECTED]> пишет:
> Hello Scott,
>
> here comes the updated version for the mgcoge port, with your
> suggestions:
>
> [powerpc] Added support for the MPC8247 based board MGCOGE
> from Keymile.
>
> Signed-off-by: Heiko Schoche
Can anyone explain why the comment preceding mpic_assign_isu() on line 145 says
that the I2C registers are at 0x11020 yet the code on line 146 shows 0x11000?
The MPC8245 user manual shows the external interrupt 0 registers at 0x10200
(paddr=4) and the I2C registers at 0x11020.
<2.6.25.6>
So are you implying that the request_irq function should work without any other
initialization
function before it?
Ron
--- Timur Tabi <[EMAIL PROTECTED]> wrote:
> Ron Madrid wrote:
> > I don't know why request_irq is succeeding when the fsldma and dmaengine
> > drivers are
> installed.
> > I'm
Ron Madrid wrote:
I don't know why request_irq is succeeding when the fsldma and dmaengine drivers are installed.
I'm using the same dts in both cases.
At this point, my only suggestion is to debug the request_irq() call and
see what exactly fails.
I don't know why request_irq is succeeding when the fsldma and dmaengine
drivers are installed.
I'm using the same dts in both cases.
Ron
--- Kumar Gala <[EMAIL PROTECTED]> wrote:
> That's a bit odd. How is your driver getting the IRQ its requesting?
> Are you using the same .dts in both ca
While working on the 36-bit physical support, I noticed that there
was exactly one line of code that actually referenced the bitfields.
So I got rid of them and redefined ppc_bat as a struct of 2 u32's:
batu and batl. I also got rid of the previous union that held the
bitfield structs and a word r
Currently, the physical address is an unsigned long, but it should
be phys_addr_t in set_bat, [v/p]_mapped_by_bat. Also, create a
macro that can convert a large physical address into the correct
format for programming the BAT registers.
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
arch/pow
That's a bit odd. How is your driver getting the IRQ its requesting?
Are you using the same .dts in both cases?
- k
On Jun 13, 2008, at 2:02 PM, Ron Madrid wrote:
So after I've built the kernel to include the dmaengine and fsldma
drivers, my driver is allowed
to register its ISR via reque
Signed-off-by: Becky Bruce <[EMAIL PROTECTED]>
---
include/asm-powerpc/pgtable-ppc32.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/asm-powerpc/pgtable-ppc32.h
b/include/asm-powerpc/pgtable-ppc32.h
index c08e714..dde466b 100644
--- a/include/asm-powerpc/pgta
Brian King wrote:
Jeff,
Regarding the patches Rob just posted here, we'd like to just take them
through the powerpc tree with your sign off since they are part of a
Power platform feature we are enabling.
Thanks,
Brian
Robert Jennings wrote:
From: Robert Jennings <[EMAIL PROTECTED]>
In supp
Hi Simon,
See my comments in-line below.
Thanks,
John
-Original Message-
From: Simon Frey [mailto:[EMAIL PROTECTED]
Sent: Friday, June 13, 2008 10:43 AM
To: John Linn; linuxppc-dev@ozlabs.org
Subject: RE: XLLTemac with SGDMA working on virtex4FX ?
Hi John,
I found a driver in the ub
Stephen Rothwell wrote:
Hi Robert,
On Thu, 12 Jun 2008 17:08:58 -0500 Robert Jennings <[EMAIL PROTECTED]> wrote:
- seq_printf(m, "R4=0x%lx\n", h_entitled);
- seq_printf(m, "R5=0x%lx\n", h_unallocated);
- seq_printf(m, "R6=0x%lx\n", h_aggregation);
-
Hello Scott,
here the next try for the mgsuvd board:
[powerpc] add support for the MPC852 based mgsuvd board from
keymile to arch/powerpc. Supported SMC1 (serial console),
SCC3 Ethernet (10Mbps hdx).
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
arch/powerpc/boot/
So after I've built the kernel to include the dmaengine and fsldma drivers, my
driver is allowed
to register its ISR via request_irq. However, if these drivers are not
installed then request_irq
fails in my driver. So it seems that there is some other initialization
happening before
request_ir
CC'ing linux-scsi, although we'd like to take this through the powerpc tree
since it
is part of a patch set to enable a Power platform feature.
-Brian
Robert Jennings wrote:
> From: Robert Jennings <[EMAIL PROTECTED]>
>
> Enable the driver to function in a Cooperative Memory Overcommitment (CMO
Jeff,
Regarding the patches Rob just posted here, we'd like to just take them
through the powerpc tree with your sign off since they are part of a
Power platform feature we are enabling.
Thanks,
Brian
Robert Jennings wrote:
> From: Robert Jennings <[EMAIL PROTECTED]>
>
> In support of Cooperat
Hello list
I have tried to port Linux 2.6 (xilinx git) to a XUPV2P board
running a system implemented with EDK10.1 (Linux Version). I have
fail, and I think I now why, this is a little report written for
saving you some time (and maybe solving my problem if I am doing
something wrong)
The boar
On Thu, 2008-06-12 at 22:36 +0300, Adrian Bunk wrote:
> On Thu, Jun 12, 2008 at 02:55:45PM -0400, Adam Litke wrote:
> > Update all defconfigs that specify a default configuration for hugetlbfs.
> > There is now only one option: CONFIG_HUGETLB. Replace the old
> > CONFIG_HUGETLB_PAGE and CONFIG_HUG
Good point. I'll see about integrating your patch.
Steve
> -Original Message-
> From: Johann Baudy [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, June 18, 2008 7:18 AM
> To: Stephen Neuendorffer
> Cc: linuxppc-dev@ozlabs.org
> Subject: gen-mhs-devtree - C_ALL_PIMS_SHARE_ADDRESSES=0
>
> H
Hi Simon,
With EDK10.1, xps_ll_temac, ARCH=powerpc, I've reached ~17Mo/s with netperf
(UDP) and ~30 Mo/s in raw packet mode.
Are you using Xilinx evaluation board? If not pay attention to the PHY
controller. (you may not use MARVELL_88E_PHY define)
To check if you have some issues with check
What board are you working on? Which phy option are you using?
I'm guessing that there's something wrong in that area.
Steve
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:linuxppc-dev-
> [EMAIL PROTECTED] On Behalf Of Simon
Frey
> Sent: Friday, June 13, 2008 7:46 AM
> To: linux
Hi John,
I found a driver in the uboot ml from Yoshio Kashiwagi (Thanks :)
link:
http://www.nabble.com/Xilinx-PowerPC-XPS_LL_TEMAC-driver-td16893860.html#a1690
i didn't know how it works but it uses memcpy on tx and NetReceive() from uboot
net.c ...
I have to achieve an average speed of 2
Hi Stephen,
I wasn't able to get the FDT generator working with
C_ALL_PIMS_SHARE_ADDRESSES = 0 (parameter of MPMC) and EDK10.1 SP1 (you
will find error output below).
It seems that it's not fully supported in FDT TCL script yet!
Indeed, this script is looking for C_MPMC_BASEADDR instead of
C
On Jun 13, 2008, at 10:36 AM, Christian Krafft wrote:
This patch is needed to make ipmi_poweroff working on powerpc.
It straightens the poweroff procedure to match with other
architectures.
At the moment powerpc plattforms can define their poweroff method
using
ppc_md.power_off. The only wa
On Fri, Jun 13, 2008 at 06:33:08PM +0200, Heiko Schocher wrote:
> Hello Scott,
>
> here comes the updated version for the mgcoge port, with your
> suggestions:
>
> [powerpc] Added support for the MPC8247 based board MGCOGE
> from Keymile.
>
> Signed-off-by: Heiko Schocher <[EMAIL PRO
Hi Simon,
I have not done testing of this driver with checksum offload. I do test
the driver in an automated test, but not in checksum offload mode, I
need to add that test.
I did receive the following patch and applied it to the Git server so I
think Johann did some testing with checksum offlo
Heiko Schocher wrote:
+ [EMAIL PROTECTED] {
+ compatible = "fsl,pq1-localbus";
"fsl,mpc852-localbus", "fsl,pq1-localbus", "simple-bus";
+ [EMAIL PROTECTED] {
+ compatible = "fsl,mpc852", "simple-bus", "fsl,pq1-soc";
simple-bus should come last, since
Hello Scott,
here comes the updated version for the mgcoge port, with your
suggestions:
[powerpc] Added support for the MPC8247 based board MGCOGE
from Keymile.
Signed-off-by: Heiko Schocher <[EMAIL PROTECTED]>
---
arch/powerpc/boot/dts/mgcoge.dts | 174 +++
arch/powerpc/c
Hello Scott,
here comes the updated version for the mgsuvd port with your
suggested changes:
[powerpc] add support for the MPC852 based mgsuvd board from
keymile to arch/powerpc. Supported SMC1 (serial console),
SCC3 Ethernet (10Mbps hdx).
Signed-off-by: Heiko Schocher <[
This patch is needed to make ipmi_poweroff working on powerpc.
It straightens the poweroff procedure to match with other architectures.
At the moment powerpc plattforms can define their poweroff method using
ppc_md.power_off. The only way for plattform independent driver (ipmi_poweroff)
to register
On Friday 13 June 2008 16:57, Anton Vorontsov wrote:
> On Fri, Jun 13, 2008 at 02:46:20PM +0200, Laurent Pinchart wrote:
> > On Friday 18 April 2008 19:16, Jochen Friedrich wrote:
> > > Based on earlier work by Laurent Pinchart.
> > >
> > > This patch implement GPIO LIB support for the CPM2 GPIOs.
On Fri, Jun 13, 2008 at 02:46:20PM +0200, Laurent Pinchart wrote:
> On Friday 18 April 2008 19:16, Jochen Friedrich wrote:
> > Based on earlier work by Laurent Pinchart.
> >
> > This patch implement GPIO LIB support for the CPM2 GPIOs.
> >
> > Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
>
During corner case testing, we noticed that some versions of ehca
do not properly transition to interrupt done in special load situations.
This can be resolved by periodically triggering EOI through H_EOI,
if eqes are pending.
Signed-off-by: Stefan Roscher <[EMAIL PROTECTED]>
---
As firmware tea
Hi all,
does anyone have working driver for xps_ll_temac unsing sg dma and checksum
offload on rx and tx ??
I use the xlnx kernel with ARCH=powerpc and a device tree generated with the
gen_mhs_devtree under EDK 10.1
I don't know what's wrong but i can't get or send anything even the speed is
Hi Roland,
On Tuesday 10 June 2008 18:18:50 Roland Dreier wrote:
> > > So just to be clear: this is a workaround for a hardware/firmware bug?
>
> > Yes it is.
>
> OK, so paulus et al... does it seem like a good approach to call H_EOI
> from driver code (given that this driver makes tons of oth
On Thu, Jun 12, 2008 at 02:49:00PM -0400, Adam Litke wrote:
> There are currently two global Kconfig options that enable/disable the
> hugetlb code: CONFIG_HUGETLB_PAGE and CONFIG_HUGETLBFS. This may have
> made sense before hugetlbfs became ubiquitous but now the pair of
> options are redundant.
On Fri, 2008-06-13 at 14:46 +0100, Ralf Baechle wrote:
> MIPS doesn't do HUGETLB (at least not in-tree atm) so I'm not sure why
> [EMAIL PROTECTED] was cc'ed at all. So feel free to add my
> Couldnt-care-less: ack line ;-)
Sorry :) My patches touched your defconfigs so I felt it prudent to
inclu
On Friday 18 April 2008 19:16, Jochen Friedrich wrote:
> Based on earlier work by Laurent Pinchart.
>
> This patch implement GPIO LIB support for the CPM2 GPIOs.
>
> Signed-off-by: Jochen Friedrich <[EMAIL PROTECTED]>
> Cc: Laurent Pinchart <[EMAIL PROTECTED]>
Signed-off-by: Laurent Pinchart <[E
Did this show up on 2.6.26 recently? Or we're expecting it to show up a
bit later?
Thanks,
Luis
On Tue, 2008-04-22 at 10:46 +1000, Benjamin Herrenschmidt wrote:
> From: Valentine Barshak <[EMAIL PROTECTED]>
>
> The PowerPC 440GX Taishan board fails to reset EMAC3 (reset timeout error)
> if there
On Friday 13 June 2008 14:51:39 Chandru wrote:
> kexec-tools in user space collects rtas, crash , tce region ranges
> from /proc/device-tree/ and passes them as linux,usable-memory properties
> to second/kdump kernel in the device tree buffer. With drconf memory in
> power6 machines, we need a simi
kexec-tools in user space collects rtas, crash , tce region ranges
from /proc/device-tree/ and passes them as linux,usable-memory properties to
second/kdump kernel in the device tree buffer. With drconf memory in power6
machines, we need a similar method to preserve those regions in the kdump
k
On Thursday 12 June 2008 14:12:15 you wrote:
> On Jun 12, 2008, at 6:45 AM, David Jander wrote:
>
> Your commit message isn't exactly helpful as most people dont know
> what LTIB is and its not terribly relevant. It just seems like you
> are adding support for the FEC on MPC5121 and this point.
>
Made MPC5121_ADS board support generic:
Renamed arch/powerpc/platforms/512x/mpc5121_ads.c and added list of supported
boards.
For both MPC5121 ADS or PRTLVT support, just select "MPC5121_GENERIC" and use
the corresponding device-tree.
Signed-off-by: David Jander <[EMAIL PROTECTED]>
---
arch/
43 matches
Mail list logo
