date:20160306

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207729

--- Comment #9 from commit-h...@freebsd.org ---
A commit references this bug:

Author: dim
Date: Mon Mar  7 07:57:57 UTC 2016
New revision: 296439
URL: https://svnweb.freebsd.org/changeset/base/296439

Log:
  MFC r296419 (by kib):

  In the link_elf_obj.c, handle sections of type SHT_AMD64_UNWIND same
  as SHT_PROGBITS.  This is needed after the clang 3.8 import, which
  generates that type for .eh_frame section, which had SHT_PROGBITS type
  before.

  Reported by:  Nikolai Lifanov 
  PR:   207729
  Tested by:dim (previous version)
  Sponsored by: The FreeBSD Foundation

  MFC r296428:

  Since kernel modules can now contain sections of type SHT_AMD64_UNWIND,
  the boot loader should not skip over these anymore while loading images.
  Otherwise the kernel can still panic when it doesn't find the .eh_frame
  section belonging to the .rela.eh_frame section.

  Unfortunately this will require installing boot loaders from sys/boot
  before attempting to boot with a new kernel.

  Reviewed by:  kib

Changes:
_U  stable/9/
_U  stable/9/sys/
_U  stable/9/sys/boot/
  stable/9/sys/boot/common/load_elf_obj.c
  stable/9/sys/kern/link_elf_obj.c

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207729

--- Comment #8 from commit-h...@freebsd.org ---
A commit references this bug:

Author: dim
Date: Mon Mar  7 07:54:48 UTC 2016
New revision: 296438
URL: https://svnweb.freebsd.org/changeset/base/296438

Log:
  MFC r296419 (by kib):

  In the link_elf_obj.c, handle sections of type SHT_AMD64_UNWIND same
  as SHT_PROGBITS.  This is needed after the clang 3.8 import, which
  generates that type for .eh_frame section, which had SHT_PROGBITS type
  before.

  Reported by:  Nikolai Lifanov 
  PR:   207729
  Tested by:dim (previous version)
  Sponsored by: The FreeBSD Foundation

  MFC r296428:

  Since kernel modules can now contain sections of type SHT_AMD64_UNWIND,
  the boot loader should not skip over these anymore while loading images.
  Otherwise the kernel can still panic when it doesn't find the .eh_frame
  section belonging to the .rela.eh_frame section.

  Unfortunately this will require installing boot loaders from sys/boot
  before attempting to boot with a new kernel.

  Reviewed by:  kib

Changes:
_U  stable/10/
  stable/10/sys/boot/common/load_elf_obj.c
  stable/10/sys/kern/link_elf_obj.c

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207325] 11.0-CURRENT/clang 3.8.0 for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207325

--- Comment #11 from Mark Millard  ---
(In reply to Mark Millard from comment #10)

Ignore comment 10. An operator-error of mine was involved: I misread where the
offset was being used in the code.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207755] clang 3.8.0 messes up __builtin_dwarf_cfa () result when used as a function argument, at least for TARGET_ARCH=powerpc and powerpc64

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207755

Mark Millard  changed:

   What|Removed |Added

 Resolution|--- |Rejected
 Status|New |Closed

--- Comment #1 from Mark Millard  ---
I misread where an offset was used. So it is an incorrect submittal.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

Problem reports for freebsd-bugs@FreeBSD.org that need special attention

2016-03-06 Thread bugzilla-noreply

To view an individual PR, use:
  https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id).

The following is a listing of current problems submitted by FreeBSD users,
which need special attention. These represent problem reports covering
all versions including experimental development code and obsolete releases.

