[Bug 237482] I can't enter installation page in freebsd12 via a vitrual-CD installing but it works well in freebsd 11.2 .
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237482 Bug ID: 237482 Summary: I can't enter installation page in freebsd12 via a vitrual-CD installing but it works well in freebsd 11.2 . Product: Base System Version: 12.0-STABLE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: 13242059...@163.com Hi, When I install freebsd-12, my console stucks in ums0 numa-domain 0 on uhub4 ums0 :on usbus2. I see the serial prints: Please choose the appropriate terminal type for your systerm. Common console types are: ansi Standard ANSI terminal vt100 VT100 or compatible terminal xterm xterm terminal emulator (or compatible) cons25w cons25w terminal Console type [vt100]: But I install freebsd 11.2,I enter the installation page successfully. What's the differences between 11.2 and 12. Why my console can't enter the installation page? -- 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 237470] [ppc][pseries] panic: Error evicting page: -7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237470 Mark Linimon changed: What|Removed |Added CC||lini...@freebsd.org Keywords||panic, patch -- 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 236584] em driver does not honor disabling vlanhwcsum
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236584 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@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 236564] periodic.sh: Anticongestion function does not work as is expected.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236564 Mark Linimon changed: What|Removed |Added Summary|Anticongestion function |periodic.sh: Anticongestion |does not work as is |function does not work as |expected. |is expected. Keywords||patch -- 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 236962] Realtek RTL8111/8168/8411 erratically drops network connection
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236962 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|n...@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 236958] [netwait] [patch] Wait for network availability at resume time
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236958 Mark Linimon changed: What|Removed |Added Keywords||patch -- 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 236956] [ntp] [patch] Optionally run ntpdate at host resume time
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236956 Mark Linimon changed: What|Removed |Added Keywords||patch -- 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 236993] zfs send | zfs recv not preserving ACL for some directories
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236993 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|f...@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 236989] AWS EC2 lockups "Missing interrupt"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=236989 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|virtualizat...@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 237067] ZFS: Crash in vdev_dtl_reassess when using GELI with autodetach
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237067 Mark Linimon changed: What|Removed |Added Assignee|b...@freebsd.org|f...@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 237325] muge(4) does not activate LED's [patch for FDT included]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237325 Mark Linimon changed: What|Removed |Added Keywords||patch Assignee|b...@freebsd.org|freebsd-...@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 237397] 'zfs mount -a' mounts filesystems in incorrect order
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237397 Mark Linimon changed: What|Removed |Added Keywords||regression Assignee|b...@freebsd.org|f...@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 237477] kernel option PF_DEFAULT_TO_DROP breaks rdr rules with pass keyword.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237477 Bug ID: 237477 Summary: kernel option PF_DEFAULT_TO_DROP breaks rdr rules with pass keyword. Product: Base System Version: 12.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: mickey...@gmx.net Using a custom kernel built with options PF_DEFAULT_TO_DROP seems to prevent rdr rules that have an explicit pass keyword specified from functioning as intended. i.e. rdr pass log on $int_if inet proto tcp to port 4242 -> 127.0.0.1 port 4242 This rule should redirect and pass tcp traffic arriving on the internal interface and destined for port 4242 to 127.0.0.1 port 4242. The log shows that the rule is matched and applied, but the traffic never makes it to it's intended destination. Using a kernel built without the option PF_DEFAULT_TO_DROP the rule works as intended and passes the traffic through. -- 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 202712] [cam] [ata] System doesn't recognize older hdd after boot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202712 --- Comment #21 from Andriy Gapon --- (In reply to Domagoj Hranjec from comment #20) And my point is that I am not sure if you have actually tested reading from the end of the disk with the older FreeBSD. I am not sure that the older FreeBSD reads sectors at the end for tasting and that any of the files you accessed have blocks sufficiently close to the end. But I do not insist that my hypothesis is correct. Bruce has suggested another one, for instance. -- 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 202712] [cam] [ata] System doesn't recognize older hdd after boot
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202712 --- Comment #20 from Domagoj Hranjec --- The point is that the disk and the data on it is good and functional. The issue seems that ATA_CAM implementation does not address the data on the disk in the correct way. -- 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 237470] [ppc][pseries] panic: Error evicting page: -7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237470 --- Comment #1 from Leandro Lupori --- Proposed fix: https://reviews.freebsd.org/D20012 -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 Ed Maste changed: What|Removed |Added Resolution|--- |Unable to Reproduce Status|Open|Closed --- Comment #3 from Ed Maste --- (In reply to peo from comment #2) Thanks for the update. This comes up every now and then so there must be come common set of steps/process that folks are following that leads to this case. -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 --- Comment #2 from p...@nethead.se --- Too late I'm afraid, in the middle of an update to my precious home workstation. What I did after the failing builds Read https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190669 Made sure that I had not run make delete-old and delete-old-libs after the normal update steps - confirmed - it was done after a Feb 15 update. I am positive I did not rm anything manually Ran svnlite up /usr/src again Tried make buildworld again - failed Checked /usr/lib/clang/ - empty! Did cp -Rp /usr/local/llvm/lib/clang/ /usr/lib/clang Then everything worked fine - I suppose we have to assume I *did* something, however, I cannot see what it was unfortunately. This bug can probably be closed unless someone else have similar problems. There is a message on todays freebsd-stable from eu9...@gmail.com exactly what I experienced. Thank you for your time, //per clang --version: FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on LLVM 8.0.0) Target: x86_64-unknown-freebsd11.2 Thread model: posix InstalledDir: /usr/bin ls /usr/lib/clang/ 6.0.1 7.0.1 8.0.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 206179] buildworld fails with "fatal error: 'emmintrin.h' file not found"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206179 Ed Maste changed: What|Removed |Added Status|New |Closed CC||ema...@freebsd.org Resolution|--- |Unable to Reproduce --- Comment #2 from Ed Maste --- Build failure PR from 3 years ago, presumed fixed in the meantime. -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 Ed Maste changed: What|Removed |Added CC||ema...@freebsd.org --- Comment #1 from Ed Maste --- Can you add the output of: % clang --version % ls /usr/lib/clang/ emmintrin.h should be in /usr/lib/clang//include/emmintrin.h -- 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 237471] [PowerPC64] pseries llan driver wrong MAC address
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237471 Bug ID: 237471 Summary: [PowerPC64] pseries llan driver wrong MAC address Product: Base System Version: 12.0-RELEASE Hardware: powerpc OS: Any Status: New Severity: Affects Many People Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: alfredo.jun...@eldorado.org.br The network driver (pseries llan) isn't reading the MAC address set by QEMU correctly. In the example bellow, user defines MAC address to 52:54:00:fa:de:56 and driver assumes 00:fa:de:56:00:00. The issue was seen on both "12.0-RELEASE r341666" and "13.0-CURRENT r346544" QEMU 4.0rc0 start command: /qemu4/usr/local/bin/qemu-system-ppc64 \ -name guest=freebsd -cpu POWER8 -m 2048 \ -drive file=vdisks/freebsd-vm-disk1.qcow2,if=scsi,index=0,format=qcow2 \ -net nic,macaddr=52:54:00:fa:de:56 -net tap \ -nographic -vga none -enable-kvm \ -smp 16 \ -machine pseries,accel=kvm,cap-cfpc=broken,cap-sbbc=broken,cap-ibs=broken,cap-hpt-max-page-size=16M \ -mem-prealloc -mem-path /dev/hugepages \ root@base-test:~ # ifconfig llan0 llan0: flags=8843 metric 0 mtu 1500 ether 00:fa:de:56:00:00 inet 10.10.71.70 netmask 0xff00 broadcast 10.10.71.255 nd6 options=29 media: Ethernet autoselect status: active root@base-test:~ # uname -a FreeBSD base-test 12.0-RELEASE FreeBSD 12.0-RELEASE r341666 GENERIC powerpc -- 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 237470] [ppc][pseries] panic: Error evicting page: -7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237470 Leandro Lupori changed: What|Removed |Added Status|New |In Progress -- 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 237470] [ppc][pseries] panic: Error evicting page: -7
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237470 Bug ID: 237470 Summary: [ppc][pseries] panic: Error evicting page: -7 Product: Base System Version: CURRENT Hardware: powerpc OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: lup...@freebsd.org I have seen this issue happening a couple of times. It is difficult to reproduce. In my case, it started happening more often when using a clang built with debug info, to perform large parallel builds. This is the panic message observed: panic: Error evicting page: -7 cpuid = 10 time = 131979 KDB: stack backtrace: 0xe00033634910: at .kdb_backtrace+0x5c 0xe00033634a40: at .vpanic+0x1b4 0xe00033634b00: at .panic+0x38 0xe00033634b90: at .mphyp_pte_insert+0x304 0xe00033634cb0: at .moea64_pvo_enter+0x164 0xe00033634d40: at .moea64_enter+0x520 0xe00033634e40: at .moea64_enter_object+0xa8 0xe00033634ef0: at .pmap_enter_object+0xa8 0xe00033634fa0: at .vm_map_pmap_enter+0x2d0 0xe00033635070: at .vm_map_insert+0x550 0xe00033635170: at .vm_map_fixed+0x134 0xe00033635240: at .vm_mmap_object+0x484 0xe00033635350: at .vn_mmap+0x190 0xe00033635430: at .kern_mmap+0x474 0xe00033635550: at .sys_mmap+0x30 0xe000336355d0: at .trap+0x654 0xe00033635770: at .powerpc_interrupt+0x290 0xe00033635810: user SC trap by 0x81004e768: srr1=0x8000d032 r1=0x3fffb790 cr=0x22024024 xer=0 ctr=0x81004e940 r2=0x810075d80 frame=0xe00033635840 KDB: enter: panic This seems to indicate that the PTE to be evicted was not found. After some debugging, it seems to be that there is a race condition, between mphyp_pte_unset() and mphyp_pte_insert(), that may cause the page chosen for eviction to be removed by mphyp_pte_unset() before mphyp_pte_insert(). This can be explained as following: - mphyp_pte_insert() locks the pvo to be inserted - mphyp_pte_insert() obtains read access to mphyp_eviction_lock - mphyp_pte_insert() tries to insert the corresponding pte but fails - mphyp_pte_insert() releases mphyp_eviction_lock - mphyp_pte_insert() acquires mphyp_eviction_lock for write - mphyp_pte_insert() chooses a pte to evict - let's call it p - mphyp_pte_unset(), on another thread, locks the pvo that corresponds to pte p - mphyp_pte_unset() removes p (without holding mphyp_eviction_lock) - mphyp_pte_insert() tries to remove p, but fails, because it was already removed by another thread - the system panics KDB's acttrace on this panic supports the hypothesis above: Tracing command clang-8 pid 44763 tid 100504 td 0xcf22 (CPU 10) 0xe00033634a40: at .vpanic+0x1d4 0xe00033634b00: at .panic+0x38 0xe00033634b90: at .mphyp_pte_insert+0x304 0xe00033634cb0: at .moea64_pvo_enter+0x164 0xe00033634d40: at .moea64_enter+0x520 0xe00033634e40: at .moea64_enter_object+0xa8 0xe00033634ef0: at .pmap_enter_object+0xa8 0xe00033634fa0: at .vm_map_pmap_enter+0x2d0 0xe00033635070: at .vm_map_insert+0x550 0xe00033635170: at .vm_map_fixed+0x134 0xe00033635240: at .vm_mmap_object+0x484 0xe00033635350: at .vn_mmap+0x190 0xe00033635430: at .kern_mmap+0x474 0xe00033635550: at .sys_mmap+0x30 0xe000336355d0: at .trap+0x654 0xe00033635770: at .powerpc_interrupt+0x290 0xe00033635810: user SC trap by 0x81004e768: srr1=0x8000d032 r1=0x3fffb790 cr=0x22024024 xer=0 ctr=0x81004e940 r2=0x810075d80 frame=0xe000336358 40 Tracing command clang-8 pid 44640 tid 100690 td 0xc0004913b000 (CPU 15) 0xe0003404fad0: at .intr_event_handle+0xf0 0xe0003404fb90: at .powerpc_dispatch_intr+0xf0 0xe0003404fc40: at .xicp_dispatch+0x274 0xe0003404fd00: at .powerpc_interrupt+0xc8 0xe0003404fda0: kernel EXI trap by .lock_delay+0x5c: srr1=0x80009032 r1=0xe00034050050 cr=0x2000f084 xer=0 ctr=0x1b78 r2=0xc155e890 frame=0xe0003404fdd0 0xe00034050050: at 0xc000fa530c1c 0xe000340500e0: at .__mtx_lock_sleep+0x238 0xe000340501d0: at .__mtx_lock_flags+0x160 0xe00034050280: at .moea64_remove_pages+0x134 0xe00034050340: at .pmap_remove_pages+0x78 0xe000340503d0: at .vmspace_exit+0xf8 0xe00034050480: at .exit1+0x6d8 0xe00034050550: at .sys_sys_exit+0x1c 0xe000340505d0: at .trap+0x654 0xe00034050770: at .powerpc_interrupt+0x290 0xe00034050810: user SC trap by 0x8133eafd8: srr1=0x8000f032 r1=0x3fffd890 cr=0x22000242 xer=0x2000 ctr=0x8133eafd0 r2=0x8134bdbf0 frame=0xe00034050840 Process 44640 is exiting and
[Bug 237385] During installation,the console poweroff suddenly and can't enter the installation page but the serial.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237385 王大伟 <13242059...@163.com> changed: What|Removed |Added Summary|During installation,the |During installation,the |console poweroff suddenly |console poweroff suddenly |and can't enter the |and can't enter the |installation page. |installation page but the ||serial. -- 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 237385] During installation,the console poweroff suddenly and can't enter the installation page.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237385 --- Comment #1 from 王大伟 <13242059...@163.com> --- Hi, During the installation I find that the serial print: Please choose the appropriate terminal type for your system. Common console types are: ansi vt100 xterm cons25w Console type[vt100]: Why my console not show these,only the serial shows these? I try to connet the server with LED,but it failed. -- 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 237463] aacraid(4) doesn't work on powerpc64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237463 Piotr Kubaj changed: What|Removed |Added Severity|Affects Only Me |Affects Some People -- 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 237463] aacraid(4) doesn't work on powerpc64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237463 Piotr Kubaj changed: What|Removed |Added Hardware|Any |powerpc -- 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 237463] aacraid(4) doesn't work on powerpc64
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237463 Bug ID: 237463 Summary: aacraid(4) doesn't work on powerpc64 Product: Base System Version: CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: b...@freebsd.org Reporter: pku...@freebsd.org I use Talos II board (powerpc64 architecture). This board has integrated Adaptec Series 8 12G SAS/PCIe 3. Unfortunately, trying to use aacraid driver doesn't work. Here's a relevant dmesg excerpt: aacraid0: mem 0x8000-0x800f,0x8018-0x801803ff irq 1038328 at device 0.0 numa-domain 0 on pci5 aacraid0: Async. mode not supported by current driver, sync. mode enforced. Please update driver to get full performance. aacraid0: Enable Raw I/O aacraid0: Enable 64-bit array aacraid0: RequestSupplementAdapterInfo failed aacraid0: Adaptec RAID controller, aacraid driver 3.2.5-1 aacraid0: RequestAdapterInfo failed aacraid0: Error probing container 0 aacraidp0 numa-domain 0 on aacraid0 aacraid0: Error 5 sending VM_ContainerConfig command This is on CURRENT from today. I have three HDD's plugged in to this adapter, none of them is detected on FreeBSD (they work on Linux). root@:~ # uname -a FreeBSD 13.0-CURRENT FreeBSD 13.0-CURRENT r346500 GENERIC powerpc -- 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 206179] buildworld fails with "fatal error: 'emmintrin.h' file not found"
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=206179 Kubilay Kocak changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=2374 ||61 -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 Kubilay Kocak changed: What|Removed |Added See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=1906 ||69 -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 Kubilay Kocak changed: What|Removed |Added Keywords||needs-qa Status|New |Open See Also||https://bugs.freebsd.org/bu ||gzilla/show_bug.cgi?id=2061 ||79 Severity|Affects Some People |Affects Only Me -- 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 237461] Serveral references to emmintrin.h fails
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237461 Bug ID: 237461 Summary: Serveral references to emmintrin.h fails Product: Base System Version: 11.2-STABLE Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: b...@freebsd.org Reporter: p...@nethead.se FreeBSD 11.2-STABLE #0 r344143 Maybe similar to 206179 References to emmintrin.h make both system and port builds to fail. Building new world today: c++ -O2 -pipe -I/usr/obj/usr/src/tmp/usr/src/lib/clang/libclang -I/usr/obj/usr/src/tmp/usr/src/lib/clang/libllvm -I/usr/src/contrib/llvm/tools/clang/lib/Basic -I/usr/src/contrib/llvm/tools/clang/lib/Driver -I/usr/src/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/include -I/usr/src/contrib/llvm/include -DLLVM_BUILD_GLOBAL_ISEL -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DNDEBUG -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.2\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.2\" -DDEFAULT_SYSROOT=\"/usr/obj/usr/src/tmp\" -DLLVM_TARGET_ENABLE_AARCH64 -DLLVM_TARGET_ENABLE_ARM -DLLVM_TARGET_ENABLE_MIPS -DLLVM_TARGET_ENABLE_POWERPC -DLLVM_TARGET_ENABLE_SPARC -DLLVM_TARGET_ENABLE_X86 -DLLVM_NATIVE_ASMPARSER=LLVMInitializeX86AsmParser -DLLVM_NATIVE_ASMPRINTER=LLVMInitializeX86AsmPrinter -DLLVM_NATIVE_DISASSEMBLER=LLVMInitializeX86Disassembler -DLLVM_NATIVE_TARGET=LLVMInitializeX86Target -DLLVM_NATIVE_TARGETINFO=LLVMInitializeX86TargetInfo -DLLVM_NATIVE_TARGETMC=LLVMInitializeX86TargetMC -ffunction-sections -fdata-sections -MD -MF.depend.Basic_Targets.o -MTBasic/Targets.o -Qunused-arguments -include ../freebsd_cc_version.h -I/usr/obj/usr/src/tmp/legacy/usr/include -std=c++11 -fno-exceptions -fno-rtti -stdlib=libc++ -Wno-c++11-extensions -c /usr/src/contrib/llvm/tools/clang/lib/Basic/Targets.cpp -o Basic/Targets.o --- Basic/SourceManager.o --- /usr/src/contrib/llvm/tools/clang/lib/Basic/SourceManager.cpp:1195:10: fatal error: 'emmintrin.h' file not found #include ^ 1 error generated. *** [Basic/SourceManager.o] Error code 1 -- 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 232983] readelf: does not decode DT_FLAGS/DT_FLAGS_1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232983 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: ngie Date: Mon Apr 22 08:58:38 UTC 2019 New revision: 346536 URL: https://svnweb.freebsd.org/changeset/base/346536 Log: MFC r339473,r340075,r342918,r343592,r343593,r343614,r343665,r343669: MFC a number of changes to elftoolchain/readelf(1). This brings the copy of elftoolchain more in line with the version in ^/head and partially fixes the issue with `sys.kern.coredump_phnum_test.coredump_phnum` on ^/stable/12. Tested with: make tinderbox r339473 (by emaste): libelf: also test for 64-bit ELF in _libelf_is_mips64el Although _libelf_is_mips64el is only called in contexts where we've already checked that e_class is ELFCLASS64 but this may change in the future. Add a safety belt so that we don't access an invalid e_ehdr64 union member if it does. r340075 (by emaste): readelf: decode R_MIPS_HIGHER and R_MIPS_HIGHEST relocation types r342918 (by emaste): Update to ELF Tool Chain r3668 Highlights: - Make sure that only TLS sections are sorted into TLS segment. - Fixed multiple errors in "Section to Segment mapping". - Man page updates - ar improvements - elfcopy: avoid filter_reloc uninitialized variable for rela - elfcopy: avoid stripping relocations from static binaries - readelf: avoid printing directory in front of absolute path - readelf: add NT_FREEBSD_FEATURE_CTL FreeBSD note type - test improvements NOTES: Some of these changes originated in FreeBSD and simply reduce diffs between contrib and vendor. ELF Tool Chain ar is not (currently) used in FreeBSD, and there are improvements in both FreeBSD and ELF Tool Chain ar that are not in the other. r343592 (by emaste): readelf: decode flag bits in DT_FLAGS/DT_FLAGS_1 Decode d_val when the tag is DT_FLAGS or DT_FLAGS_1 based on the information at: https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter6-42444.html PR: 232983 r343593 (by emaste): readelf: fix i386 build Use %jx and (uintmax_t) cast. PR: 232983 MFC with: r343592 r343614 (by emaste): readelf: dump elf note data Output format is compatible with GNU readelf's handling of unknown note types (modulo a GNU char signedness bug); future changes will add type- specific decoding. Relnotes: Yes r343665 (by emaste): readelf: use table-based DT_FLAGS and DT_FLAGS_1 decoding Fewer lines of code and more maintainable. r343669 (by emaste): readelf: decode FreeBSD note types Decode NT_FREEBSD_ABI_TAG, NT_FREEBSD_ARCH_TAG, and NT_FREEBSD_FEATURE_CTL. Relnotes: Yes Changes: _U stable/12/ stable/12/contrib/elftoolchain/README.rst stable/12/contrib/elftoolchain/addr2line/addr2line.1 stable/12/contrib/elftoolchain/addr2line/addr2line.c stable/12/contrib/elftoolchain/ar/ar.1 stable/12/contrib/elftoolchain/ar/ar.5 stable/12/contrib/elftoolchain/ar/ar.c stable/12/contrib/elftoolchain/ar/ar.h stable/12/contrib/elftoolchain/ar/ranlib.1 stable/12/contrib/elftoolchain/ar/read.c stable/12/contrib/elftoolchain/ar/write.c stable/12/contrib/elftoolchain/common/native-elf-format stable/12/contrib/elftoolchain/cxxfilt/c++filt.1 stable/12/contrib/elftoolchain/elfcopy/elfcopy.1 stable/12/contrib/elftoolchain/elfcopy/elfcopy.h stable/12/contrib/elftoolchain/elfcopy/mcs.1 stable/12/contrib/elftoolchain/elfcopy/sections.c stable/12/contrib/elftoolchain/elfcopy/segments.c stable/12/contrib/elftoolchain/elfcopy/strip.1 stable/12/contrib/elftoolchain/libdwarf/dwarf.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_comp_dir.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_const_value_string.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_dataref.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_flag.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_location_expr.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_name.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_producer.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_ref_address.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_reference.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_signed_const.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_string.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_targ_address.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_arange.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_die_to_debug.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_directory_decl.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_expr_addr.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_expr_gen.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_fde_inst.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_file_decl.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_frame_cie.3
[Bug 232983] readelf: does not decode DT_FLAGS/DT_FLAGS_1
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=232983 --- Comment #4 from commit-h...@freebsd.org --- A commit references this bug: Author: ngie Date: Mon Apr 22 08:58:38 UTC 2019 New revision: 346536 URL: https://svnweb.freebsd.org/changeset/base/346536 Log: MFC r339473,r340075,r342918,r343592,r343593,r343614,r343665,r343669: MFC a number of changes to elftoolchain/readelf(1). This brings the copy of elftoolchain more in line with the version in ^/head and partially fixes the issue with `sys.kern.coredump_phnum_test.coredump_phnum` on ^/stable/12. Tested with: make tinderbox r339473 (by emaste): libelf: also test for 64-bit ELF in _libelf_is_mips64el Although _libelf_is_mips64el is only called in contexts where we've already checked that e_class is ELFCLASS64 but this may change in the future. Add a safety belt so that we don't access an invalid e_ehdr64 union member if it does. r340075 (by emaste): readelf: decode R_MIPS_HIGHER and R_MIPS_HIGHEST relocation types r342918 (by emaste): Update to ELF Tool Chain r3668 Highlights: - Make sure that only TLS sections are sorted into TLS segment. - Fixed multiple errors in "Section to Segment mapping". - Man page updates - ar improvements - elfcopy: avoid filter_reloc uninitialized variable for rela - elfcopy: avoid stripping relocations from static binaries - readelf: avoid printing directory in front of absolute path - readelf: add NT_FREEBSD_FEATURE_CTL FreeBSD note type - test improvements NOTES: Some of these changes originated in FreeBSD and simply reduce diffs between contrib and vendor. ELF Tool Chain ar is not (currently) used in FreeBSD, and there are improvements in both FreeBSD and ELF Tool Chain ar that are not in the other. r343592 (by emaste): readelf: decode flag bits in DT_FLAGS/DT_FLAGS_1 Decode d_val when the tag is DT_FLAGS or DT_FLAGS_1 based on the information at: https://docs.oracle.com/cd/E23824_01/html/819-0690/chapter6-42444.html PR: 232983 r343593 (by emaste): readelf: fix i386 build Use %jx and (uintmax_t) cast. PR: 232983 MFC with: r343592 r343614 (by emaste): readelf: dump elf note data Output format is compatible with GNU readelf's handling of unknown note types (modulo a GNU char signedness bug); future changes will add type- specific decoding. Relnotes: Yes r343665 (by emaste): readelf: use table-based DT_FLAGS and DT_FLAGS_1 decoding Fewer lines of code and more maintainable. r343669 (by emaste): readelf: decode FreeBSD note types Decode NT_FREEBSD_ABI_TAG, NT_FREEBSD_ARCH_TAG, and NT_FREEBSD_FEATURE_CTL. Relnotes: Yes Changes: _U stable/12/ stable/12/contrib/elftoolchain/README.rst stable/12/contrib/elftoolchain/addr2line/addr2line.1 stable/12/contrib/elftoolchain/addr2line/addr2line.c stable/12/contrib/elftoolchain/ar/ar.1 stable/12/contrib/elftoolchain/ar/ar.5 stable/12/contrib/elftoolchain/ar/ar.c stable/12/contrib/elftoolchain/ar/ar.h stable/12/contrib/elftoolchain/ar/ranlib.1 stable/12/contrib/elftoolchain/ar/read.c stable/12/contrib/elftoolchain/ar/write.c stable/12/contrib/elftoolchain/common/native-elf-format stable/12/contrib/elftoolchain/cxxfilt/c++filt.1 stable/12/contrib/elftoolchain/elfcopy/elfcopy.1 stable/12/contrib/elftoolchain/elfcopy/elfcopy.h stable/12/contrib/elftoolchain/elfcopy/mcs.1 stable/12/contrib/elftoolchain/elfcopy/sections.c stable/12/contrib/elftoolchain/elfcopy/segments.c stable/12/contrib/elftoolchain/elfcopy/strip.1 stable/12/contrib/elftoolchain/libdwarf/dwarf.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_comp_dir.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_const_value_string.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_dataref.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_flag.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_location_expr.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_name.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_producer.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_ref_address.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_reference.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_signed_const.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_string.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_AT_targ_address.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_arange.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_die_to_debug.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_directory_decl.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_expr_addr.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_expr_gen.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_fde_inst.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_file_decl.3 stable/12/contrib/elftoolchain/libdwarf/dwarf_add_frame_cie.3