i915 driver update testing

[isoa]

Hi!

Kernel cannot dump into ZFS volumes due to technical limitations.

You need to tell the kernel to dump into some other device.

In your case I suggest you plug in a usb memory stick on your computer, 
then set dumpdev="/dev/adX", where adX is your memory stick device node, 
in rc.conf and reboot computer.

WARNING: you will lose all content on the memory stick!

See https://www.freebsd.org/cgi/man.cgi?rc.conf%285%29
"""
dumpdev	 (str) Indicates the device (usually a swap partition) to
		 which a crash dump should be written in the event of a	system
		 crash.	 If the	value of this variable is ``AUTO'', the	first
		 suitable swap device listed in	/etc/fstab will	be used	as
		 dump device.  Otherwise, the value of this variable is	passed
		 as the	argument to dumpon(8).	To disable crash dumps,	set
		 this variable to ``NO''.
"""

Then try booting the kernel. When crash happens, wait for a 15 minutes 
to be sure that kernel has finished dumping on the stick (USB devices 
are slow).

After all this you should have a crash dump on your USB device.

The use the savecore -command to save the core dump from usb device to 
file. Man page for savecore: 
https://www.freebsd.org/cgi/man.cgi?savecore%288%29

In your case, id do: savecore -c /dev/adX

Finally, when you got the core file to the current working directory. 
Compress it with bzip2 and put it somewhere and share link to it.

Johannes Dieterich kirjoitti 06.10.2014 23:47:
> Dear Konstantin,
> 
> sorry for the long wait. I did configure dumpdev as per handbook but 
> did
> not obtain a core (maybe due to the geli+zfs setup I am running?). 
> Sorry.
> 
> Anything else I can do or test?
> 
> Johannes
> 
> On Sun, Oct 5, 2014 at 10:50 AM, Konstantin Belousov 
> <kostikbel at gmail.com>
> wrote:
> 
>> On Sat, Oct 04, 2014 at 12:02:54PM +0200, Johannes Dieterich wrote:
>> > Dear all,
>> >
>> > sorry for cross-posting (I am not subscribed to x11@).
>> >
>> > Same behavior for me (i5-3320M on a Thinkpad T430s w/ Optimus support) as
>> > reported by Maurizio.
>> >
>> > When boot switches to graphics from text mode, display remains black with
>> > backlight on. I am running the experimental xorg-stack from
>> > https://trillian.chruetertee.ch/svn/ports/branches/experimental which
>> works
>> > with an unmodified r272482 w/o problem (minus the Optimus, obviously).
>> Does the machine still alive after the KMS sequence ?  I.e., can you
>> ssh into the box ?
>> 
>> If not, do you have kernel crash dump partition configured and 
>> activated ?
>> >
>> > No entry in Xorg.0.log. /var/log/messages only contains output from
>> > consolekit, saying it waits for a native display on tty 9.
>> >
>> > Please let me know if you want me to test anything further.
>> 
> _______________________________________________
> freebsd-x11 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-x11
> To unsubscribe, send any mail to "freebsd-x11-unsubscribe at freebsd.org"