Status  |Bug Id | Description
+---+---
In Progress |153459 | [kbdmux][patch] add option to specify built-in ke 
In Progress |183618 | [panic] Dell PowerEdge R620 -- PERC H710 Mini (mf 
In Progress |196973 | sh(1) broken UTF-8 input  
In Progress |206381 | gnu/lib/libgcc builds without debug info  
New |197876 | [devfs] an error in devfs leads to data loss and  
New |198797 | [PATCH] Added an option to install BSDstats to bs 
New |202290 | /usr/bin/vi conversion error on valid character   
New |202362 | ntp: restore refclocks selection (10.2-RELEASE re 
New |202740 | vi/ex string substitution problem when there is m 
New |204115 | freebsd-update: Add support for better user messa 
New |204545 | Adding quirk entry for some (Acer C720P Chromeboo 
New |205598 | [patch] sbin/md5.c param -c, convert to lowercase 
New |205690 | [psm] [patch]: support for Elantech trackpads 
New |206386 | vendor/libarchive: directory traversal vulnerabil 
Open|183817 | [patch] [mac] [panic] kernel compiled with option 
Open|194925 | [pf] [ifconfig] interface group keywords do not w 
Open|206528 | Emulex LPe 16002 FC HBA Not Recognized by oce(4)  
Open|207248 | [patch] daemon(8): Add option to redirect stdout  
In Progress |191348 | [mps] LSI2308 with WD3000FYYZ drives disappears a 
New |202316 | Add IANA vxlan port to /etc/services  
New |206386 | vendor/libarchive: directory traversal vulnerabil 

21 problems total for which you should take action.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207325] 11.0-CURRENT/clang 3.8.0 for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207325

Mark Millard  changed:

   What|Removed |Added

Summary|projects/clang380-import|11.0-CURRENT/clang 3.8.0
   |for TARGET_ARCH=powerpc :   |for TARGET_ARCH=powerpc :
   |c++ exceptions cause SEGV   |c++ exceptions cause SEGV
   |(9 line program)|(9 line program)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207325] projects/clang380-import for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207325

--- Comment #10 from Mark Millard  ---
I have made a separate submittal for the __builtin_dwarf_cfa() issue after
discovering more about the type of context it is messed up in for clang 3.8.0.

Specifically in:

extern void g(void*);
void f0() { g(__builtin_dwarf_cfa()); }
void f1()
{ auto f1_cfa = __builtin_dwarf_cfa(); g(f1_cfa); }

f0 passes g a different offset from the frame pointer than f1 does. g++ has
both behave like clang++ 3.8.0 has f1 behave.

Where __builtin_dwarf_cfa() is used in the same routine changes its results for
clang++ 3.8.0.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207325] projects/clang380-import for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207325

Mark Millard  changed:

   What|Removed |Added

Summary|projects/clang380-import|projects/clang380-import
   |for TARGET_ARCH=powerpc :   |for TARGET_ARCH=powerpc :
   |c++ exceptions cause SEGV   |c++ exceptions cause SEGV
   |(9 line program);   |(9 line program)
   |powerpc64/armv6 |
   |__builtin_dwarf_cfa() issue |
   |as well |

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207755] clang 3.8.0 messes up __builtin_dwarf_cfa () result when used as a function argument, at least for TARGET_ARCH=powerpc and powerpc64

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207755

Bug ID: 207755
   Summary: clang 3.8.0 messes up __builtin_dwarf_cfa () result
when used as a function argument, at least for
TARGET_ARCH=powerpc and powerpc64
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: ppc
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: mar...@dsl-only.net

[llvm buszilla: 26761]

# more builtin_dwarf_cfa.cpp
#include 

extern void g(void*);
void f0() { g(__builtin_dwarf_cfa()); }
void f1()
{ auto f1_cfa = __builtin_dwarf_cfa(); g(f1_cfa); }

f0 and f1 pass g different offsets from the frame pointer. See below for a
TARGET_ARCH=powerpc example. g++ behaves like f1 for both f1 and f0.

# clang++ -c -g -std=c++11 -Wall -pedantic builtin_dwarf_cfa.cpp

results in:

Disassembly of section .text:
 <_Z2f0v> mflrr0
0004 <_Z2f0v+0x4> stw r31,-4(r1)
0008 <_Z2f0v+0x8> stw r0,4(r1)
000c <_Z2f0v+0xc> stwur1,-16(r1)
0010 <_Z2f0v+0x10> mr  r31,r1
0014 <_Z2f0v+0x14> mr  r3,r31
0018 <_Z2f0v+0x18> lwz r3,0(r3)
001c <_Z2f0v+0x1c> bl  001c <_Z2f0v+0x1c>
0020 <_Z2f0v+0x20> addir1,r1,16
0024 <_Z2f0v+0x24> lwz r0,4(r1)
0028 <_Z2f0v+0x28> lwz r31,-4(r1)
002c <_Z2f0v+0x2c> mtlrr0
0030 <_Z2f0v+0x30> blr
0034 <_Z2f1v> mflrr0
0038 <_Z2f1v+0x4> stw r31,-4(r1)
003c <_Z2f1v+0x8> stw r0,4(r1)
0040 <_Z2f1v+0xc> stwur1,-16(r1)
0044 <_Z2f1v+0x10> mr  r31,r1
0048 <_Z2f1v+0x14> mr  r3,r31
004c <_Z2f1v+0x18> lwz r3,0(r3)
0050 <_Z2f1v+0x1c> stw r3,8(r31)
0054 <_Z2f1v+0x20> bl  0054 <_Z2f1v+0x20>
0058 <_Z2f1v+0x24> addir1,r1,16
005c <_Z2f1v+0x28> lwz r0,4(r1)
0060 <_Z2f1v+0x2c> lwz r31,-4(r1)
0064 <_Z2f1v+0x30> mtlrr0
0068 <_Z2f1v+0x34> blr

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207714] [zfs] send/receive does not recreate holes correctly

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207714

