From: Michal Simek <monstr@monstr.eu>
To: Michal Simek <monstr@monstr.eu>
Cc: linux-kernel@vger.kernel.org, john.williams@petalogix.com,
Russell King <linux@arm.linux.org.uk>,
Ralf Baechle <ralf@linux-mips.org>,
Ingo Molnar <mingo@redhat.com>, Alan Cox <alan@linux.intel.com>,
linux-serial@vger.kernel.org, Arnd Bergmann <arnd@arndb.de>
Subject: Re: Microblaze early console support
Date: Mon, 04 Apr 2011 19:21:58 +0200 [thread overview]
Message-ID: <4D99FE36.1070307@monstr.eu> (raw)
In-Reply-To: <1301934655-20495-1-git-send-email-monstr@monstr.eu>
resent.
M
Michal Simek wrote:
> Hi,
>
> I have one question about early console support on MMU kernel.
> When do you register an early console and what TLB mapping you use?
>
> For Microblaze I registered it before main memory is setup that's why I was
> hardcoded TLB 63 to 1:1 mapping (virt addr = phys addr).
> It is output only for early_printk messages but I would like to use it
> as boot console. There are only some messages that's why TLB 63 was released
> later on.
> That is the current state.
>
> I have added CON_BOOT flag and register early console by register_console function
> and I allocate TLB 63 for it. But unfortunately I haven't found any function
> in unregister_console which is called for unregistering to help me to release TLB 63
> when early console is not used. Is there any way how to do it?
>
> From our experiment in past there is performance degression when kernel can't use
> a TLB that's why I tried to find out a way to release TLB 63.
> This is the reason why I would like to know your opinion if my style is correct
> or not.
> I created new remap_early_printk function which does ioremap for console space.
> This function is called from setup_arch when memory is setup. Then early mapping of TLB 63
> is automatically released and can be used for Linux purpose.
> Is it correct design how to do it?
>
> How do you handle it in your arch? Do you register early console before memory initialization
> is done?
>
> You can also look at my patch I have done.
>
> Thanks for your suggestions,
> Michal
--
Michal Simek, Ing. (M.Eng)
w: www.monstr.eu p: +42-0-721842854
Maintainer of Linux kernel 2.6 Microblaze Linux - http://www.monstr.eu/fdt/
Microblaze U-BOOT custodian
prev parent reply other threads:[~2011-04-04 17:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-04 16:30 Microblaze early console support Michal Simek
2011-04-04 16:30 ` [PATCH] microblaze: Get early printk console earlier Michal Simek
2011-04-04 17:21 ` Michal Simek [this message]
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=4D99FE36.1070307@monstr.eu \
--to=monstr@monstr.eu \
--cc=alan@linux.intel.com \
--cc=arnd@arndb.de \
--cc=john.williams@petalogix.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mingo@redhat.com \
--cc=ralf@linux-mips.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.