linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* when to switch from early_ioremap to ioremap
@ 2012-10-23 19:42 Olaf Hering
  2012-10-23 20:54 ` Yinghai Lu
  0 siblings, 1 reply; 4+ messages in thread
From: Olaf Hering @ 2012-10-23 19:42 UTC (permalink / raw)
  To: linux-kernel


To obtain an address to a PFN in init_hypervisor_platform (called from
arch/x86/kernel/setup.c:setup_arch) I use early_ioremap. Later the
address to that PFN needs to be obtained with ioremap, and early_iounmap
needs to be called on the first address.

When is the time to obtain and use the new pointer, and to release to
old pointer? Right now I do that in the pci-device setup code, which
happens to work. Unfortunately early_ioremap is not mentioned in
Documentation/, hence the question.

Olaf

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: when to switch from early_ioremap to ioremap
  2012-10-23 19:42 when to switch from early_ioremap to ioremap Olaf Hering
@ 2012-10-23 20:54 ` Yinghai Lu
  2012-10-23 21:50   ` Olaf Hering
  0 siblings, 1 reply; 4+ messages in thread
From: Yinghai Lu @ 2012-10-23 20:54 UTC (permalink / raw)
  To: Olaf Hering; +Cc: linux-kernel

On Tue, Oct 23, 2012 at 12:42 PM, Olaf Hering <olaf@aepfle.de> wrote:
>
> To obtain an address to a PFN in init_hypervisor_platform (called from
> arch/x86/kernel/setup.c:setup_arch) I use early_ioremap. Later the
> address to that PFN needs to be obtained with ioremap, and early_iounmap
> needs to be called on the first address.
>
> When is the time to obtain and use the new pointer, and to release to
> old pointer? Right now I do that in the pci-device setup code, which
> happens to work. Unfortunately early_ioremap is not mentioned in
> Documentation/, hence the question.

usually early_ioremap is used in this way:
map it and check it and unmap it. and some time you could back up it
before unmap.

you should only use early_iomap and early_memmap during SYSTEM_BOOTING

and check_early_ioremap_leak in late_initcall will check if all early
one get unmapped.

for 32bit, there is more requirement: you can not cross init_memory_mapping.
    early_ioremap_page_table_range_init/early_ioremap_reset will be
called in init_memory_mapping.

Also early_ioremap has slot limitation: 4. and you should not hold one
slot too long, otherwise other users could
have problem to reach the limit.

Yinghai

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: when to switch from early_ioremap to ioremap
  2012-10-23 20:54 ` Yinghai Lu
@ 2012-10-23 21:50   ` Olaf Hering
  2012-10-23 22:02     ` Yinghai Lu
  0 siblings, 1 reply; 4+ messages in thread
From: Olaf Hering @ 2012-10-23 21:50 UTC (permalink / raw)
  To: Yinghai Lu; +Cc: linux-kernel

On Tue, Oct 23, Yinghai Lu wrote:

> Also early_ioremap has slot limitation: 4. and you should not hold one
> slot too long, otherwise other users could
> have problem to reach the limit.

Thanks. After which init call is ioremap available anymway?

Olaf

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: when to switch from early_ioremap to ioremap
  2012-10-23 21:50   ` Olaf Hering
@ 2012-10-23 22:02     ` Yinghai Lu
  0 siblings, 0 replies; 4+ messages in thread
From: Yinghai Lu @ 2012-10-23 22:02 UTC (permalink / raw)
  To: Olaf Hering; +Cc: linux-kernel

On Tue, Oct 23, 2012 at 2:50 PM, Olaf Hering <olaf@aepfle.de> wrote:
> On Tue, Oct 23, Yinghai Lu wrote:
>
>> Also early_ioremap has slot limitation: 4. and you should not hold one
>> slot too long, otherwise other users could
>> have problem to reach the limit.
>
> Thanks. After which init call is ioremap available anymway?

after mm_init

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-10-23 22:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-10-23 19:42 when to switch from early_ioremap to ioremap Olaf Hering
2012-10-23 20:54 ` Yinghai Lu
2012-10-23 21:50   ` Olaf Hering
2012-10-23 22:02     ` Yinghai Lu

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).