[Bug 215333] head -r310046 for powerpc family: sys/powerpc/powerpc/intr_machdep.c's i->trig == -1 if-tests reported as always false by compiler
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215333 Bug ID: 215333 Summary: head -r310046 for powerpc family: sys/powerpc/powerpc/intr_machdep.c's i->trig == -1 if-tests reported as always false by compiler Product: Base System Version: CURRENT Hardware: powerpc OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: freebsd-bugs@FreeBSD.org Reporter: mar...@dsl-only.net --- intr_machdep.o --- /usr/src/sys/powerpc/powerpc/intr_machdep.c:454:15: warning: comparison of constant -1 with expression of type 'enum intr_trigger' is always false [-Wtautological-constant-out-of-range-compare] if (i->trig == -1) ~~~ ^ ~~ /usr/src/sys/powerpc/powerpc/intr_machdep.c:500:16: warning: comparison of constant -1 with expression of type 'enum intr_trigger' is always false [-Wtautological-constant-out-of-range-compare] if (i->trig == -1) ~~~ ^ ~~ Justin Hibbits wrote about the note that I sent him that listed the above: This may or may not be a problem, depending on optimization settings. Can you file a bug for this so it doesn't get lost? I also noted: There are other comparisons around with a constant result at compile time. But they tend to be in less central areas like zfs. Similarly for some other types of compiler reports. -- 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 215332] root certificates are not a default install for fetch and need to be.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=215332 Bug ID: 215332 Summary: root certificates are not a default install for fetch and need to be. Product: Base System Version: 10.3-RELEASE Hardware: Any OS: Any Status: New Severity: Affects Many People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: lordsa...@hotmail.com The issue: If you are going to include fetch you need to include the root certificates. Normally there is not an issue with standard http. However most websites for security have removed normal ftp and are using https. This is a problem. Sending people out to ports for the ca_root_nss is a waste of time. It would also appear that the port attempts to also build perl. Many of us already have perl, linked to the usr/bin. I will note a much later version than what the port is attempting to download and install. You cannot provide half the solution. Either all of the solution or none. The current solution is time consuming and detracts from the fine work you have done. Time to add the certs. Thank you, Chiz -- 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 155163] [patch] Add Recursive Functionality to setfacl(1)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155163 Shawn Webb changed: What|Removed |Added Attachment #151059|0 |1 is obsolete|| --- Comment #7 from Shawn Webb --- Created attachment 177998 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=177998&action=edit Add recurisve support to setfacl(1) Update the patch to reflect latest HEAD. -- 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 214923] kqueue hangs with busy loop
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214923 --- Comment #7 from Konstantin Belousov --- (In reply to yjh0502 from comment #6) Yes, there is definitely the kernel problem. Please enable debugging in the kernel, following https://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html. After reproducing the problem and obtaining the information listed there, please dump core. I will ask for additional information after that. -- 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 211990] iscsi fails to reconnect and does not release devices
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=211990 --- Comment #34 from Julien Cigar --- No problems for more than a month now.. I tend to conclude that the MTU 9000 was the root cause of this problem (?) -- 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"
Новые возможности
Эксклюзивная база юридических лиц Подробно во вложение ___ 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 214923] kqueue hangs with busy loop
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214923 --- Comment #6 from yjh0...@gmail.com --- I dumped `procstat -kk` output for all processes: https://gist.github.com/yjh0502/9aeb1001616ca424bd86df458ed52d19 -- 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 214923] kqueue hangs with busy loop
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214923 --- Comment #5 from yjh0...@gmail.com --- Here's output of procstat -kk root@foo:/var/log # procstat -kk `pgrep watchman` PIDTID COMM TDNAME KSTACK 85871 100707 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 sbwait+0x4f soreceive_generic+0x1ae dofileread+0x98 kern_readv+0x68 sys_read+0x84 amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 100556 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _cv_timedwait_sig_sbt+0x1c4 seltdwait+0xc7 kern_poll+0x296 sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101126 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 kern_sigsuspend+0x134 sys_sigsuspend+0x31 amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101462 watchman -mi_switch+0xd2 sleepq_wait+0x3a _sx_slock_hard+0x325 kern_poll+0x51e sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101506 watchman -kern_kevent+0xb5 sys_kevent+0x11c amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101507 watchman -mi_switch+0xd2 turnstile_wait+0x408 __mtx_lock_sleep+0x13d knote+0x132 VOP_OPEN_APV+0xb5 vn_open_vnode+0x247 vn_open_cred+0x33e kern_openat+0x25c amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101567 watchman -mi_switch+0xd2 turnstile_wait+0x408 __mtx_lock_sleep+0x13d knote_fdclose+0xb2 closefp+0x40 amd64_syscall+0x4ce Xfast_syscall+0xfb 56477 101568 watchman -mi_switch+0xd2 sleepq_wait+0x3a _sx_slock_hard+0x325 kern_poll+0x51e sys_poll+0x61 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100681 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_timedwait_sig+0x10 _sleep+0x26f kern_nanosleep+0x10e sys_nanosleep+0x53 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100683 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100684 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 fifo_open+0x244 VOP_OPEN_APV+0x89 vn_open_vnode+0x247 vn_open_cred+0x33e kern_openat+0x25c amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100685 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100724 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100763 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100801 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100884 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100919 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb 1271 100945 watchman -mi_switch+0xd2 sleepq_catch_signals+0xb7 sleepq_wait_sig+0xf _sleep+0x294 umtxq_sleep+0x122 do_lock_umutex+0x174f __umtx_op_wait_umutex+0x72 amd64_syscall+0x4ce Xfast_syscall+0xfb -- 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"
Due invoice payment
Good day, My colleague is currently on away for the Xmas break and we have wired payment for due invoices. Attached is the payment copy, please confirm receipt. Vicky Sent from Iphone / ---\ Confidential and/ or privileged information may be contained in this e-mail and any attachments transmitted with it ('Message'). If you are not the addressee indicated in this Message (or responsible for delivery of this Message to such person),you are hereby notified that any dissemination, distribution, printing or copying of this Message or any part thereof is prohibited. Please delete this Message if received in error and advise the sender by return e-mail. Opinions, conclusions and other information in this Message that do not relate to the official business of this company shall be understood as neither given nor endorsed by this company. \ --/ ___ 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"