Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 10:40, Nikolai Lifanov wrote: On 2016-03-06 11:33, Dimitry Andric wrote: On 06 Mar 2016, at 17:17, Larry Rosenman wrote: On 2016-03-06 08:54, Larry Rosenman wrote: On 2016-03-06 08:49, Larry Rosenman wrote: On 2016-03-06 08:40, Nikolai Lifanov wrote: ... I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov still breaks for me without the dsdt override :( +list https://svnweb.freebsd.org/changeset/base/296428 fixes it after installing the new boot1.efi Thanks for the confirmation. I could reproduce the panic locally, by preloading the modules from the boot loader. -Dimitry I tend to load only what's absolutely necessary for a successful boot from loader.conf and load the rest from kld_list in rc.conf so that single user mode has the greatest chance of working. - Nikolai Lifanov However, it's a POLA violation to HAVE to do that :) Thanks Dimitry for the quick fix. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 11:33, Dimitry Andric wrote: On 06 Mar 2016, at 17:17, Larry Rosenman wrote: On 2016-03-06 08:54, Larry Rosenman wrote: On 2016-03-06 08:49, Larry Rosenman wrote: On 2016-03-06 08:40, Nikolai Lifanov wrote: ... I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov still breaks for me without the dsdt override :( +list https://svnweb.freebsd.org/changeset/base/296428 fixes it after installing the new boot1.efi Thanks for the confirmation. I could reproduce the panic locally, by preloading the modules from the boot loader. -Dimitry I tend to load only what's absolutely necessary for a successful boot from loader.conf and load the rest from kld_list in rc.conf so that single user mode has the greatest chance of working. - Nikolai Lifanov ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 06 Mar 2016, at 17:17, Larry Rosenman wrote: > > On 2016-03-06 08:54, Larry Rosenman wrote: >> On 2016-03-06 08:49, Larry Rosenman wrote: >>> On 2016-03-06 08:40, Nikolai Lifanov wrote: ... I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov >>> still breaks for me without the dsdt override :( >> +list > https://svnweb.freebsd.org/changeset/base/296428 fixes it after installing > the new boot1.efi Thanks for the confirmation. I could reproduce the panic locally, by preloading the modules from the boot loader. -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 08:54, Larry Rosenman wrote: On 2016-03-06 08:49, Larry Rosenman wrote: On 2016-03-06 08:40, Nikolai Lifanov wrote: On 2016-03-06 09:28, Larry Rosenman wrote: On 2016-03-06 08:20, Larry Rosenman wrote: On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES" # DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov still breaks for me without the dsdt override :( +list https://svnweb.freebsd.org/changeset/base/296428 fixes it after installing the new boot1.efi -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 08:49, Larry Rosenman wrote: On 2016-03-06 08:40, Nikolai Lifanov wrote: On 2016-03-06 09:28, Larry Rosenman wrote: On 2016-03-06 08:20, Larry Rosenman wrote: On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES" # DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov still breaks for me without the dsdt override :( +list -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 09:28, Larry Rosenman wrote: On 2016-03-06 08:20, Larry Rosenman wrote: On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES" # DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg I loaded everything in this list other than acpi_dsdt override. - Nikolai Lifanov ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-06 08:20, Larry Rosenman wrote: On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES" # DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" new pic: http://www.lerctr.org/~ler/FreeBSD/20160306_082426.jpg -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On Sun, Mar 06, 2016 at 03:15:10PM +0100, Dimitry Andric wrote: > On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > > > On 2016-03-05 18:46, Dimitry Andric wrote: > >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: > I imported the (tentative) 3.8.0 release of clang, llvm, lldb and > compiler-rt into head, in r296417. The upstream release is going to be > very soon now, but I do not expect any changes anymore. > This was tested with make universe, and a few exp-runs, but there is > always a chance that you might run into something unexpected, either > with the base system or ports. In such cases, please file bugs, and > make sure you note somewhere in the description that it is related to > this import. > >>> Please hold off upgrading for now, if you are on amd64, and loading the > >>> aesni.ko module. It appears that loading this module can cause the > >>> kernel ELF linker to panic, but it is not yet clear why. This is being > >>> tracked in PR207729 [1]. > >> It should be safe again after r296419. Thanks to Kostik Belousov for > >> the quick fix. (Clang 3.8.0 generates a different type for unwind > >> sections on amd64, and this was unexpected in the kernel linker.) > >> -Dimitry > >> [1] https://svnweb.freebsd.org/changeset/base/296419 > > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > > > Picture at: > > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg > > It's pretty hard to make out, but it looks like it is panic'ing in > link_elf_reloc_local(). That should have been fixed with r296419, but > maybe there is yet another edge case that wasn't fixed. Do you have a > crash dump and/or a backtrace? Which modules are you preloading? > > -Dimitry > loader,conf: kern.msgbuf_clear="1" kern.geom.label.disk_ident.enable="0" kern.geom.label.gptid.enable="0" zfs_load="YES" ichsmb_load="YES" hwpmc_load="YES" aesni_load="YES" cryptodev_load="YES" dtraceall_load="YES" cpuctl_load="YES" cuse_load="YES" coretemp_load="YES" #hw.usb.quirk.0="0x0bda 0x0129 0x3960 0x3960 UQ_MSC_FORCE_WIRE_BBB,UQ_MSC_FORCE_PROTO_SCSI" #hw.usb.umass.debug="-1" I'll see if I can get a better pic with a backtrace. This crash is WAY early, so no dump :( acpi_dsdt_load="YES"# DSDT Overriding acpi_dsdt_name="/boot/dsdt.aml" #hw.psm.synaptics_support="1" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 06 Mar 2016, at 06:20, Larry Rosenman wrote: > > On 2016-03-05 18:46, Dimitry Andric wrote: >> On 06 Mar 2016, at 00:30, Dimitry Andric wrote: >>> On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. >>> Please hold off upgrading for now, if you are on amd64, and loading the >>> aesni.ko module. It appears that loading this module can cause the >>> kernel ELF linker to panic, but it is not yet clear why. This is being >>> tracked in PR207729 [1]. >> It should be safe again after r296419. Thanks to Kostik Belousov for >> the quick fix. (Clang 3.8.0 generates a different type for unwind >> sections on amd64, and this was unexpected in the kernel linker.) >> -Dimitry >> [1] https://svnweb.freebsd.org/changeset/base/296419 > I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. > > Picture at: > http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg It's pretty hard to make out, but it looks like it is panic'ing in link_elf_reloc_local(). That should have been fixed with r296419, but maybe there is yet another edge case that wasn't fixed. Do you have a crash dump and/or a backtrace? Which modules are you preloading? -Dimitry signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
Am Sun, 6 Mar 2016 01:46:44 +0100 Dimitry Andric schrieb: > On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > > > > On 05 Mar 2016, at 22:32, Dimitry Andric wrote: > >> > >> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and > >> compiler-rt into head, in r296417. The upstream release is going to be > >> very soon now, but I do not expect any changes anymore. > >> > >> This was tested with make universe, and a few exp-runs, but there is > >> always a chance that you might run into something unexpected, either > >> with the base system or ports. In such cases, please file bugs, and > >> make sure you note somewhere in the description that it is related to > >> this import. > > > > Please hold off upgrading for now, if you are on amd64, and loading the > > aesni.ko module. It appears that loading this module can cause the > > kernel ELF linker to panic, but it is not yet clear why. This is being > > tracked in PR207729 [1]. > > It should be safe again after r296419. Thanks to Kostik Belousov for > the quick fix. (Clang 3.8.0 generates a different type for unwind > sections on amd64, and this was unexpected in the kernel linker.) > > -Dimitry > > [1] https://svnweb.freebsd.org/changeset/base/296419 > "make delete-old-dirs" complains about not empty dir as shown below: [src] ll -R /usr/lib/clang/3.7.1 total 12 802562 drwxr-xr-x 3 root wheel - 512B Mar 6 10:38 ./ 803264 drwxr-xr-x 4 root wheel - 512B Mar 6 10:34 ../ 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 lib/ /usr/lib/clang/3.7.1/lib: total 12 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 ./ 802562 drwxr-xr-x 3 root wheel - 512B Mar 6 10:38 ../ 802592 drwxr-xr-x 2 root wheel - 512B Mar 6 10:38 freebsd/ /usr/lib/clang/3.7.1/lib/freebsd: total 12 802592 drwxr-xr-x 2 root wheel - 512B Mar 6 10:38 ./ 802584 drwxr-xr-x 3 root wheel - 512B Dec 26 12:59 ../ 802657 -r--r--r-- 1 root wheel - 980B Jan 10 10:11 libclang_rt.asan-preinit-x86_64.a Nice to have 3.8.0 now, thanks for all the work! Regards, Oliver pgp_IlHsHOtfL.pgp Description: OpenPGP digital signature
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 2016-03-05 18:46, Dimitry Andric wrote: On 06 Mar 2016, at 00:30, Dimitry Andric wrote: On 05 Mar 2016, at 22:32, Dimitry Andric wrote: I imported the (tentative) 3.8.0 release of clang, llvm, lldb and compiler-rt into head, in r296417. The upstream release is going to be very soon now, but I do not expect any changes anymore. This was tested with make universe, and a few exp-runs, but there is always a chance that you might run into something unexpected, either with the base system or ports. In such cases, please file bugs, and make sure you note somewhere in the description that it is related to this import. Please hold off upgrading for now, if you are on amd64, and loading the aesni.ko module. It appears that loading this module can cause the kernel ELF linker to panic, but it is not yet clear why. This is being tracked in PR207729 [1]. It should be safe again after r296419. Thanks to Kostik Belousov for the quick fix. (Clang 3.8.0 generates a different type for unwind sections on amd64, and this was unexpected in the kernel linker.) -Dimitry [1] https://svnweb.freebsd.org/changeset/base/296419 I'm getting a crash at startup (mi_startup) with a clang 3.8.0 kernel. Picture at: http://www.lerctr.org/~ler/FreeBSD/20160305_225532.jpg -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: l...@lerctr.org US Mail: 7011 W Parmer Ln, Apt 1115, Austin, TX 78729-6961 ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 06 Mar 2016, at 00:30, Dimitry Andric wrote: > > On 05 Mar 2016, at 22:32, Dimitry Andric wrote: >> >> I imported the (tentative) 3.8.0 release of clang, llvm, lldb and >> compiler-rt into head, in r296417. The upstream release is going to be >> very soon now, but I do not expect any changes anymore. >> >> This was tested with make universe, and a few exp-runs, but there is >> always a chance that you might run into something unexpected, either >> with the base system or ports. In such cases, please file bugs, and >> make sure you note somewhere in the description that it is related to >> this import. > > Please hold off upgrading for now, if you are on amd64, and loading the > aesni.ko module. It appears that loading this module can cause the > kernel ELF linker to panic, but it is not yet clear why. This is being > tracked in PR207729 [1]. It should be safe again after r296419. Thanks to Kostik Belousov for the quick fix. (Clang 3.8.0 generates a different type for unwind sections on amd64, and this was unexpected in the kernel linker.) -Dimitry [1] https://svnweb.freebsd.org/changeset/base/296419 signature.asc Description: Message signed with OpenPGP using GPGMail
Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported
On 05 Mar 2016, at 22:32, Dimitry Andric wrote: > > I imported the (tentative) 3.8.0 release of clang, llvm, lldb and > compiler-rt into head, in r296417. The upstream release is going to be > very soon now, but I do not expect any changes anymore. > > This was tested with make universe, and a few exp-runs, but there is > always a chance that you might run into something unexpected, either > with the base system or ports. In such cases, please file bugs, and > make sure you note somewhere in the description that it is related to > this import. Please hold off upgrading for now, if you are on amd64, and loading the aesni.ko module. It appears that loading this module can cause the kernel ELF linker to panic, but it is not yet clear why. This is being tracked in PR207729 [1]. -Dimitry https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207729 signature.asc Description: Message signed with OpenPGP using GPGMail