All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paul Mundt <lethal@linux-sh.org>
To: linux-sh@vger.kernel.org
Subject: Re: Missing of "Uncompressing Linux... " message at boot sequence
Date: Thu, 06 May 2010 04:49:57 +0000	[thread overview]
Message-ID: <20100506044957.GB25493@linux-sh.org> (raw)
In-Reply-To: <4BDFCEF4.8010607@dcl.info.waseda.ac.jp>

On Tue, May 04, 2010 at 04:38:28PM +0900, Hitoshi Mitake wrote:
> In arch/sh/boot/compressed/misc.c the function puts() is defined like this:
> 
> int puts(const char *s)
> {
> 	/* This should be updated to use the sh-sci routines */
> 	return 0;
> }
> 
> Of course this makes no output.
> So I cannot see the message "Uncompressing Linux... Ok, booting the 
> kernel." now.
> # The change was made at abec86a80247ab3a40d2afc9c8e8c26efcab2391
> 
> So I have a question:
> Do you have any plan to revive the "Uncompressing" message?
> 
I suppose you ran in to this because you are one of the few people still
using sh-bios. The current sh-bios code has been generalized a fair bit,
but we could restore this functionality if it ends up being useful for
you.

In my experience the sh-bios implementation has been unreliable at the
best of times, so this early puts stuff was never really useful in the
first place. I suspect there are also outstanding issues with trapping in
to the bios after the system has booted, as this code doesn't see much
use in general.

> The comment says that puts() should use the routines of sh-sci.
> But sh-sci is the thing built in vmlinux, so I think using it from 
> misc.c is hard.
> To revive it, big change will be required.
> 
Correct. The idea was to reuse parts of the sh-sci code, rather than
linking it in directly. If it were just a simple case we could have
easily accomodated this through the header alone and simply inlined it,
but unfortunately there is not enough consistency between CPUs to make
this terribly realistic. This is largely why things like the sh-bios
abstraction exists in the first place.

> If you have a plan to revive the message, I'd like to co-operate.
> Because I'm working on new board support, serial output is a big problem 
> for me.
> 
I'll have a look at restoring it, but be forewarned that there will
likely be outstanding sh-bios issues. If you're able to assist with
debugging this then of course I have no problem with reinstanting this
sort of support.

  reply	other threads:[~2010-05-06  4:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-05-04  7:38 Missing of "Uncompressing Linux... " message at boot sequence Hitoshi Mitake
2010-05-06  4:49 ` Paul Mundt [this message]
2010-05-06  5:05 ` Paul Mundt
2010-05-09 14:37 ` Hitoshi Mitake

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=20100506044957.GB25493@linux-sh.org \
    --to=lethal@linux-sh.org \
    --cc=linux-sh@vger.kernel.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 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.