Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Franck Bui-Huu <vagabon.xyz@gmail.com>
To: Atsushi Nemoto <anemo@mba.ocn.ne.jp>
Cc: vagabon.xyz@gmail.com, ralf@linux-mips.org, ths@networkno.de,
	linux-mips@linux-mips.org, fbuihuu@gmail.com
Subject: Re: [PATCH 6/7] setup.c: clean up initrd related code
Date: Thu, 19 Oct 2006 10:39:14 +0200	[thread overview]
Message-ID: <453739B2.1010705@innova-card.com> (raw)
In-Reply-To: <20061019.131352.41630930.nemoto@toshiba-tops.co.jp>

Atsushi Nemoto wrote:
> On Fri, 13 Oct 2006 14:39:05 +0200, Franck Bui-Huu <vagabon.xyz@gmail.com> wrote:
>> +sanitize:
>> +		/*
>> +		 * Sanitize initrd addresses. For example firmware
>> +		 * can't guess if they need to pass them through
>> +		 * 64-bits values if the kernel has been built in pure
>> +		 * 32-bit. We need also to switch from KSEG0 to XKPHYS
>> +		 * addresses now, so the code can now safely use __pa().
>> +		 */
>> +		end = __pa(initrd_end);
>> +		initrd_end = (unsigned long)__va(end);
>> +		initrd_start = (unsigned long)__va(__pa(initrd_start));
> 
> At last I tested whole patchset on 64-bit and see this is not enough.
> 
> If I passed 0x000000008XXXXXXX instead of 0xffffffff8XXXXXXX to
> initrd_start and initrd_end, the result of __pa() is not what I
> wanted.  This is a proposal fix.
> 
> --- arch/mips/kernel/setup.c.orig	2006-10-19 11:31:12.000000000 +0900
> +++ arch/mips/kernel/setup.c	2006-10-19 13:06:39.000000000 +0900
> @@ -199,6 +199,14 @@
>  		 * 32-bit. We need also to switch from KSEG0 to XKPHYS
>  		 * addresses now, so the code can now safely use __pa().
>  		 */
> +#ifdef CONFIG_64BIT
> +		/* HACK: Guess if the sign extension was forgotten */
> +		if (initrd_start < XKPHYS) {
> +			initrd_end -= initrd_start;
> +			initrd_start = (int)initrd_start;
> +			initrd_end += initrd_start;
> +		}
> +#endif
 
BTW, what about this condition:

		if (initrd_start < PAGE_OFFSET) {
			...;
		}

that would work even on 32 bits kernel.

		Franck

  parent reply	other threads:[~2006-10-19  8:39 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-13 12:38 [PATCH 0/7] Get ride of CPHYSADDR() in setup.c [take #2] Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 1/7] page.h: remove __pa() usages Franck Bui-Huu
2006-10-13 16:27   ` Atsushi Nemoto
2006-10-14  9:22     ` Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 2/7] Make __pa() aware of XKPHYS/CKSEG0 address mix for 64 bit kernels Franck Bui-Huu
2006-10-13 16:27   ` Atsushi Nemoto
2006-10-14  8:39     ` Franck Bui-Huu
2006-10-19  4:01   ` Atsushi Nemoto
2006-10-19  6:20     ` Franck Bui-Huu
2006-10-19  6:41     ` Yoichi Yuasa
2006-10-19  7:01       ` Atsushi Nemoto
2006-10-19  7:23         ` Yoichi Yuasa
2006-10-19  7:43         ` Franck Bui-Huu
2006-10-19  7:59           ` Atsushi Nemoto
2006-10-13 12:39 ` [PATCH 3/7] setup.c: get ride of CPHYSADDR() Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 4/7] Introduce __pa_symbol() Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 5/7] setup.c: use __pa_symbol() where needed Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 6/7] setup.c: clean up initrd related code Franck Bui-Huu
2006-10-16  8:03   ` Franck Bui-Huu
2006-10-16  8:10     ` Atsushi Nemoto
2006-10-16  8:48       ` Franck Bui-Huu
2006-10-16  9:07         ` Atsushi Nemoto
2006-10-16  9:54           ` Thiemo Seufer
2006-10-16 10:19             ` Atsushi Nemoto
2006-10-16 14:42           ` Franck Bui-Huu
2006-10-16 14:51             ` Franck Bui-Huu
2006-10-16  9:09     ` Thiemo Seufer
2006-10-16 14:23       ` Franck Bui-Huu
2006-10-16 14:49         ` Franck Bui-Huu
2006-10-19  4:13   ` Atsushi Nemoto
2006-10-19  6:37     ` Franck Bui-Huu
2006-10-19  6:51       ` Atsushi Nemoto
2006-10-19  7:29         ` Franck Bui-Huu
2006-10-19  7:51           ` Atsushi Nemoto
2006-10-19  8:30             ` Franck Bui-Huu
2006-10-19  8:39     ` Franck Bui-Huu [this message]
2006-10-19  9:15       ` Atsushi Nemoto
2006-10-19  9:54         ` Franck Bui-Huu
2006-10-19 10:30           ` Atsushi Nemoto
2006-10-19 10:51             ` Franck Bui-Huu
2006-10-19 11:00               ` Atsushi Nemoto
2006-10-19 11:12                 ` Franck Bui-Huu
2006-10-13 12:39 ` [PATCH 7/7] Make free_init_pages() arguments to be physical addresses Franck Bui-Huu
2006-10-13 13:31   ` Franck Bui-Huu
  -- strict thread matches above, loose matches on Subject: below --
2006-10-16 16:12 [PATCH 0/7] Get ride of CPHYSADDR() in setup.c [take #3] Franck Bui-Huu
2006-10-16 16:12 ` [PATCH 6/7] setup.c: clean up initrd related code Franck Bui-Huu
2006-10-19 11:19 [PATCH 0/7] Get ride of CPHYSADDR() in setup.c [take #4] Franck Bui-Huu
2006-10-19 11:20 ` [PATCH 6/7] setup.c: clean up initrd related code Franck Bui-Huu

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=453739B2.1010705@innova-card.com \
    --to=vagabon.xyz@gmail.com \
    --cc=anemo@mba.ocn.ne.jp \
    --cc=fbuihuu@gmail.com \
    --cc=linux-mips@linux-mips.org \
    --cc=ralf@linux-mips.org \
    --cc=ths@networkno.de \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox