Date: Tue, 14 Oct 2014 12:02:34 +0300 From: isoa <isoa@kapsi.fi> To: Johannes Dieterich <dieterich.joh@gmail.com> Cc: x11@freebsd.org, owner-freebsd-x11@freebsd.org Subject: Re: i915 driver update testing Message-ID: <785104dbcf59715f656af7741d414a00@kapsi.fi> In-Reply-To: <CABquGzXMdJdDNBAjuJDY_qZ-868AO2zhThV7z1oX3Ykq1K5KVQ@mail.gmail.com> References: <20141003170258.GG26076@kib.kiev.ua> <CABquGzVFWS6WUPZgrAG9w2sBRLE%2B9VKKgKUZZhyEsp895u%2B%2Bwg@mail.gmail.com> <20141005085025.GV26076@kib.kiev.ua> <CABquGzXMdJdDNBAjuJDY_qZ-868AO2zhThV7z1oX3Ykq1K5KVQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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@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@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?785104dbcf59715f656af7741d414a00>