From owner-freebsd-hackers@freebsd.org Sun Jul 26 19:14:17 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 40BE79AB72F for ; Sun, 26 Jul 2015 19:14:17 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (dmz-mailsec-scanner-7.mit.edu [18.7.68.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DF0988CC for ; Sun, 26 Jul 2015 19:14:16 +0000 (UTC) (envelope-from kaduk@mit.edu) X-AuditID: 12074424-f79b46d000001e7f-71-55b530532fcb Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 3E.B1.07807.35035B55; Sun, 26 Jul 2015 15:09:07 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id t6QJ96h3028675; Sun, 26 Jul 2015 15:09:07 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t6QJ93bK022249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 26 Jul 2015 15:09:06 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t6QJ93AN028545; Sun, 26 Jul 2015 15:09:03 -0400 (EDT) Date: Sun, 26 Jul 2015 15:09:02 -0400 (EDT) From: Benjamin Kaduk To: HeTak cc: freebsd-hackers Subject: Re: Kernel Debug Howto In-Reply-To: Message-ID: References: <514DDE7F-CF61-461D-A9FF-232DC938BDF5@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFuplleLIzCtJLcpLzFFi42IR4hRV1g022BpqcHWKuMX2zf8YLWbOe8fq wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGX8X+hecI29YtH8mgbGuWxdjBwcEgImEhue +XYxcgKZYhIX7q0HCnNxCAksZpJ4fPINI4SzkVHiwOrtrBDOISaJfzdOMEE4DYwSN873sICM YhHQlrj9IBZkFJuAisTMNxvZQGwRAQWJrfP2MYPYzAKGEktW/QDqZecQFpCX6MgDiXIKBEr0 TeoGq+AVcJS48u0QC8T0f4wS/84+YAdJiAroSKzeP4UFokhQ4uTMJywQIwMlnt+axD6BUXAW ktQsJCkIW13iwKeLjBC2tsT9m21sCxhZVjHKpuRW6eYmZuYUpybrFicn5uWlFuma6+Vmluil ppRuYgSFNLuLyg7G5kNKhxgFOBiVeHgvqGwNFWJNLCuuzD3EKMnBpCTK+0Vyc6gQX1J+SmVG YnFGfFFpTmrxIUYJDmYlEd5aEaBy3pTEyqrUonyYlDQHi5I476YffCFCAumJJanZqakFqUUw WRkODiUJ3r16QI2CRanpqRVpmTklCGkmDk6Q4TxAw8X0QYYXFyTmFmemQ+RPMepyLPhxey2T EEtefl6qlDjvGZBBAiBFGaV5cHNgqegVozjQW8K8CiCjeIBpDG7SK6AlTEBLPHu2gCwpSURI STUwKrjVJ6tN+3h/684PCxN03C9ZtW9nXGbz70/Xr/lhr3ZoBf1bm3dzbVZ6itthkbuvcq4/ 3zXl8arFAWzLMz9s3pz17GlwVcq5Ovdc59fnUk9ek5ydvJ+9X56l5MEp1Ugjhl0lE9fOPyR6 1s51N/80hcWXUi91Tnv6+aik9ea2X06T3RgPWala9yqxFGckGmoxFxUnAgDvEjR0IAMAAA== Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 19:14:17 -0000 On Sun, 26 Jul 2015, HeTak wrote: > > To speed up the build stage, you can 'make -DKERNFAST kernel' if you ha= ve > > only made "normal" code changes. > > > =E2=80=8BI have seen this option before but I don't know what it means by= "normal" > code changes. would you please explain it to me? It is more easily explained in the things that it is not -- making changes to what the build dependencies are or how they are computed, adding new directories, and changing configuration options are all things that would make KERNFAST a bad idea. If you're just changing a couple of lines in a few source files, it should work great. -Ben From owner-freebsd-hackers@freebsd.org Sun Jul 26 18:29:46 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 351079AB9C0; Sun, 26 Jul 2015 18:29:46 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from mail.kapsi.fi (mx1.kapsi.fi [IPv6:2001:1bc8:1004::1:25]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E55BD84E; Sun, 26 Jul 2015 18:29:45 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from 91-159-11-54.elisa-laajakaista.fi ([91.159.11.54] helo=[192.168.255.112]) by mail.kapsi.fi with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZJQg7-0000Hz-51; Sun, 26 Jul 2015 21:29:39 +0300 Subject: Re: 10.1-RELEASE UEFI RAID0 ASUS M5A97 R2.0 AMD64 PhenomIIx6 To: CeDeROM , "freebsd-hackers@freebsd.org" , freebsd-hardware@freebsd.org, freebsd-sysinstall@freebsd.org References: From: Arto Pekkanen X-Enigmail-Draft-Status: N1110 Message-ID: <55B5270E.5060306@kapsi.fi> Date: Sun, 26 Jul 2015 21:29:34 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Vpr0WEXnxjDNlCG3XDPM1u3641uFADKhG" X-SA-Exim-Connect-IP: 91.159.11.54 X-SA-Exim-Mail-From: isoa@kapsi.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false X-Mailman-Approved-At: Sun, 26 Jul 2015 19:53:05 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2015 18:29:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Vpr0WEXnxjDNlCG3XDPM1u3641uFADKhG Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 22.7.2015 10:57, CeDeROM wrote: > Hello there :-) >=20 > I have successfully installed and running FreeBSD 10.1-RELEASE AMD64 > on ASUS M5A97 R2.0 AMD64 PhenomIIx6 using RAID0 booting with UEFI. >=20 > UEFI and GPT seems replacement for BIOS+MBR in modern PC hardware. You > can forget about BIOS+MBR in case of UEFI which is tightly related to > hardware/firmware. >=20 > What is best about FreeBSD that I also could to the setup on older > ASUS M4A88TD/V EVO/USB3.0 which did NOT support UEFI at all. RAID0 was > possible to accomplish in 4TB size with no problem. GPT support was > already there in FreeBSD. I have installed MBR bootloader which then > switched to GPT support. This setup was not possible for Windows nor > Linux which were limited to see two 2TB devices, even on RAID. Hale to > the FreeBSD!! :-) Gratz :) Although, I think it would be possible with Linux but you would have to u= se a DIY distro like Gentoo that doesn't hide all the features behind a c= ascade of automagic system management UI-dialogs or scripts. That being s= aid, haven't done a customized Linux installation for years now, since Fr= eeBSD + documentation enable me to more easily create a customized FreeBS= D installation for spesific tasks. > However, FreeBSD Boot and Kernel seems to work somehow different on > UEFI. There is no loader menu, there is no OS prompt. There is problem > with Xorg-NVidia driver which hangs the boot process at loader (you > need to use kld_list in rc.conf instead), and then hangs the computer > somewhere on screen blank. All seems new but familiar :-) That must be because UEFI depends on kms.ko to get a framebuffer console.= In this case it would be the kms/VESA module. So probably there's some k= ind of race condition between the kms/VESA framebuffer and nVidia kmod. Have you already checked if there's any PR about this? If not, you could = make one. I am sure this could be fixed easily. > Also installing OS on UEFI is somewhat different. You need to create a > dedicated EFI partition where boot code is loaded (using dd as > presented on uefi wiki). BSDInstall creates such partition but its > only 512k in size, while boot1.efifat is 800k. I have created separate > partition that is 100M and it works fine as well. I think installed > could increase the boot partition size, and then dd the boot1.efifat > over there during install on UEFI platform..? Hmm, this is something you should definitely make a PR for, if you can. Y= our description makes it seem like the BSDInstall scripts are a bit behin= d the actual UEFI boot stack. > FreeBSD IS THE BEST!! THANK YOU!! :-) > Tomek >=20 Thank you for describing your use case. This is valuable information :) --Vpr0WEXnxjDNlCG3XDPM1u3641uFADKhG Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (MingW32) iF4EAREIAAYFAlW1JxIACgkQTBivhqtJa27TwQD8D8etc34KPc9Bw3/xjh4rjoRb LUSYIw5k2Ygz54JZs+sA/Aq2QEQG8ECfR8WkBPCAVHM6cFB4hsB4vJBWlAZ640kz =TeJ1 -----END PGP SIGNATURE----- --Vpr0WEXnxjDNlCG3XDPM1u3641uFADKhG--