Re: imx27 - hanging at freeing init memory -- getting some junk characters here after on console ..

Vadivelan M <[email protected]>
Newsgroups gmane.linux.ports.arm.general
Message-ID <OF8F8BC118.05889ED4-ON65257671.0041E186-65257671.0041E18F__13921.0434434519$1260025372$gmane$org@tcs.com>
Hi ,

Thanks for the continuous support.
As you have suggested we have tried in main kernel with default configuration.

Without any change its stopping at

*************************************
* Card Information *
*************************************
Card Type : SD
Manufacturer ID : 28
OEM/Application ID : S
Product name : SC
Product revision : 1.0
Product serial number : 141073e
Size of Card : 952 MBytes
################
Read 2160640 bytes from file /zImage#
Dat is a3c0d5e4#############
Read 1773568 bytes from file /initrd.gz
Launching Linux ...
Copying 20f04c bytes of zImage from a1000000 to a0008000

Launch LinuxUncompressing Linux..............................................................................................................................
<6>Initializing cgroup subsys cpu
<5>Linux version 2.6.27 ([email protected]) (gcc version 4.1.1) #11 Tue Nov 17 22:38:42 IST 2009
CPU: ARM926EJ-S [41069264] revision 4 (ARMv5TEJ), cr=00053177
Machine: Freescale i.MX27ADS
Prabha COMMAND LINE cmdline_p is root=/dev/ram rw console=ttymxc0,115200
and from is root=/dev/ram rw mem=64M console=ttymxc0,115200
Memory policy: ECC disabled, Data cache writeback
<7>On node 0 totalpages: 16384
<7>free_area_init_node: node 0, pgdat c044b41c, node_mem_map c049f000
<7> DMA zone: 16256 pages, LIFO batch:3
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
CPU0: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
<5>Kernel command line: root=/dev/ram rw mem=64M console=ttymxc0,115200
<6>MXC GPIO hardware
<6>MXC IRQ initialized
PID hash table entries: 256 (order: 8, 1024 bytes)
<1>Unhandled fault: external abort on non-linefetch (0x008) at 0xf4300000
Internal error: : 8 [#1]
Modules linked in:
CPU: 0 Not tainted (2.6.27 #11)
PC is at mx27ads_timer_init+0x14/0x44
LR is at time_init+0x1c/0x24
pc : [<c0011390>] lr : [<c000f8ac>] psr: 800000d3
sp : c0429fa8 ip : c0429fb8 fp : c0429fb4
r10: a0021b58 r9 : 41069264 r8 : a0021b8c
r7 : c042ce5c r6 : c0023f14 r5 : c044bcf0 r4 : c044bce4
r3 : f4300000 r2 : 00000000 r1 : 00000000 r0 : 019bfcc0
Flags: Nzcv IRQs off FIQs off Mode SVC_32 ISA ARM Segment kernel
Control: 0005317f Table: a0004000 DAC: 00000017
Process swapper (pid: 0, stack limit = 0xc0428268)
Stack: (0xc0429fa8 to 0xc042a000)
9fa0: c0429fc4 c0429fb8 c000f8ac c001138c c0429ff4 c0429fc8
9fc0: c0008ae8 c000f8a0 c000853c 00000000 00000000 c0023f14 00000000 00053175
9fe0: c044c60c c0024318 00000000 c0429ff8 a0008034 c0008970 00000000 00000000
Backtrace:
[<c001137c>] (mx27ads_timer_init+0x0/0x44) from [<c000f8ac>] (time_init+0x1c/0x24)
[<c000f890>] (time_init+0x0/0x24) from [<c0008ae8>] (start_kernel+0x188/0x30c)
[<c0008960>] (start_kernel+0x0/0x30c) from [<a0008034>] (0xa0008034)
r6:c0024318 r5:c044c60c r4:00053175
Code: e92dd800 e24cb004 e59f3020 e59f0020 (e1d330b0)
<4>---[ end trace 1b75b31a2719ed1c ]---
<0>Kernel panic - not syncing: Attempted to kill the idle task!

So we did a change at clock

arch/arm/mach-mx2/mx27ads.c : function : static void __init mx27ads_timer_init(void) :

For our board the fref = 26000000.

But it is taking fref = 27000000
so we have commented the following line.
/*
if ((__raw_readw(PBC_VERSION_REG) & CKIH_27MHZ_BIT_SET) == 0)
fref = 27000000;
*/
and made fref = 26000000

and the output log as follows....

LOGS :

BOARD INFO
------------------------------------------------
Area Start address End address Size
------------------------------------------------
SDRAM 0xa000_0000 0xa3ff_ffff 64 MB
Data section 0xa3e0_0000 0xa3ef_ffff 1 MB
UsrStack 0xa3f0_0000 0xa3f0_ffff 64 KB
IRQStack 0xa3f1_0000 0xa3f1_ffff 64 KB
FIQStack 0xa3f2_0000 0xa3f2_ffff 64 KB
UndefStack 0xa3f3_0000 0xa3f3_ffff 64 KB
AbortStack 0xa3f4_0000 0xa3f4_ffff 64 KB
SVCStack 0xa3f5_0000 0xa3f5_ffff 64 KB
SYSStack 0xa3f6_0000 0xa3f6_ffff 64 KB
Flash 0xc000_0000 0xc1ff_ffff 32 MB
Bootloader 0xc000_0000 0xc00f_ffff 1 MB
Kernel 0xc010_0000 0xc02f_ffff 2 MB
Initrd 0xc030_0000 0xc04f_ffff 2 MB
Filesystems 0xc050_0000 0xc1ff_ffff 27 MB
------------------------------------------------
Going to Bring up GUI Menu. Press any key with in 5 sec for diagnostics

Switching on LCD
Switched on LCD
Drawing Screen 1
Drawn Screen
Going to next Screen
Drawing Screen 2
Drawn Screen
valid value:
adc value: ( 442 , 446 )
Screen value: ( 142 , 188 )
Selected menu id is = A
Going to next Screen
Drawing Screen 13
Drawn Screen
valid value:
adc value: ( 406 , 279 )
Screen value: ( 151 , 245 )
Selected menu id is = B
Going to next Screen
Drawing Screen 3
Drawn Screen
valid value:
adc value: ( 415 , 628 )
Screen value: ( 149 , 125 )
Selected menu id is = A
Going to next Screen
Drawing Screen 5
Drawn Screen
Launch linux with lcd menu function

SD/MMC Card Detected
SD Card Initialised #
Dat is a3c0d5e4

*************************************
* Card Information *
*************************************
Card Type : SD
Manufacturer ID : 28
OEM/Application ID : S
Product name : SC
Product revision : 1.0
Product serial number : 141073e
Size of Card : 952 MBytes
################
Read 2158592 bytes from file /zImage#
Dat is a3c0d5e4#############
Read 1773568 bytes from file /initrd.gz
Launching Linux ...
Copying 20efac bytes of zImage from a1000000 to a0008000

Launch LinuxUncompressing Linux..............................................................................................................................
Initializing cgroup subsys cpu
Linux version 2.6.27 ([email protected]) (gcc version 4.1.1) #9 Tue Nov 17 21:49:00 IST 2009
CPU: ARM926EJ-S [41069264] revision 4 (ARMv5TEJ), cr=00053177
Machine: Freescale i.MX27ADS
Prabha COMMAND LINE cmdline_p is root=/dev/ram rw console=ttymxc0,115200
and from is root=/dev/ram rw mem=64M console=ttymxc0,115200
Memory policy: ECC disabled, Data cache writeback
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
CPU0: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
Kernel command line: root=/dev/ram rw mem=64M console=ttymxc0,115200
MXC GPIO hardware
MXC IRQ initialized
PID hash table entries: 256 (order: 8, 1024 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 64MB = 64MB total
Memory: 58384KB available (4092K code, 469K data, 128K init)
SLUB: Genslabs=12, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Calibrating delay loop... 132.71 BogoMIPS (lpj=663552)
Security Framework initialized
SELinux: Initializing.
Mount-cache hash table entries: 512
Initializing cgroup subsys ns
Initializing cgroup subsys cpuacct
CPU: Testing write buffer coherency: ok
net_namespace: 616 bytes
NET: Registered protocol family 16
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NetLabel: Initializing
NetLabel: domain hash size = 128
NetLabel: protocols = UNLABELED CIPSOv4
NetLabel: unlabeled traffic allowed by default
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 1792K
NetWinder Floating Point Emulator V0.97 (extended precision)
audit: initializing netlink socket (disabled)
type=2000 audit(1.480:1): initialized
VFS: Disk quotas dquot_6.5.1
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Installing knfsd (copyright (C) 1996 [email protected]).
JFFS2 version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc.
fuse init (API version 7.9)
JFS: nTxBlock = 470, nTxLock = 3765
msgmni has been set to 117
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
Serial: IMX driver
imx-uart.0: ttymxc0 at MMIO 0x1000a000 (irq = 20) is a IMX
console [ttymxc0] enabled
imx-uart.1: ttymxc1 at MMIO 0x1000b000 (irq = 19) is a IMX
imx-uart.2: ttymxc2 at MMIO 0x1000c000 (irq = 18) is a IMX
imx-uart.3: ttymxc3 at MMIO 0x1000d000 (irq = 17) is a IMX
imx-uart.4: ttymxc4 at MMIO 0x1001b000 (irq = 49) is a IMX
imx-uart.5: ttymxc5 at MMIO 0x1001c000 (irq = 48) is a IMX
brd: module loaded
loop: module loaded
nbd: registered device at major 43
SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256).
CSLIP: code copyright 1989 Regents of the University of California.
SLIP linefill/keepalive option.
console [netcon0] enabled
netconsole: network logging started
mice: PS/2 mouse device common for all mice
usbcore: registered new interface driver hiddev
usbcore: registered new interface driver usbhid
usbhid: v2.6:USB HID core driver
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 17
NET: Registered protocol family 15
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
registered taskstats version 1
RAMDISK: Compressed image found at block 0
EXT2-fs warning: mounting unchecked fs, running e2fsck is recommended
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 128K

After this some junk characters start coming ....

Please help us to go forward.....

Thanks and regards ,
Vadivelan M

-----Daniel Mack wrote: -----

To: Vadivelan M <[email protected]>
From: Daniel Mack <[email protected]>
Date: 11/17/2009 02:47PM
cc: [email protected], [email protected]
Subject: Re: imx27 - hanging at freeing init memory -- getting some junk characters here after on console ..

On Tue, Nov 17, 2009 at 01:57:11PM +0530, Vadivelan M wrote:
> Did you measure the junk characters or the 'working' serial output. The
> question is whether the baud rate really changes.
> -- Yes. we have measured the baud rate when the junk characters starts coming.

Then the only explanation I have is that something seriously crashes
your userspace binaries and makes the kernel go wild.

> Please send in patches of your modifications so people here can have a
> look to what you did.
> -- Please find the patches [please find the attachment . ]

I don't get what you're doing and why. Why do you patch around in
vmalloc.h? What reason is there to modify the clock framework for that
platform? And Those patches are obvisouly agains version 2.6.19.2 and
not mainline? Without any word of elaboration, I'm afraid you're on your
own.

My suggestion is to take the MX27ADS platform which your kernel config
is made for and try the current mainline kernel on that hardware.
Without any of your patches. Then find out the difference between that
setup and your own board.

Albeit I don't have such hardware, but I'm quite confident the reference
platform works well. Maybe someone of the MX2 people can acknowledge that.

Daniel

=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you

_______________________________________________
linux-arm mailing list
[email protected]
http://lists.infradead.org/mailman/listinfo/linux-arm
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.