I am using my own 8272-based board (it is similar to the 8272 ADS) with Linux
2.6.27 and u-boot-2009-Jan-rc1.
Scott Wood-2 wrote:
>
> 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.
>
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-
b...@119f0 {
compatible = "fsl,mpc8272-brg",
"fsl,cpm2-brg";
reg = <0x119f0 0x10 0x115f0 0x10>;
clock-frequency = <0>;
But aren't the BRG registers 32 bits, so shouldn't we use?:
reg = <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 ser...@11a00 node:
fsl,cpm-brg = <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 = <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 comment
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 = 16.500000 MHz
time_init: processor frequency = 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 /s...@f0000000/c...@119c0/ser...@11a00 **
OF: bus is default (na=1, ns=1) on /s...@f0000000/c...@119c0
OF: translating address: 00011a00
OF: parent bus is default (na=1, ns=1) on /s...@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=1, ns=1) on /
OF: walking ranges...
OF: default map, cp=0, s=53000, da=11a00
OF: parent translation for: f0000000
OF: with offset: 11a00
OF: one level translation: f0011a00
OF: reached root node
OF: ** translation for device /s...@f0000000/c...@119c0/ser...@11a00 **
OF: bus is default (na=1, ns=1) on /s...@f0000000/c...@119c0
OF: translating address: 00008000
OF: parent bus is default (na=1, ns=1) on /s...@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=1, ns=1) on /
OF: walking ranges...
OF: default map, cp=0, s=53000, da=8000
OF: parent translation for: f0000000
OF: with offset: 8000
OF: one level translation: f0008000
OF: reached root node
of_irq_map_one: dev=/s...@f0000000/c...@119c0/ser...@11a00, index=0
intsize=2 intlen=2
of_irq_map_raw:
par=/s...@f0000000/interrupt-control...@10c00,intspec=[0x00000028 0x
00000008...],ointsize=2
of_irq_map_raw: ipar=/s...@f0000000/interrupt-control...@10c00, size=2
-> addrsize=1
-> 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[þDentry 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=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 32.89 BogoMIPS (lpj=65792)
Mount-cache hash table entries: 512
Cheers,
Daniel
--
View this message in context:
http://www.nabble.com/-MPC8272ADS-Cannot-start-my-Linux-Kernel-tp21476017p21593752.html
Sent from the linuxppc-dev mailing list archive at Nabble.com.
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
