[Bug 202309] [uefi] smashed screen on HP Probook 430 G1 with UEFI
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202309 Oliver Pinter changed: What|Removed |Added CC||Ray"@FreeBSD.org, ||dumbb...@freebsd.org, ||mar...@freebsd.org See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=1940 ||63 CC|Ray"@FreeBSD.org|r...@freebsd.org Marcel Moolenaar changed: What|Removed |Added Status|New |Open CC|r...@freebsd.org | Assignee|freebsd-bugs@FreeBSD.org|mar...@freebsd.org Status|Open|In Progress Douglas King changed: What|Removed |Added CC||douglasking...@gmail.com Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org Marcel Moolenaar changed: What|Removed |Added Assignee|mar...@freebsd.org |freebsd-bugs@FreeBSD.org Vaclav Mocek changed: What|Removed |Added CC||next.little@gmail.com Alexey Dokuchaev changed: What|Removed |Added CC||da...@freebsd.org bel3a...@aol.com changed: What|Removed |Added CC||bel3a...@aol.com Eitan Adler changed: What|Removed |Added Status|In Progress |Open Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|lini...@freebsd.org Jean-Sébastien Pédron changed: What|Removed |Added CC|dumbb...@freebsd.org| greyulv changed: What|Removed |Added CC||grey...@yahoo.com Mark Linimon changed: What|Removed |Added Assignee|lini...@freebsd.org |b...@freebsd.org --- Comment #20 from Mark Linimon --- I was originally merely inquiring as to whether this PR was still valid. I don't have the cycles to work on it, sorry. (Also I don't know why the entire Audit-Trail just got posted to the list.) --- Comment #19 from Mark Linimon --- I was originally merely inquiring as to whether this PR was still valid. I don't have the cycles to work on it, sorry. (Also I don't know why the entire Audit-Trail just got posted to the list.) --- Comment #18 from greyulv --- Having same issue with HP ProBook 640 G1 Not able to see anything and NOTHING available after boot finishes. Not able to use 12.1 RELEASE. NOTE: This problem does not exist using NomadBSD 1.3.2 (FreeBSD 12.1-RELEASE-p6 #0 r362945M: Sun Jul 5 15:46:22 UTC 2020). Issue is screen never switches to anything. --- Comment #17 from Alexey Dokuchaev --- Yes, it is still a problem. Current work-around is to add "gop set 2" to /boot/loader.rc.local (this forces 1024x768). The problem is not very important because once KMS modules are loaded, the screen switches to native resolution. --- Comment #16 from Mark Linimon --- Is this still a problem as of 12-ALPHA? --- Comment #15 from Eitan Adler --- For bugs matching the following conditions: - Status == In Progress - Assignee == "b...@freebsd.org" - Last Modified Year <= 2017 Do - Set Status to "Open" --- Comment #14 from bel3a...@aol.com --- I have the same problem with
[Bug 249987] Lenovo X120e touchpad failing
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=249987 --- Comment #17 from commit-h...@freebsd.org --- A commit references this bug: Author: wulf Date: Fri Nov 20 00:13:31 UTC 2020 New revision: 367854 URL: https://svnweb.freebsd.org/changeset/base/367854 Log: psm(4): Disable AUX multiplexer probing on all Lenovo laptops. Rudimentary AUX multiplexing support was added to kernel to make possible touchpad initialization on some HP EliteBook laptops with trackpoint. Disable multiplexer probing on all Lenovo laptops now as they use touchpad pass-through port rather than AUX multiplexer to connect trackpoint and at least two model (X120e and X121e) is known for getting PS/2 AUX port dysfunctional after switching back to hidden multiplexing mode. AUX MUX probing can be reenabled with setting of hw.psm.mux_disabled loader tunable to 0. PR: 249987 Reported by: jwb MFC after:2 weeks Changes: head/sys/dev/atkbdc/atkbdc.c head/sys/dev/atkbdc/atkbdcreg.h head/sys/dev/atkbdc/psm.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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 Yuri Pankov changed: What|Removed |Added CC||b...@freebsd.org --- Comment #6 from Yuri Pankov --- Adding Baptiste. -- 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 251112] Compiling C++ with asan fails by default because libclang_rt.asan-x86_64.so uses symbol pthread_attr_get_np but doesn't link to libpthread.so
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251112 --- Comment #7 from Andrew Stitcher --- (In reply to Konstantin Belousov from comment #6) So how do the pthreads calls that are in libc work? Are they what you call 'stubs'? In which case does the stub load libpthread to do the actual work or what else could happen? If you were to add a stub to libc for pthread_att_get_np what would it do? the asan runtime requires it to actually return real info about the running thread so it would have to load the actual libpthread in some way if it was a stub. It does seems to me that if you never spawn any threads then it looks like the asan runtime might never actually ever call pthread_attr_get_np. So maybe it would be good not to change the libc behaviour unless threads were in use. -- 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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 --- Comment #5 from Yuri Pankov --- (In reply to Gordon Bergling from comment #4) I have MFCed C.UTF-8 back in 2018, so it's there starting with 12.1 and MFCing the login.conf change is simple, the question is if such change is acceptable between minor releases, at least commit message for base 367690 didn't set any MFC reminder. -- 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 229745] ahcich: CAM status: Command timeout
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229745 --- Comment #56 from Wayne Willcox --- Ok so it looks like I solved this for my system. I did it by reducing the command tags. The default was 255 and I started by just cutting that in half. I kept dividing by 2 until I got to 25. At 50 I only had the time outs every few days. At 25 I have not had an error in over a week. I could possibly increase from 25 but I won't bother. Performance seems to be fine and the errors are stopped. You can do this with the camcontrol tags command camcontrol tags [dev_id][generic args] [-N tags] [-q] [-v] Here are the steps. camcontrol devlist at scbus0 target 8 lun 0 (pass0,da0) at scbus0 target 9 lun 0 (pass1,da1) at scbus0 target 10 lun 0 (pass2,da2) at scbus0 target 11 lun 0 (pass3,da3) at scbus0 target 12 lun 0 (pass4,da4) at scbus0 target 13 lun 0 (pass5,da5) camcontrol tags da5 (pass5:mps0:0:13:0): device openings: 25 Originally mine was at 255. This can be done on a live system and doesn't require closing the disk and reopening it to take effect. I just changed all 15 hdisks. -- 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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 Gordon Bergling changed: What|Removed |Added Status|New |In Progress --- Comment #4 from Gordon Bergling --- (In reply to Conrad Meyer from comment #3) I tested a recent -CURRENT with r367690 applied and the problem is gone. A german keymap is now enough to get umlaute working on the console and on a ssh connection. Would be great if this change could be merge to -STABLE. -- 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 251227] setpgid sometimes returns ESRCH instead of EACCES
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251227 --- Comment #6 from Conrad Meyer --- Admittedly, I am not especially familiar with job control, shells, or setpgid. It might be desirable for zombies to be included in more places they currently are not. I really don't know. I would love a patch that improves the documentation clarity in this area. -- 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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255
--- Comment #3 from Conrad Meyer ---
iso-8859-1 and UTF-8 are different and conflicting character sets.
C.UTF-8 (default locale for new accounts very recently in CURRENT) should keep
error messages in English ("C" locale) while using the UTF-8 charset, which has
an accurate representation of umlaut characters.
--
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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 --- Comment #2 from Gordon Bergling --- (In reply to Yuri Pankov from comment #1) "charset=iso-8859-1" is set to get the Umlaute to appear on the console and the "lang=en_US.UTF-8" to prevent programs printing error messages in german, if the program supports NLS. My snapshot of -CURRENT was from the end of October. I update it to a recent -CURRENT and check if r367690 has improved the situation. -- 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 251258] Sendmail does not accept mail from OpenLDAP users
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251258 Bug ID: 251258 Summary: Sendmail does not accept mail from OpenLDAP users Product: Base System Version: 12.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: b...@freebsd.org Reporter: khe...@gwdg.de After upgrading from 11.4 to 12.2 via freebsd-update, only users found in the local user database can send mail via sendmail as submission program anymore. Mail of users only in the remote OpenLDAP database gets rejected. All other system components using OpenLDAP via pam_ldap and nss_ldap work as expected. Installed: nss_ldap-1.265_13, pam_ldap-1.8.6_3 Query for OpenLDAP user: fbsdhost# getent passwd | grep user user:*:1001:20:User Name:/home/user:/bin/tcsh Sendmail configuration: fbsdhost# cat /etc/mail/gwdu60.gwdg.de.submit.mc divert(-1) # # Copyright (c) 2001-2003 Sendmail, Inc. and its suppliers. # All rights reserved. # # By using this file, you agree to the terms and conditions set # forth in the LICENSE file which can be found at the top level of # the sendmail distribution. # # # This is the FreeBSD configuration for a set-group-ID sm-msp sendmail # that acts as a initial mail submission program. # divert(0)dnl VERSIONID(`$FreeBSD: releng/12.2/etc/sendmail/freebsd.submit.mc 363465 2020-07-24 00:22:33Z gshapiro $') define(`confCF_VERSION', `Submit')dnl define(`__OSTYPE__',`')dnl dirty hack to keep proto.m4 from complaining define(`_USE_DECNET_SYNTAX_', `1')dnl support DECnet define(`confTIME_ZONE', `USE_TZ')dnl define(`confDONT_INIT_GROUPS', `True')dnl define(`confBIND_OPTS', `WorkAroundBroken')dnl dnl dnl If you use IPv6 only, change [127.0.0.1] to [IPv6:0:0:0:0:0:0:0:1] FEATURE(`msp', `[relay.ourdomain.de]')dnl Local user: fbsdhost% echo Test | mail -s test u...@ourdomain.de u...@ourdomain.de... Connecting to [127.0.0.1] via relay... 220 fbsdhost.gwdg.de ESMTP Sendmail 8.16.1/8.16.1; Thu, 19 Nov 2020 17:18:39 +0100 (CET) >>> EHLO fbsdhost.gwdg.de 250-fbsdhost.gwdg.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-STARTTLS 250-DELIVERBY 250 HELP >>> STARTTLS 220 2.0.0 Ready to start TLS >>> EHLO fbsdhost.gwdg.de 250-fbsdhost.gwdg.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=39 250 2.1.0 ... Sender ok >>> RCPT To: >>> DATA 250 2.1.5 ... Recipient ok 354 Enter mail, end with "." on a line by itself >>> . 250 2.0.0 0AJGIdfE048266 Message accepted for delivery u...@ourdomain.de... Sent (0AJGIdfE048266 Message accepted for delivery) Closing connection to [127.0.0.1] >>> QUIT 221 2.0.0 fbsdhost.ourdomain.de closing connection OpenLDAP user: fbsdhost% echo Test | mail -s test u...@ourdomain.de khe...@gwdg.de... Connecting to [127.0.0.1] via relay... 220 fbsdhost.ourdomain.de ESMTP Sendmail 8.16.1/8.16.1; Thu, 19 Nov 2020 17:17:27 +0100 (CET) >>> EHLO fbsdhost.ourdomain.de 250-fbsdhost.ourdomain.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-STARTTLS 250-DELIVERBY 250 HELP >>> STARTTLS 220 2.0.0 Ready to start TLS >>> EHLO fbsdhost.ourdomain.de 250-fbsdhost.ourdomain.de Hello localhost [127.0.0.1], pleased to meet you 250-ENHANCEDSTATUSCODES 250-PIPELINING 250-8BITMIME 250-SIZE 250-DSN 250-ETRN 250-DELIVERBY 250 HELP >>> MAIL From: SIZE=39 u...@ourdomain.de... Deferred Closing connection to [127.0.0.1] /etc/nsswitch.conf: # # nsswitch.conf(5) - name service switch configuration file # $FreeBSD: releng/12.2/lib/libc/net/nsswitch.conf 338729 2018-09-17 18:56:47Z brd $ # group: files ldap hosts: files dns netgroup: compat networks: files passwd: files ldap shells: files services: compat protocols: files rpc: files Best regards Konrad Heuer -- 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 250667] Frequent Kernel panic for spin lock on TrueNAS (FreeBSD 12.2)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250667 --- Comment #11 from Seb --- Thank you! OK. It booted and it's up using the patched Kernel. Will need to give it a bit of time now. The longest I've seen between panics is about 48 hours, so I'll report back in a few days. -- 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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 Yuri Pankov changed: What|Removed |Added CC||yur...@yuripv.dev --- Comment #1 from Yuri Pankov --- Why do you want charset set to iso8859-1 and LANG to en_US.UTF-8? In any case, base r367690 made C.UTF-8 default system locale, and that would solve at least part of the issue. -- 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 250667] Frequent Kernel panic for spin lock on TrueNAS (FreeBSD 12.2)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250667 --- Comment #10 from Alexander Motin --- 1) In WebUI go to System -> Boot to create new boot environment in case something go wrong. 2) Copy the kernel.tgz archive somewhere on the NAS. 3) Get to command prompt via SSH or Shell menu on WebUI. 4) `cd /boot` 5) `mv kernel kernel.prev` 6) `tar -xzvf /path/to/the/uploaded/kernel.tgz` 7) Reboot the NAS and see what happen. If something go wrong, select the created boot environment in the boot menu. -- 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 251149] SynPS/2 Synaptics TouchPad: Failed to create a device for ... after upgrade from 12.1 to 12.2
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251149 Martin Birgmeier changed: What|Removed |Added CC||d8zne...@aon.at --- Comment #1 from Martin Birgmeier --- I have a similar issue after upgrading a Lenovo W520 from 12.1 to 12.2. In the vt console, sysmouse works with the touchpad, the trackpoint, and the external USB mouse. In X11, only the trackpoint and the external USB are working. -- 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 251255] German umlauts aren't available after the installation
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251255 Bug ID: 251255 Summary: German umlauts aren't available after the installation Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: b...@freebsd.org Reporter: g...@freebsd.org When installing a fresh FreeBSD system and selecting the german keymap, on the console and via a ssh session the Umlauts (öäüÖÄÜ) aren't available. Meaning, the keystrokes aren't printed. This can be solved via the following .login_conf in the home directory. me:\ :charset=iso-8859-1:\ :lang=en_US.UTF-8: Maybe this .login_conf could be generated for the first created user account, or set system wide, if the german keymap is selected. This is verified against a recent -CURRENT installation, but this should also apply to -STABLE. -- 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 251237] 12.2 EFI console resolution regression
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251237 --- Comment #1 from Morgan Davis --- I found a temporary work-around by adding these lines to /boot/loader.conf: hw.vga.textmode="1" kern.vt.fb.default_mode="1600x1200" Advise if any details on the BIOS vendor and EFI version would be helpful. -- 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 251251] --cref on ld.lld writes the cref table to stdout even with -Map=filename
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251251 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|toolch...@freebsd.org -- 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 250667] Frequent Kernel panic for spin lock on TrueNAS (FreeBSD 12.2)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250667 --- Comment #9 from Seb --- Hi folks, Truly appreciate all the help. I'm afraid how to get this Kernel running on my current TrueNAS system is a little beyong my current knowledge. Can you point me towards some more details steps? -- 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 251251] --cref on ld.lld writes the cref table to stdout even with -Map=filename
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251251
Bug ID: 251251
Summary: --cref on ld.lld writes the cref table to stdout even
with -Map=filename
Product: Base System
Version: 12.2-RELEASE
Hardware: Any
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: bin
Assignee: b...@freebsd.org
Reporter: j...@transactionware.com
The --cref option on ld.lld only seems to write to stdout, ignoring the
-Map=filename option. This is a change from GNU ld.
To reproduce, compile and link any code with --cref, for example:
echo 'int main() { return 0; }' > test.c
cc -Wl,-Map=test.map -Wl,--cref test.c
The cross reference table is emitted on stdout instead of being written to
test.map.
--
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 251237] 12.2 EFI console resolution regression
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251237 Mark Linimon changed: What|Removed |Added Keywords||regression -- 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 251112] Compiling C++ with asan fails by default because libclang_rt.asan-x86_64.so uses symbol pthread_attr_get_np but doesn't link to libpthread.so
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251112 --- Comment #6 from Konstantin Belousov --- (In reply to Andrew Stitcher from comment #5) Depending on whether libpthread linked into the process or not (as well it might be not linked but loaded later), libc changes its algorithms. For instance, stdio FILEs are locked if libpthread is present, and not locked otherwise. Similarly, rtld uses real (but custom) rw locks to protect it internal state if libpthread is there, otherwise it just masks signals using cheap sigfastblock(2) backdoor. This is why I asked whether it acceptable to change the C runtime behavior by sneaky linking with libpthread if ASAN is used. -- 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"
