From owner-freebsd-x11@freebsd.org Wed Apr 13 23:18:52 2016 Return-Path: Delivered-To: freebsd-x11@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 9123FB0ECD5 for ; Wed, 13 Apr 2016 23:18:52 +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 522281AB1 for ; Wed, 13 Apr 2016 23:18:52 +0000 (UTC) (envelope-from isoa@kapsi.fi) Received: from 91-159-15-56.elisa-laajakaista.fi ([91.159.15.56] helo=[192.168.255.143]) by mail.kapsi.fi with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1aqU3c-00047M-2t; Thu, 14 Apr 2016 02:18:48 +0300 Subject: Re: kloadload i915kms cause kernel core dump To: =?UTF-8?B?5om/5oGp5b6Q?= References: <570D4A62.8010705@kapsi.fi> Cc: freebsd-x11@freebsd.org From: Arto Pekkanen Message-ID: <570ED3D2.1020604@kapsi.fi> Date: Thu, 14 Apr 2016 02:18:42 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vg2pne7Xh6R7vxkmbK5WVEfDpXl2BBF1v" X-SA-Exim-Connect-IP: 91.159.15.56 X-SA-Exim-Mail-From: isoa@kapsi.fi X-SA-Exim-Scanned: No (on mail.kapsi.fi); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Apr 2016 23:18:52 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vg2pne7Xh6R7vxkmbK5WVEfDpXl2BBF1v Content-Type: multipart/mixed; boundary="hj6UOMLT0cPc6ABRVepNfKn3gNXbdpmhO" From: Arto Pekkanen To: =?UTF-8?B?5om/5oGp5b6Q?= Cc: freebsd-x11@freebsd.org Message-ID: <570ED3D2.1020604@kapsi.fi> Subject: Re: kloadload i915kms cause kernel core dump References: <570D4A62.8010705@kapsi.fi> In-Reply-To: --hj6UOMLT0cPc6ABRVepNfKn3gNXbdpmhO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable If the kernel core dumps when X.org loads the i915kms driver, then there is a bug in the driver itself. The best course of action would be to make a PR. The PR should contain a full description of your hardware, full "pciconf -lvbe" output, description of actions that reproduce a kernel panic, /var/log/Xorg.0.log just before kernel panic and then a link to the core dump itself. To obtain an initial core dump, please follow these instructions: https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ker= neldebug.html#kerneldebug-obtain You can submit a PR here: https://bugs.freebsd.org/bugzilla/enter_bug.cgi After the initial PR has been submitted, the developers will sooner or later contact you and provide more information on what need be done. Do note that I have an Ivy Bridge laptop, and the i915kms + X.org work flawlessly without any problems. It is rather peculiar that it core dumps on your laptop with the same chipset. Thus it is just best let the developers figure it out. On 13.04.2016 17:32, =E6=89=BF=E6=81=A9=E5=BE=90 wrote: > Thanks for your reply! >=20 > I've already done the stuff listed in > https://www.freebsd.org/doc/handbook/x-config.html. > >=20 >=20 > vgapci1@pci0:0:2:0: class=3D0x030000 card=3D0x0934152d > chip=3D0x01668086 rev=3D0x09 hdr=3D0x00 > vendor =3D 'Intel Corporation' > device =3D '3rd Gen Core processor Graphics Controller' > class =3D display > subclass =3D VGA > bar [10] =3D type Memory, range 64, base 0xd3000000, size > 4194304, enabled > bar [18] =3D type Prefetchable Memory, range 64, base > 0xc0000000, size 268435456, enabled > bar [20] =3D type I/O Port, range 32, base 0x5000, size 64, e= nabled > cap 05[90] =3D MSI supports 1 message > cap 01[d0] =3D powerspec 2 supports D0 D3 current D0 > cap 13[a4] =3D PCI Advanced Features: FLR TP >=20 >=20 > Here is my xorg.conf >=20 > Section "Device" > Identifier "Card0" > Driver "vesa" > BusId "PCI:0:2:0" > EndSection >=20 > I've changed driver to "vesa", because as long as I use "intel", kernel= > core dumped at once because of the "i915kms" driver! > I've just want know how to make intel driver works for me. > Thank you. > =20 >=20 >=20 > On Wed, Apr 13, 2016 at 3:20 AM, Arto Pekkanen > wrote: >=20 > This topic has been discussed already many times before, so I am ju= st > going to link the relevant Handbook article: > https://www.freebsd.org/doc/handbook/x-config.html >=20 > Read through the section "Setting the Video Driver in a File" >=20 > To set the Intel=C2=AE driver in a configuration file: >=20 > Example 5.1. Select Intel=C2=AE Video Driver in a File > /usr/local/etc/X11/xorg.conf.d/driver-intel.conf >=20 > Section "Device" > Identifier "Card0" > Driver "intel" > # BusID "PCI:1:0:0" > EndSection >=20 > If more than one video card is present, the BusID identifier can be= > uncommented and set to select the desired card. A list of video car= d bus > IDs can be displayed with pciconf -lv | grep -B3 display. >=20 > ... and in your case, you MUST set the BusID attribute or X won't b= e > able to figure out which device to configure. >=20 > On 09.04.2016 09:31, =E6=89=BF=E6=81=A9=E5=BE=90 wrote: > > Hi, everyone. > > > > I'using a Hasee laptop Model:K580S-i7 D0. It has a optimus dual > cards, one > > is Intel HD4000, the other nvidia GT650M. There is no option in > BIOS to > > disable optimus. > > > > I follow the link https://wiki.freebsd.org/Graphics. > > > > I've the problem enabling intel card. > > When I just use "intel" driver in xorg.conf, X won't start, > compaining no > > device detected. I can only use the "vesa" driver, this way, X > starts well, > > But I cannot switch back to console. When I pressed Alt-Shift-F1,= > it just > > went black, no response to any key but pressing power putton for = 5 > seconds. > > > > Everytime trying loading i915kms kernel module, the kernel core d= umps. > > If i compiled the module into kernel or put it in /boot/loader.co= nf or > > /etc/rc.conf, It will core dump in next booting process. > > If I manully kldload the module, kernel will core dump right afte= r > i press > > Enter. > > > > I don't know why and how to resolve this. > > Any help will be appreciated! Thanks. > > > > > > > > _______________________________________________ > > freebsd-x11@freebsd.org mailing = list > > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > > To unsubscribe, send any mail to > "freebsd-x11-unsubscribe@freebsd.org > " > > >=20 >=20 --hj6UOMLT0cPc6ABRVepNfKn3gNXbdpmhO-- --vg2pne7Xh6R7vxkmbK5WVEfDpXl2BBF1v 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 iF4EAREIAAYFAlcO09IACgkQTBivhqtJa26pGAD/ZlAeQ4y4ef5pvgkJQJJKGEM+ QDxBnBPdLwUtHEwSbnUA+wcHr+hjckaSqgNR57vOR0xN6Ao7bqdlauwojLPYttax =+zBj -----END PGP SIGNATURE----- --vg2pne7Xh6R7vxkmbK5WVEfDpXl2BBF1v--