Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 15 Jul 2017 20:49:53 -0400
From:      Michael Butler <imb@protected-networks.net>
To:        Mark Millard <markmi@dsl-only.net>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: Panic on boot after upgrade from r320827 -> r320869
Message-ID:  <ec676672-8205-e920-e250-8dd5c84b83d9@protected-networks.net>
In-Reply-To: <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net>
References:  <384E5639-17C0-4151-A6EB-6239D810C01F@dsl-only.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 07/15/17 20:39, Mark Millard wrote:
> FYI for Michael B.: the incomplete kernel rebuild problem has a fix: -r320919 .
> See the fix (to the building problem that was created in -r320220 ):
> 
> https://lists.freebsd.org/pipermail/svn-src-head/2017-July/102622.html
> 
> If the KDE problem persists based on a -r320919 or later build, it would
> be appropriate to report it again as a separate issue.
> 
> Unfortunately various odd problems have shown up over -r320220 through
> -r320918 from incorrect rebuilds (and other oddities overlapping in the
> time frame).
> 
> Of course if you built (or build) -r320844 based on a empty directory in
> the first place so that it was a full-build but the KDE problem persisted
> when using the rebuilt kernel then the above material does not apply. In
> such a case reporting that about the context for the KDE problem would be
> appropriate.
> 
> You may well have other things to be doing instead of what the above
> suggests. If so, just take the above as background information.

Prior to testing this, I did 'rm -rf /usr/obj/*' so it is a clean build. 
I can run with user-land at SVN r321021 but any kernel at or after 
r320844 fails :-(

	imb




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ec676672-8205-e920-e250-8dd5c84b83d9>