linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Daniel Ng99 <daniel_ng11@lycos.com>
To: linuxppc-dev@ozlabs.org
Subject: Re: [MPC8272ADS]Cannot start my Linux Kernel
Date: Wed, 21 Jan 2009 18:17:51 -0800 (PST)	[thread overview]
Message-ID: <21593752.post@talk.nabble.com> (raw)
In-Reply-To: <20090120163155.GA8978@ld0162-tx32.am.freescale.net>


I am using my own 8272-based board (it is similar to the 8272 ADS) with Lin=
ux
2.6.27 and u-boot-2009-Jan-rc1.


Scott Wood-2 wrote:
>=20
> On Tue, Jan 20, 2009 at 11:56:58AM +0100, Jean-Michel Hautbois wrote:
> That looks like something is failing when the real (as opposed to early
> debug) serial driver starts.  Try commenting out the call to cpm_setbrg
> in drivers/serial/cpm_uart/cpm_uart_cpm2.h; if that makes a difference,
> there's something wrong with the brg node in the device tree.
>=20

This works- I can see the rest of the debug messages and it gets to booting
the rootfs.

So the brg node looks like this-

      brg@119f0 {
        compatible =3D "fsl,mpc8272-brg",
                     "fsl,cpm2-brg";
        reg =3D <0x119f0 0x10 0x115f0 0x10>;
        clock-frequency =3D <0>;

But aren't the BRG registers 32 bits, so shouldn't we use?:

       reg =3D <0x119f0 0x20 0x115f0 0x20>;

-either way, changing these values doesn't seem to make a difference in my
board's behaviour. Why?

Regarding the following line in the serial@11a00 node:

fsl,cpm-brg =3D <1>;

-If I change the above number to anything other than 1 (even nonsense like
'99') then it also seems to work. Why? Does this mean the clock for BRG1 is
set incorrectly? Where do I set this?

Adding 'clock-frequency =3D <0>;' to the brg node doesn't seem to make a
difference to my board's behaviour.

What is actually happening here? Is it freezing up in the switch over from
the early boot console driver to the proper linux console driver? Which of
these drivers is cpm_uart_cpm2.h for? Why does it still work when we commen=
t
out the call to 'set_brg()'?

Here's the relevant part of the 'working' boot sequence. Notice there are
still some funny characters when the CPM serial driver kicks in (near the
bottom). Should this be of concern?-

time_init: decrementer frequency =3D 16.500000 MHz
time_init: processor frequency   =3D 330.000000 MHz
clocksource: timebase mult[f26c9b2] shift[22] registered
clockevent: decrementer mult[439] shift[16] cpu[0]
Console: colour dummy device 80x25
cpm_uart_init_port()
OF: ** translation for device /soc@f0000000/cpm@119c0/serial@11a00 **
OF: bus is default (na=3D1, ns=3D1) on /soc@f0000000/cpm@119c0
OF: translating address: 00011a00
OF: parent bus is default (na=3D1, ns=3D1) on /soc@f0000000
OF: no ranges, 1:1 translation
OF: parent translation for: 00000000
OF: with offset: 11a00
OF: one level translation: 00011a00
OF: parent bus is default (na=3D1, ns=3D1) on /
OF: walking ranges...
OF: default map, cp=3D0, s=3D53000, da=3D11a00
OF: parent translation for: f0000000
OF: with offset: 11a00
OF: one level translation: f0011a00
OF: reached root node
OF: ** translation for device /soc@f0000000/cpm@119c0/serial@11a00 **
OF: bus is default (na=3D1, ns=3D1) on /soc@f0000000/cpm@119c0
OF: translating address: 00008000
OF: parent bus is default (na=3D1, ns=3D1) on /soc@f0000000
OF: no ranges, 1:1 translation
OF: parent translation for: 00000000
OF: with offset: 8000
OF: one level translation: 00008000
OF: parent bus is default (na=3D1, ns=3D1) on /
OF: walking ranges...
OF: default map, cp=3D0, s=3D53000, da=3D8000
OF: parent translation for: f0000000
OF: with offset: 8000
OF: one level translation: f0008000
OF: reached root node
of_irq_map_one: dev=3D/soc@f0000000/cpm@119c0/serial@11a00, index=3D0
 intsize=3D2 intlen=3D2
of_irq_map_raw:
par=3D/soc@f0000000/interrupt-controller@10c00,intspec=3D[0x00000028 0x
00000008...],ointsize=3D2
of_irq_map_raw: ipar=3D/soc@f0000000/interrupt-controller@10c00, size=3D2
 -> addrsize=3D1
 -> got it !
irq: irq_create_mapping(0xc02d1320, 0x28)
irq: -> using host @c02d1320
irq: -> obtained virq 40
cpm2_pic_host_map(40, 0x28)
of_get_gpio exited with status -2
of_get_gpio exited with status -2
of_get_gpio exited with status -2
of_get_gpio exited with status -2
of_get_gpio exited with status -2
of_get_gpio exited with status -2
cpm_uart_request_port()
CPM uart[=C3=BEDentry cache hash table entries: 4096 (order: 2, 16384 bytes=
)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29840k/32768k available (2372k kernel code, 2928k reserved, 100k
data, 126k
 bss, 116k init)
SLUB: Genslabs=3D12, HWalign=3D32, Order=3D0-3, MinObjects=3D0, CPUs=3D1, N=
odes=3D1
Calibrating delay loop... 32.89 BogoMIPS (lpj=3D65792)
Mount-cache hash table entries: 512

Cheers,
Daniel









=20



--=20
View this message in context: http://www.nabble.com/-MPC8272ADS-Cannot-star=
t-my-Linux-Kernel-tp21476017p21593752.html
Sent from the linuxppc-dev mailing list archive at Nabble.com.

      parent reply	other threads:[~2009-01-22  2:17 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-15 11:42 [MPC8272ADS]Cannot start my Linux Kernel Jean-Michel Hautbois
2009-01-15 12:52 ` Anatolij Gustschin
2009-01-15 13:10   ` Jean-Michel Hautbois
2009-01-15 14:25     ` Anatolij Gustschin
2009-01-15 15:06       ` Jean-Michel Hautbois
2009-01-16 12:06         ` Jean-Michel Hautbois
2009-01-16 17:29           ` Scott Wood
2009-01-16 17:40             ` Jean-Michel Hautbois
2009-01-16 17:44             ` Jean-Michel Hautbois
2009-01-16 17:53               ` Jean-Michel Hautbois
2009-01-16 18:02                 ` Scott Wood
2009-01-16 18:23                   ` Jean-Michel Hautbois
2009-01-20 10:56                   ` Jean-Michel Hautbois
2009-01-20 16:27                     ` Jean-Michel Hautbois
2009-01-20 17:51                       ` Scott Wood
2009-01-20 16:31                     ` Scott Wood
2009-01-20 17:05                       ` Jean-Michel Hautbois
2009-01-20 17:16                         ` Scott Wood
2009-01-20 17:32                           ` Jean-Michel Hautbois
2009-01-20 17:35                             ` Scott Wood
2009-01-21 15:42                       ` jeff angielski
2009-01-21 16:15                         ` Jean-Michel Hautbois
2009-01-22  2:15                       ` Daniel Ng99
2009-01-22 17:36                         ` Scott Wood
2009-01-23  0:21                           ` Daniel Ng99
2009-01-23  0:46                             ` Daniel Ng99
2009-01-23 16:17                             ` Scott Wood
2009-01-22  2:17                       ` Daniel Ng99 [this message]

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=21593752.post@talk.nabble.com \
    --to=daniel_ng11@lycos.com \
    --cc=linuxppc-dev@ozlabs.org \
    /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).