kern/161721: [boot] compiling kernel with KVA_PAGES=512 does
not allow system to boot
Коньков Евгений
kes-kes at yandex.ru
Thu Oct 20 19:26:15 UTC 2011
Hi
>
On 10/19/2011 15:58, Remko Lodder wrote:
Hello Kes,
Thank you for responding to my closure. Sadly the PR list should
contain only
Problem REcords (PR's) so personally I do not think a wish list item
should be
kept open.
Actually, as I think, may be I have wrong, but I think so. I have a
'Problem' so I 'Report' it.
Thank you for your attention.
>
Though, we might want to ask Alan whether this is something we can and
will work
at or not. If the latter, well it's a pity but then we won't work on
it.
Kes,
Your problem report doesn't include any details on the panic that
occurs. Could you please provide this?
[1]http://www.freebsd.org/cgi/query-pr.cgi?pr=161458
Here I make new slice and compile and install world and kernel to that
slice and trying to boot from it.
I get system halted on this stage:
Oct 10 13:52:22 syslogd: kernel boot file is /boot/kernel/kernel
Oct 10 13:52:22 kernel: Copyright (c) 1992-2011 The FreeBSD Project.
Oct 10 13:52:22 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988,
1989, 1991, 1992, 1993, 1994
Oct 10 13:52:22 kernel: The Regents of the University of California.
All rights reserved.
Oct 10 13:52:22 kernel: FreeBSD is a registered trademark of The
FreeBSD Foundation.
Oct 10 13:52:22 kernel: FreeBSD 9.0-BETA2 #11: Thu Oct 6 18:02:28 EEST
2011
Oct 10 13:52:22 kernel: @:/usr/obj/usr/src/sys/KES_KERN_v9 i386
But as I discover later it was a bug (problem) with KVA_PAGES, I have
added that option to GENERIC
and in new installed slice I have no /boot/loader.conf file, so system
is halt.
on old slice I have /boot/loader.conf, so I have no problem with
KVA_PAGES option.
I know, that FreeBSD automatically reboot if something nasty is
happen.
but in this case even no coredumps are present.
>
Is this problem occurring with or without the use of PAE? If I
presume that you are not using PAE, then setting KVA_PAGES to 512
makes the kernel address space 2 GB in size.
Have you ever tried a slightly smaller setting for KVA_PAGES, for
example, 508?
Ok, I will try 508 and report results.
>
Remko,
I suspect this a bug, specifically, arithmetic overflow is occurring
somewhere because 32-bit arithmetic is being used and the kernel
address space is 2^31 bytes in size.
I would recommend that you reopen this PR, and assign it to me. While
you can certainly shoot yourself in the foot by messing with low-level
configuration, like KVA_PAGES, in this case, I think we may have a
bug.
I do not know how to reopen, there is no any such button // ((
Please describe where I can read about how to reopen?
>
Alan
On Oct 19, 2011, at 8:55 PM, Kon'kov Evgenij wrote:
rFo> Synopsis: [boot] compiling kernel with KVA_PAGES=512 does not
allow system to boot
rFo> State-Changed-From-To: open->closed
rFo> State-Changed-By: remko
rFo> State-Changed-When: Tue Oct 18 18:27:15 UTC 2011
rFo> State-Changed-Why:
rFo> If you fiddle with kernel settings you should be aware of what
you are
rFo> doing. The KVA pages is a problem that popped up before and is
mentioned
rFo> enough. I do not think this is a PR worth, apologies if this
offends
rFo> you.
rFo> [2]http://www.freebsd.org/cgi/query-pr.cgi?pr=161721
This is option to make FreeBSD better, so may be some developer in
future see this weakness and implements that.
If it will be closes it will be fogotten
So may be reopen it with very low priority as wish list, not PR
Thank you
--
S uvazheniem,
Kon'kov [3]mailto:kes-kes at yandex.ru
--
/"\ With kind regards, | [4]remko at elvandar.org
\ / Remko Lodder | [5]remko at FreeBSD.org
X FreeBSD | [6]http://www.evilcoder.org
/ \ The Power to Serve | Quis custodiet ipsos custodes
--
S uvazheniem,
Kon'kov [7]mailto:kes-kes at yandex.ru
References
1. http://www.freebsd.org/cgi/query-pr.cgi?pr=161458
2. http://www.freebsd.org/cgi/query-pr.cgi?pr=161721
3. mailto:kes-kes at yandex.ru
4. mailto:remko at elvandar.org
5. mailto:remko at FreeBSD.org
6. http://www.evilcoder.org/
7. mailto:kes-kes at yandex.ru
More information about the freebsd-bugs
mailing list