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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


Hi ,

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.

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 . ]

You seem to have omitted the root= parameter. But frankly, I don't
understand why you're doing all that. Why don't let the bootloader pass
the options? The hard-coded config is only a fallback for bootloaders
that don't provide a cmdline tag.
-- Our boot loader is customized by vendor. So no option to change the command line options.

Thanks and regards,

Vadivelan M

-----Daniel Mack wrote: -----
To: Vadivelan M <vadivelan.m@xxxxxxx>
From: Daniel Mack <daniel@xxxxxxxx>
Date: 11/17/2009 12:48PM
cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-arm@xxxxxxxxxxxxxxxxxxx
Subject: Re: imx27 - hanging at freeing init memory -- getting some junk characters here after on console ..

On Tue, Nov 17, 2009 at 09:34:44AM +0530, Vadivelan M wrote:
> As you have suggested we tried on main line kernel also. It is hanging at
> the same point...
>
> Freeing init memory..
> After this some junk characters.
>
> We have measured the baud rate through CRO. It shows 8.6 us (115200) which
> is correct.

Did you measure the junk characters or the 'working' serial output. The
question is whether the baud rate really changes.

> Platform dependent changes
> Platform : IMX27ads board
> clock changes & memory changes
>
> will there be any platform dependency with UART driver?
> We did not do any modification here. It seems both the lower
> version kernel and higher version kernel is same.

Please send in patches of your modifications so people here can have a
look to what you did.

> Already working lower version kernel is not taking the command line
> arguments [ passed from the CONFIG ]
> its taking the boot loader arguments only. so we just did a
> hack so that it will take our CONFIG command line arguments.
> [commented strlcpy() @ arch/arm/kernel/setup.c - fn :
> parse_tag_cmdline ]
> we are getting error : kernel panic - not syncing VFS: unagle
> to mount roof fs on unknown-block(1,0)

You seem to have omitted the root= parameter. But frankly, I don't
understand why you're doing all that. Why don't let the bootloader pass
the options? The hard-coded config is only a fallback for bootloaders
that don't provide a cmdline tag.

Daniel



> -----Daniel Mack wrote: -----
>
> To: Vadivelan M <vadivelan.m@xxxxxxx>
> From: Daniel Mack <daniel@xxxxxxxx>
> Date: 11/10/2009 12:19PM
> cc: linux-arm-kernel@xxxxxxxxxxxxxxxxxxx, linux-arm@xxxxxxxxxxxxxxxxxxx
> Subject: Re: imx27 - hanging at freeing init memory -- getting some junk
> characters here after on console ..
>
> On Fri, Nov 06, 2009 at 11:12:03AM +0530, Vadivelan M wrote:
> > I have checked the inittab. the baud rate is correct.
> >
> > When i am passing command line arguments "init=bin/sh
> > consloe=ttymxc0,115200 root=/dev/ram rw ip=off"
> >
> > same status. i can see the print Freeing init memory and some uart
> > function prints...
> >
> > After that only junk characters are coming.
> >
> > we have checked serial drivers . almost no changes between 2.6.19(working
> > kernel) and 2.6.27
> >
> > Please help us to go forward.....
>
> Sorry, I don't know then. I was sure you're facing a baud rate issue,
> which also is a common pitfall.
>
> Can you try using a current mainline git kernel and see if the problem
> persists? Your machine type (MX27ADS) should be supported.
>
> 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
=====-----=====-----=====
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


<<attachment: patch_mx27ads.zip>>

_______________________________________________
linux-arm mailing list
linux-arm@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/linux-arm

[Linux ARM]     [Linux ARM MSM]     [Linux ARM Kernel]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

Add to Google Follow linuxarm on Twitter