From owner-freebsd-stable@FreeBSD.ORG Fri Jul 11 13:13:18 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D17DA86C for ; Fri, 11 Jul 2014 13:13:18 +0000 (UTC) Received: from mta1.riverwillow.net.au (mta1.riverwillow.net.au [IPv6:2001:8000:1000:1801::36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mta1.riverwillow.net.au", Issuer "Riverwillow Root Certificate 2010-04-12" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 588CB27CD for ; Fri, 11 Jul 2014 13:13:18 +0000 (UTC) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [IPv6:2001:8000:1000:1801::46]) by mta1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6BDDEs0038781 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 Jul 2014 23:13:14 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=mta1002; t=1405084394; bh=554PqmrUjJrrz/vJPM4L8mof3rpkMajxOAAXQ3Soklg=; h=Date:From:To:Subject:References:In-Reply-To; b=K//4WJZzSEDn0uT0lC5Ehbag5ZKTM7FrYpDE/qiQyIlWoGnMZXHcpcjFkitaobZVZ jsfL+sHvALZfxBVuHqwsQiWKXV1r2Xu2sxv80Pu3yZiMpvGWNpY+W4dFuEahxdGoDV uyjPl5l617302q3hpRw5b6ktwz1Ex+s+DXKLKJ88= Received: from rwpc15.gfn.riverwillow.net.au (rwpc15.gfn.riverwillow.net.au [IPv6:2001:8000:1000:18e1:20c:76ff:fe0a:2117]) (authenticated bits=56) by mail1.riverwillow.net.au (8.14.9/8.14.9) with ESMTP id s6BDD9B6038780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 11 Jul 2014 23:13:11 +1000 (AEST) Date: Fri, 11 Jul 2014 23:13:00 +1000 From: John Marshall To: freebsd-stable@freebsd.org Subject: Re: Should 9.3 carry a warning about NEW_XORG Message-ID: <20140711131300.GB18627@rwpc15.gfn.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <53B69B88.4060803@gmail.com> <20140705103235.GB7680@rwpc15.gfn.riverwillow.net.au> <20140706220006.K50382@sola.nimnet.asn.au> <20140709195147.I50382@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <20140709195147.I50382@sola.nimnet.asn.au> OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2014 13:13:18 -0000 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 09 Jul 2014, 22:08 +1000, Ian Smith wrote: > John's intervention was just-in-time in this perspective. I've checked= =20 > his post to X11 and read much of that list's archives over the last 3=20 > months, and I can appreciate the difficulties. However John's hardware= =20 > _should_ be supported (with vt(4) according to [1] above), and despite=20 > his post being unanswered as yet, it looks more like some config issue,= =20 > perhaps, than any sort of generic hardware failure .. I may be wrong,=20 > but I didn't detect any recent avalanche of failures of that nature. I did mention in an earlier reply to this thread that vt(4) was fine for me but that the new X just didn't work (couldn't seem to find the screen). Jan Kokem=C3=BCller kindly replied a couple of days ago to my post to -x11@ and I have now been able to get to the bottom of the failure. I build custom kernels for my systems and I don't build modules. I always check very carefully to make sure that I incorporate any changes =66rom a new release's GENERIC or NOTES config files before I build a new release. There was absolutely nothing in the 9.3-RC1 GENERIC or NOTES files about vt, drm2 or i915kms. I found vt and vt_vga in an additional VT kernel config file in 9.3-RC1. There was no mention in the NOTES config file to suggest that drm or i915drm were obsolete, deprecated or dangerous, and no pointer to their replacements. I built 9.3-RC1 with drm and i915drm in my kernel config because I *knew* that I need them for X. Those (old Xorg) drivers were loaded as part of my new 9.3-RC1 kernel. The new Xorg didn't have the new drivers available and couldn't work. After taking the clue from Jan's post to -x11@, I removed drm and i915drm from my kernel config. There is no kernel config device available for either drm2 or i915kms, so I had to include them as modules with "MODULES_OVERRIDE=3Ddrm2". I also added the devices iicbus, iic and iicbb to my kernel config (required by drm2 and i915kms). After all of that, using the new Xorg worked on my notebook. Please note that, by this time, my notebook had been upgraded to 10-STABLE (see my recent reply to -x11@ for details), so I have NOT tested this on 9.3. So, I think the NEW_XORG default on 9.3 would probably have worked for me *if* I had not had drm and i915drm devices in my kernel config *and* had built all kernel modules. I am sure I am not the only one who uses custom kernels for -RELEASE deployments, and the precautions I take (merging GENERIC/NOTES diffs) have never let me down before. It's just that there was no red flag waving anywhere to warn that the Xorg default was going to change and no indication (to a -RELEASE user) as to what kernel components would need to be replaced in order to accommodate the new default. Thank you all for bearing with me on this. If some relevant documentation makes it into the release, that will be a good outcome. Thank you. --=20 John Marshall --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlO/4twACgkQw/tAaKKahKIYewCgybVaqUSXyFrSIbi/g9AeXa53 Q/cAn32PUoo64Pb7DXQTtKyyMyN1I5XB =Qirp -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50--