From: Tony Lindgren <tony@atomide.com>
To: Cory Maccarrone <darkstar6262@gmail.com>
Cc: linux-omap@vger.kernel.org, miknix@gmail.com,
a.j.buxton@gmail.com, linwizard-devel@lists.sf.net
Subject: Re: Commit 0c8219f0... breaks omap7xx support
Date: Tue, 9 Mar 2010 07:56:37 -0800 [thread overview]
Message-ID: <20100309155636.GS2900@atomide.com> (raw)
In-Reply-To: <6cb013311003081906n751bedb4k2794ed40ed68d7ec@mail.gmail.com>
* Cory Maccarrone <darkstar6262@gmail.com> [100308 19:03]:
> On Mon, Mar 8, 2010 at 6:46 PM, Tony Lindgren <tony@atomide.com> wrote:
>
> Alright, I found it. 0c8219f0302d0d27fda52c790d38406801e547ec removed
> this code from uncompress.h:
>
> - if (check_port(uart, shift))
> - break;
>
> which was in a while loop in putc(), with check_port defined as:
>
> #define UART_OMAP_MDR1 0x08 /* mode definition register */
> #define check_port(base, shift) ((base[UART_OMAP_MDR1 << shift] & 7) == 0)
>
> and shift = 0. Without the break, putc() was silent. If I put in
> similar code back into putc():
>
> + if ((uart_base[0x08] & 7) != 0)
> + return;
>
> it boots.
>
> Unfortunately, I don't have access to the serial console, so I have no
> idea if any of the serial port work was actually working (the Herald
> is a phone, and the only output I have is USB, which can act as
> serial, but I'm ill-equipped to make that work). I suspect this is
> always returning true, and as such we're not getting serial output
> through the uncompress. Not sure what's needed to fix this, but at
> least that little bit of code makes it boot for me.
OK. It's not a bug it's a feature :)
If you don't have anything connected to the serial port, then
DEBUG_LL should not do anything as it just waits for fifo to empty.
Sounds like we should either have most of uncompress.h in ifdef
CONFIG_DEBUG_LL so it does not do anything unless set.
We may also want to also define DEBUG_LL_OMAP_NONE in uncompress.h
to allow booting systems with no serial port with DEBUG_LL set,
but I don't know if that's really needed.
Does your system boot without any patches if DEBUG_LL is not set
in your .config?
Regards,
Tony
next prev parent reply other threads:[~2010-03-09 15:55 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-07 4:56 Commit 0c8219f0... breaks omap7xx support Cory Maccarrone
2010-03-09 0:48 ` Tony Lindgren
2010-03-09 1:51 ` Cory Maccarrone
2010-03-09 2:46 ` Tony Lindgren
2010-03-09 3:06 ` Cory Maccarrone
2010-03-09 15:56 ` Tony Lindgren [this message]
2010-03-09 23:41 ` Cory Maccarrone
2010-03-15 18:29 ` Tony Lindgren
2010-03-15 19:08 ` Tony Lindgren
2010-05-29 4:01 ` Cory Maccarrone
2010-05-31 8:21 ` Tony Lindgren
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=20100309155636.GS2900@atomide.com \
--to=tony@atomide.com \
--cc=a.j.buxton@gmail.com \
--cc=darkstar6262@gmail.com \
--cc=linux-omap@vger.kernel.org \
--cc=linwizard-devel@lists.sf.net \
--cc=miknix@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.