--- Comment #3 from Martin Birgmeier  ---
I have recompiled my kernel and userland with the changes from
https://github.com/ahrens/illumos/commits/recv-hole (cherry-picked last three
commits) and retried the zfs send/receive transfers. Result: No differences any
more.

Btw., I have sent an e-mail to Matthew Ahrens, asking him to upstream these
changes.

-- Martin

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207729

Dimitry Andric  changed:

   What|Removed |Added

 Status|In Progress |Closed
 Resolution|--- |FIXED

--- Comment #7 from Dimitry Andric  ---
This is now fixed by r296419 for the kernel loader, and r296428 for the boot
loader.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207734] CLANG 3.8.0 kernel will NOT boot on my i3-4030U.

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207734

Larry Rosenman  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|New |Closed

--- Comment #1 from Larry Rosenman  ---
https://svnweb.freebsd.org/changeset/base/296428 fixes it

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207748] 10.3-RC1 unbound-control-setup utility is missing from media.

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207748

Bug ID: 207748
   Summary: 10.3-RC1 unbound-control-setup utility is missing from
media.
   Product: Base System
   Version: 10.3-BETA2
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Some People
  Priority: ---
 Component: misc
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: david.boy...@twc.com
CC: freebsd-am...@freebsd.org
CC: freebsd-am...@freebsd.org

10.3-RC1 unbound-control-setup utility is missing from media.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207742] crypto/heimdal requires RAND_egd capable libcrypto

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207742

--- Comment #1 from Bernard Spil  ---
OpenSSL 1.1 does not build the EGD code
https://github.com/openssl/openssl/commit/0423f812dc61f70c6ae6643191259ca9e5692c7f

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207730] llvm 3.8.0 import (r296417) - obsolete files

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207730

Dimitry Andric  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|New |Closed

--- Comment #1 from Dimitry Andric  ---
Fixed in r296427, thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207747] sysutils/runit: fix to allow send logs via UDP

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207747

Bug ID: 207747
   Summary: sysutils/runit: fix to allow send logs via UDP
   Product: Base System
   Version: 10.0-RELEASE
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Many People
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: nb...@dalmp.com

Created attachment 167766
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=167766=edit
fixes UDP support on svlogd

The attached patch, allow  the u/U options of svlogd to send logs via UDP.

detailed issue:
http://serverfault.com/questions/752839/how-to-make-svlogd-send-logs-via-udp

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207736] clang 3.8.0/powerpc's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207736

--- Comment #1 from Mark Millard  ---
I compiled a .o for TARGET_ARCH=powerpc64 via letting "buildworld" get as far
as it could and the resultant .o produced has the same sort of
r31/frame-pointer problem as powerpc for _Unwind_RaiseException: The problem
DOES occur for powerpc64.

A) r31 is stored twice to the same location, with the 2nd store destroying the
frame-pointer value that is supposed to be saved and restored for the caller.

B) r31 is restored twice from the same location.

The FreeBSD TARGET_ARCH=powerpc64 does officially use a stack red-zone on the
low-address side with officially "late" decrement and "early" increment (AIX
like). Relative to this:

A) each r31 store is on a different side of the "late" r1 decrement

and

B) each r31 restore is on a different side of the "early" r1 increment

TARGET_ARCH=powerpc gets that same relationships but the late r1 decrement and
early r1 increment are SVR4 ABI violations: SVR4'sABI does not require a
"red-zone" on the low-address side of the stack.

