linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Scott Wood <scottwood@freescale.com>
To: jeff angielski <jeff@theptrgroup.com>
Cc: Linuxppc-dev@ozlabs.org
Subject: Re: cpm2-scc-uart on mpc8265 not working
Date: Mon, 22 Dec 2008 15:01:29 -0600	[thread overview]
Message-ID: <49500029.90809@freescale.com> (raw)
In-Reply-To: <1229977289.19292.16.camel@penguin>

jeff angielski wrote:
> I am trying to get a custom mpc8265 board up and running with the latest
> git DENX 2.6 kernel and latest git u-boot.  However, the kernel is
> hanging somewhere in the call to cpm_uart_console_write().
> 
> Does anybody else have the cpm2 DTS code working on a 826x board?  It
> would appear from one of my earlier posts that nobody has used the DTS
> stuff with the 826x processors yet.

It's been used with 8272, 8248, etc. chips which are very similar.

> Here is the SCC1 snippet from my dts.  I will include the entire thing
> at the bottom just in case.
> 
> 		serial@11a00 {
> 				device_type = "serial";
> 				compatible = "fsl,mrdig-scc-uart",
> 				             "fsl,cpm2-scc-uart";
> 				reg = <0x11a00 0x20 0x8000 0x100>;
> 				interrupts = <40 8>;
> 				interrupt-parent = <&PIC>;
> 				fsl,cpm-brg = <1>;
> 				fsl,cpm-command = <0x0800000>;
> 			};

s/mrdig/mpc8265/, though nothing should be looking at that.  It's 
supposed to be the chip, not the board.  Likewise elsewhere.

> And here is the entire dts that I am trying to get up and running on
> this board.  The one thing I have been trying to work out is how the
> interrupts are supposed to be configured, especially the PCI mappings.
> However, at this point in the boot process, I don't think the interrupts
> are enabled so I don't think that is the problem.

Interrupts are enabled at that point.

> 	model = "MRDIG 1.1";
> 	compatible = "fsl,mrdig";

If this is not a Freescale board, don't put it in the Freescale namespace.

> 	soc@f0000000 {
> 		#address-cells = <1>;
> 		#size-cells = <1>;
> 		device_type = "soc";
> 		compatible = "fsl,mrdig", "fsl,pq2-soc";

You're putting the same compatible on your board as the soc.

> 
> 		// Temporary -- will go away once kernel uses ranges for
> get_immrbase().
> 		reg = <0xf0000000 0x53000>;

This isn't needed anymore.

> 
> 		cpm@119c0 {
> 			#address-cells = <1>;
> 			#size-cells = <1>;
> 			compatible = "fsl,mrdig-cpm", "fsl,cpm2";
> 			reg = <0x119c0 0x30>;
> 			ranges;
> 
> 			muram@0 {
> 				#address-cells = <1>;
> 				#size-cells = <1>;
> 				ranges = <0x0 0x0 0x10000>;
> 
> 				data@0 {
> 					compatible = "fsl,cpm-muram-data";
> 					reg = <0x0 0x2000 0x9800 0x800>;
> 				};
> 			};
> 
> 			brg@119f0 {
> 				compatible = "fsl,mrdig-brg",
> 				             "fsl,cpm2-brg",
> 				             "fsl,cpm-brg";
> 				reg = <0x119f0 0x10 0x115f0 0x10>;
> 			};
> 
> 			/* TODO: I believe the SCCs are setup correctly */
> 			/* SCC1 */
> 			serial@11a00 {
> 				device_type = "serial";
> 				compatible = "fsl,mrdig-scc-uart",
> 				             "fsl,cpm2-scc-uart";
> 				reg = <0x11a00 0x20 0x8000 0x100>;
> 				interrupts = <40 8>;
> 				interrupt-parent = <&PIC>;
> 				fsl,cpm-brg = <1>;
> 				fsl,cpm-command = <0x0800000>;
> 			};
> 
> 			/* SCC2 */
> 			serial@11a20 {
> 				device_type = "serial";
> 				compatible = "fsl,mrdig-scc-uart",
> 				             "fsl,cpm2-scc-uart";
> 				reg = <0x11a20 0x20 0x8000 0x100>;
> 				interrupts = <41 8>;
> 				interrupt-parent = <&PIC>;
> 				fsl,cpm-brg = <2>;
> 				fsl,cpm-command = <0x4a00000>;
> 			};
> 
> 			/* SCC3  - set this up now or later with SDLC? */
> 			serial@11a40 {
> 				device_type = "serial";
> 				compatible = "fsl,mrdig-scc-uart",
> 				             "fsl,cpm2-scc-uart";
> 				reg = <0x11a40 0x20 0x8000 0x100>;
> 				interrupts = <42 8>;
> 				interrupt-parent = <&PIC>;
> 				fsl,cpm-brg = <3>;
> 				fsl,cpm-command = <0x8c00000>;
> 			};

You're assigning the same DPRAM region to all 3 of these serial ports. 
SCC2 is 0x8100, and SCC3 is 0x8200.  This is likely your problem.

> 		/* TODO: What to do for us? */
> 		PIC: interrupt-controller@10c00 {

I don't see why anything would need to change here.

-Scott

  reply	other threads:[~2008-12-22 21:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-22 20:21 cpm2-scc-uart on mpc8265 not working jeff angielski
2008-12-22 21:01 ` Scott Wood [this message]
2008-12-23 18:43   ` jeff angielski
2008-12-23 19:01     ` Scott Wood

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49500029.90809@freescale.com \
    --to=scottwood@freescale.com \
    --cc=Linuxppc-dev@ozlabs.org \
    --cc=jeff@theptrgroup.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).