Re: HEADS UP: clang/llvm/lldb/compiler-rt 3.8.0 imported

2016-03-06 Thread Larry Rosenman 

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

2016-03-06 Thread Nikolai Lifanov 

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

2016-03-06 Thread Dimitry Andric 
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

2016-03-06 Thread Larry Rosenman 

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

2016-03-06 Thread Larry Rosenman 

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

2016-03-06 Thread Nikolai Lifanov 

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

2016-03-06 Thread Larry Rosenman 

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

2016-03-06 Thread Larry Rosenman 
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

2016-03-06 Thread Dimitry Andric 
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

2016-03-06 Thread O. Hartmann 
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

2016-03-05 Thread Larry Rosenman 

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

2016-03-05 Thread Dimitry Andric 
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

2016-03-05 Thread Dimitry Andric 
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