(To get as far as I have for powerpc "buildworld" I had to add signal red-zone
handling to my personal FreeBSD builds.)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207736] clang 3.8.0/powerpc/powerpc64's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207736

Mark Millard  changed:

   What|Removed |Added

Summary|clang 3.8.0/powerpc's   |clang
   |_Unwind_RaiseException code |3.8.0/powerpc/powerpc64's
   |generation has messed up|_Unwind_RaiseException code
   |r31 (frame pointer) |generation has messed up
   |save/restore code (SEGV's   |r31 (frame pointer)
   |can result) |save/restore code (SEGV's
   ||can result)

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207745] contrib/wpa Version checks failing with LibreSSL

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207745

Bug ID: 207745
   Summary: contrib/wpa Version checks failing with LibreSSL
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: br...@freebsd.org

Created attachment 167764
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=167764=edit
git diff for contrib/wpa

LibreSSL defines the OpenSSL version as 0x200L but was forked from OpenSSL
1.0.1g with version 0x1000107fL. This causes many OPENSSL_VERSION_NUMBER
comparisons to result in probrems if it tests for 1.0.2 (0x10002000L) or 1.1.0
(0x1001L). The wpa_supplicant code is littered with OPENSSL_VERSION_NUMBER
checks.

Replacing instances of

> #if OPENSSL_VERSION_NUMBER >= 0x10002000L
> #if OPENSSL_VERSION_NUMBER < 0x1001L

with

> #if OPENSSL_VERSION_NUMBER >= 0x10002000L && !defined(LIBRESSL_VERSION_NUMBER)
> #if OPENSSL_VERSION_NUMBER < 0x1001L || defined(LIBRESSL_VERSION_NUMBER)

fixes these issues.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207744] usr.sbin/ppp uses deprecated des_* methods

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207744

Bug ID: 207744
   Summary: usr.sbin/ppp uses deprecated des_* methods
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: br...@freebsd.org

Created attachment 167763
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=167763=edit
git diff for usr.sbin/ppp

OpenSSL has deprecated a large number of des_ methods and types on 24 October
2001[1]. The upcoming OpenSSL version 1.1[2] has also removed these methods and
so has LibreSSL.

Attached patch replaces the des_ methods with their DES_ equivalents.

[1]
https://github.com/openssl/openssl/commit/c2e4f17c1a0d4d5115c6ede9492de1615fe392ac
[2]
https://github.com/openssl/openssl/commit/24956ca00f014a917fb181a8abc39b349f3f316f

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207743] contrib/telnet uses deprecated des_* methods

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207743

Bug ID: 207743
   Summary: contrib/telnet uses deprecated des_* methods
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: br...@freebsd.org

Created attachment 167762
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=167762=edit
git diff for contrib/telnet

OpenSSL has deprecated a large number of des_ methods and types on 24 October
2001[1]. The upcoming OpenSSL version 1.1[2] has also removed these methods and
so has LibreSSL.

Attached patch replaces the des_ methods with their DES_ equivalents.

[1]
https://github.com/openssl/openssl/commit/c2e4f17c1a0d4d5115c6ede9492de1615fe392ac
[2]
https://github.com/openssl/openssl/commit/24956ca00f014a917fb181a8abc39b349f3f316f

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207742] crypto/heimdal requires RAND_egd capable libcrypto

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207742

Bug ID: 207742
   Summary: crypto/heimdal requires RAND_egd capable libcrypto
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: Any
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: br...@freebsd.org

Created attachment 167761
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=167761=edit
git diff for crypto/heimdal

Whilst building FreeBSD with LibreSSL as provider of libcrypto/libssl, ran into
an error with heimdal.

The fix for this has already landed in ports and should be applied to base as
well. See bug 198527 for the ports fix.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207736] clang 3.8.0/powerpc's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207736

Bug ID: 207736
   Summary: clang 3.8.0/powerpc's _Unwind_RaiseException code
generation has messed up r31 (frame pointer)
save/restore code (SEGV's can result)
   Product: Base System
   Version: 11.0-CURRENT
  Hardware: ppc
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: bin
  Assignee: freebsd-bugs@FreeBSD.org
  Reporter: mar...@dsl-only.net

[This has been reported on llvm bugzilla: 26856.]

The below causes gdb difficulties for its stack handling: more than just
exception handling is at issue. I just happened to notice it via exception
handling.

Function _Unwind_RaiseException below is from a FreeBSD "buildworld" using
clang 3.8.0.

Dump of assembler code for function _Unwind_RaiseException:
   0x41b2ab80 <+0>: mflrr0
   0x41b2ab84 <+4>: stw r31,-148(r1)
   0x41b2ab88 <+8>: stw r30,-152(r1)
   0x41b2ab8c <+12>:stw r0,4(r1)
   0x41b2ab90 <+16>:stwur1,-2992(r1)
   0x41b2ab94 <+20>:mr  r31,r1
. . .
   0x41b2abe0 <+96>:stw r31,2844(r31)
(which replaces the earlier save of the old Frame pointer R31
value with a copy of r1's current  value. Note the offset
relationships with the r1 adjustment: -2992+2844=-148)
. . .
   0x41b2add0 <+592>:   lwz r31,2844(r31)
(This restores the r1 value that resulted from the "stwu r1,-2992(r1)" into
R31.)
. . .
   0x41b2ae30 <+688>:   lwz r31,-148(r1)
(This restores the r1 value that resulted from the "stwu r1,-2992(r1)" into
R31.)
. . .

The wrong r31 value is present when _Unwind_RaiseException returns.

But before that while _Unwind_RaiseException is active the C++ exception
handling infrastructure has been given bad r31 information for around
_Unwind_RaiseException's frame.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207732] libgcc_s .eh_frame handling messes up interpreting powerpc/powerpc64 frame pointer register use produced by clang 3.8.0

2016-03-06 Thread bugzilla-noreply

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=207732

Mark Millard  changed:

   What|Removed |Added

 Resolution|--- |Not A Bug
 Status|New |Closed

--- Comment #2 from Mark Millard  ---
With the other errors identified and reported for .eh_frame and C++ exception
handling for powerpc it is getting harder to tell if a problem is a new problem
or a consequence of the other ones. (Various problems have no work around yet
to avoid them.)

This turned out to be a consequence of the other problems.

It was easier to discover once I induced gcc 4.2.1 to generate some example
code with r31 in use as a frame pointer. (I used alloca.) Observing its
behavior and the .eh_frame output indicated I'd misinterpreted where the
earliest problem was.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

[Bug 207325] 11.0-CURRENT/clang 3.8.0 for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

[Bug 207755] clang 3.8.0 messes up __builtin_dwarf_cfa () result when used as a function argument, at least for TARGET_ARCH=powerpc and powerpc64

Problem reports for freebsd-bugs@FreeBSD.org that need special attention

[Bug 207325] 11.0-CURRENT/clang 3.8.0 for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

[Bug 207325] projects/clang380-import for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

[Bug 207325] projects/clang380-import for TARGET_ARCH=powerpc : c++ exceptions cause SEGV (9 line program)

[Bug 207755] clang 3.8.0 messes up __builtin_dwarf_cfa () result when used as a function argument, at least for TARGET_ARCH=powerpc and powerpc64

[Bug 207714] [zfs] send/receive does not recreate holes correctly

[Bug 207729] llvm 3.8.0 import (r296417) - panic in aesni.ko

[Bug 207734] CLANG 3.8.0 kernel will NOT boot on my i3-4030U.

[Bug 207748] 10.3-RC1 unbound-control-setup utility is missing from media.

[Bug 207742] crypto/heimdal requires RAND_egd capable libcrypto

[Bug 207730] llvm 3.8.0 import (r296417) - obsolete files

[Bug 207747] sysutils/runit: fix to allow send logs via UDP

[Bug 207736] clang 3.8.0/powerpc's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

[Bug 207736] clang 3.8.0/powerpc/powerpc64's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

[Bug 207745] contrib/wpa Version checks failing with LibreSSL

[Bug 207744] usr.sbin/ppp uses deprecated des_* methods

[Bug 207743] contrib/telnet uses deprecated des_* methods

[Bug 207742] crypto/heimdal requires RAND_egd capable libcrypto

[Bug 207736] clang 3.8.0/powerpc's _Unwind_RaiseException code generation has messed up r31 (frame pointer) save/restore code (SEGV's can result)

[Bug 207732] libgcc_s .eh_frame handling messes up interpreting powerpc/powerpc64 frame pointer register use produced by clang 3.8.0

24 matches

Site Navigation

Mail list logo

Footer information