OpenGrok
| Home | Sort by: relevance | last modified time | path |
Searched hist:1.279 (Results 1 -
25 of 193) sorted by relevancy
Completed in 310 milliseconds
| /src/share/man/man4/ | |
| btmagic.4 | 1.2.2.2 Sun Nov 21 03:05:10 UTC 2010 riz Pull up following revision(s) (requested by plunky in ticket #1407): sys/dev/bluetooth/btdev.h: revision 1.9 sys/arch/iyonix/conf/GENERIC: revision 1.60 sys/arch/sparc64/conf/GENERIC: revision 1.129 sys/dev/usb/hid.c: revision 1.30 sys/dev/usb/hid.h: revision 1.13 sys/arch/i386/conf/GENERIC: revision 1.983 usr.sbin/btdevctl/print.c: revision 1.10 sys/arch/evbarm/conf/MPCSA_GENERIC: revision 1.16 sys/arch/alpha/conf/GENERIC: revision 1.337 sys/dev/bluetooth/files.bluetooth: revision 1.14 sys/arch/evbarm/conf/GUMSTIX: revision 1.49 sys/dev/usb/usbdevs: revision 1.550 sys/arch/evbppc/conf/OPENBLOCKS266_OPT: revision 1.14 sys/arch/hpcsh/conf/GENERIC: revision 1.91 sys/dev/bluetooth/btmagic.c: revision 1.1 distrib/sets/lists/man/mi: revision 1.1210 sys/arch/amd64/conf/GENERIC: revision 1.279 sys/arch/i386/conf/ALL: revision 1.258 sys/arch/amd64/conf/XEN3_DOM0: revision 1.54 sys/arch/hpcarm/conf/JORNADA720: revision 1.78 sys/dev/usb/hid.c: revision 1.29 share/man/man4/btmagic.4: revision 1.1 hid_get_data() does not work if the size of data is less than a byte and crosses a byte boundary, and it always returns a sign-extended value. fix this by using the algorithm from libusbhid to read bytes, and provide a hid_get_udata() function to return unsigned data values. while here, const args update DPRINTF to reflect actual function name add Apple Magic Mouse product-id regen for Magic Mouse id allow for vendor-id and product-id properties, passing them through to child devices add Magic Mouse driver and manpage btmagic(4) additionally query the "PnP Information" service record to discover any USB Forum vendor-id and product-id values and store them in the property list if found. add btmagic(4) where other Bluetooth drivers are listed |
| ixg.4 | 1.10.4.2 Thu Mar 11 16:04:25 UTC 2021 martin Pull up the following (all via patch), requested by msaitoh in ticket #1663: sys/dev/pci/ixgbe/ixgbe.c 1.259, 1.278-1.279 sys/dev/pci/ixgbe/ixgbe.h 1.75 sys/dev/pci/ixgbe/ixgbe_netbsd.h 1.12 sys/dev/pci/ixgbe/ixgbe_vf.c 1.24-1.26 sys/dev/pci/ixgbe/ixgbe_x550.c 1.17 sys/dev/pci/ixgbe/ixv.c 1.155-1.156 sys/dev/pci/ixgbe/ix_txrx.c 1.64-67 sys/dev/pci/files.pci 1.436 share/man/man4/ixg.4 1.13-1.14 share/man/man4/ixv.4 1.3, 1.6-1.7 - Fix a problem that the RX path stalled when the mbuf cluster is exhausted. - Modify some parameters to reduce packet dropping. See also the manual's OPTIONS section for the detail. - ixv(4): The max number of queue(pair) is not 7 but 8. Correctly reset the hardware. - Add "TX " to "Queue No Descriptor Available" evcnt(9) name to make it more understandable. - Fix a bug that some advertise speeds can't be set with hw.ixgN.advertise_speed if both 2.5G and 5G are set. Fix the error message, too. - Fix typo in comment or debug message. 1.12.4.1 Thu Mar 11 16:00:24 UTC 2021 martin Pull up the following (all via patch) requested by msaitoh in ticket #1231: sys/dev/pci/ixgbe/ixgbe.c 1.259, 1.278-1.279 sys/dev/pci/ixgbe/ixgbe.h 1.75 sys/dev/pci/ixgbe/ixgbe_netbsd.h 1.12 sys/dev/pci/ixgbe/ixgbe_vf.c 1.24-1.26 sys/dev/pci/ixgbe/ixgbe_x550.c 1.17 sys/dev/pci/ixgbe/ixv.c 1.155-1.156 sys/dev/pci/ixgbe/ix_txrx.c 1.64-67 sys/dev/pci/files.pci 1.436 share/man/man4/ixg.4 1.13-1.14 share/man/man4/ixv.4 1.6-1.7 - Fix a problem that the RX path stalled when the mbuf cluster is exhausted. - Modify some parameters to reduce packet dropping. See also the manual's OPTIONS section for the detail. - ixv(4): The max number of queue(pair) is not 7 but 8. Correctly reset the hardware. - Add "TX " to "Queue No Descriptor Available" evcnt(9) name to make it more understandable. - Fix a bug that some advertise speeds can't be set with hw.ixgN.advertise_speed if both 2.5G and 5G are set. Fix the error message, too. - Fix typo in comment or debug message. |
| ixv.4 | 1.3.2.4 Thu Mar 11 16:04:25 UTC 2021 martin Pull up the following (all via patch), requested by msaitoh in ticket #1663: sys/dev/pci/ixgbe/ixgbe.c 1.259, 1.278-1.279 sys/dev/pci/ixgbe/ixgbe.h 1.75 sys/dev/pci/ixgbe/ixgbe_netbsd.h 1.12 sys/dev/pci/ixgbe/ixgbe_vf.c 1.24-1.26 sys/dev/pci/ixgbe/ixgbe_x550.c 1.17 sys/dev/pci/ixgbe/ixv.c 1.155-1.156 sys/dev/pci/ixgbe/ix_txrx.c 1.64-67 sys/dev/pci/files.pci 1.436 share/man/man4/ixg.4 1.13-1.14 share/man/man4/ixv.4 1.3, 1.6-1.7 - Fix a problem that the RX path stalled when the mbuf cluster is exhausted. - Modify some parameters to reduce packet dropping. See also the manual's OPTIONS section for the detail. - ixv(4): The max number of queue(pair) is not 7 but 8. Correctly reset the hardware. - Add "TX " to "Queue No Descriptor Available" evcnt(9) name to make it more understandable. - Fix a bug that some advertise speeds can't be set with hw.ixgN.advertise_speed if both 2.5G and 5G are set. Fix the error message, too. - Fix typo in comment or debug message. 1.4.2.2 Thu Mar 11 16:00:24 UTC 2021 martin Pull up the following (all via patch) requested by msaitoh in ticket #1231: sys/dev/pci/ixgbe/ixgbe.c 1.259, 1.278-1.279 sys/dev/pci/ixgbe/ixgbe.h 1.75 sys/dev/pci/ixgbe/ixgbe_netbsd.h 1.12 sys/dev/pci/ixgbe/ixgbe_vf.c 1.24-1.26 sys/dev/pci/ixgbe/ixgbe_x550.c 1.17 sys/dev/pci/ixgbe/ixv.c 1.155-1.156 sys/dev/pci/ixgbe/ix_txrx.c 1.64-67 sys/dev/pci/files.pci 1.436 share/man/man4/ixg.4 1.13-1.14 share/man/man4/ixv.4 1.6-1.7 - Fix a problem that the RX path stalled when the mbuf cluster is exhausted. - Modify some parameters to reduce packet dropping. See also the manual's OPTIONS section for the detail. - ixv(4): The max number of queue(pair) is not 7 but 8. Correctly reset the hardware. - Add "TX " to "Queue No Descriptor Available" evcnt(9) name to make it more understandable. - Fix a bug that some advertise speeds can't be set with hw.ixgN.advertise_speed if both 2.5G and 5G are set. Fix the error message, too. - Fix typo in comment or debug message. |
| /src/sys/external/bsd/drm2/dist/include/drm/ | |
| drm_pciids.h | 1.4.4.1 Thu Aug 17 09:57:28 UTC 2023 martin Pull up following revision(s) (requested by andvar in ticket #329): distrib/sets/lists/modules/md.amd64: revision 1.100 sys/external/bsd/drm2/dist/include/drm/drm_pciids.h: revision 1.5 sys/arch/amd64/conf/GENERIC: revision 1.605 sys/modules/Makefile: revision 1.279 distrib/sets/lists/debug/module.md.amd64: revision 1.14 viadrmums(4): build legacy VIA DRM UMS driver module for amd64. This driver is not built-in by default, thus loadable module can help (un)lucky owners of 64-bit capable VIA (Nano/Eden) systems or early AMD/Intel systems with some VIA chipsets, which include VIA integrated graphics. I also boldly added product IDs for few later models from VX8xx/VX9xx chipsets without 3D support (DX9_0) to "expand" the driver support to more systems. Tested successfully basic functionality on VX800, and partially successfully on VX900 (on VX900 Xorg failed to initialize due to openchrome related issues, viadrmums attaches and it is by used the driver). Didn't test on VX855, I don't have one. |
| /src/sys/arch/arm/iomd/ | |
| iomd_irqhandler.c | 1.20.4.1 Mon Nov 10 17:59:56 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/arch/arm/ofw/ | |
| ofw_irqhandler.c | 1.20.2.1 Mon Nov 10 17:59:56 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/arch/ews4800mips/sbd/ | |
| fb_sbdio.c | 1.13.4.1 Mon Nov 10 17:59:56 UTC 2014 snj branches: 1.13.4.1.2; 1.13.4.1.6; Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/arch/hpcmips/tx/ | |
| tx39icu.c | 1.33.4.1 Mon Nov 10 17:59:56 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/arch/shark/isa/ | |
| isa_irqhandler.c | 1.26.4.1 Mon Nov 10 17:59:56 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/arch/sun68k/sun68k/ | |
| bus.c | 1.21.60.1 Mon Nov 10 17:59:57 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/external/bsd/compiler_rt/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:27 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/external/bsd/compiler_rt/lib/clang/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:25 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/external/bsd/compiler_rt/lib/clang/lib/netbsd/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:26 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| sources.mk | 1.1.2.3 Sun Sep 01 10:36:26 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| syms.mk | 1.1.2.3 Sun Sep 01 10:36:26 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:26 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:27 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/ | |
| Makefile | 1.1.2.3 Sun Sep 01 10:36:26 UTC 2019 martin Pull up following revision(s) (requested by kamil in ticket #122): external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_minimal-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.280 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/comp/md.amd64: revision 1.272 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/Makefile: revision 1.3 distrib/sets/lists/comp/md.i386: revision 1.190 external/bsd/compiler_rt/lib/clang/Makefile: revision 1.2 Makefile: revision 1.330 external/bsd/compiler_rt/lib/clang/lib/netbsd/xray-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m32/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan_cxx-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.i386: revision 1.153 distrib/sets/lists/base/md.i386: revision 1.154 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone_cxx-m64/Makefile: revision 1.2 external/bsd/Makefile: revision 1.65 external/bsd/compiler_rt/lib/clang/lib/netbsd/syms.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/sources.mk: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/msan-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/ubsan_standalone-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/safestack-m64/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/asan-m64/Makefile: revision 1.2 distrib/sets/lists/base/md.amd64: revision 1.279 external/bsd/compiler_rt/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.2 external/bsd/compiler_rt/lib/clang/lib/netbsd/Makefile: revision 1.3 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan-m64/Makefile: revision 1.2 Makefile: revision 1.328 Makefile: revision 1.329 external/bsd/compiler_rt/lib/clang/lib/netbsd/tsan_cxx-m64/Makefile: revision 1.2 Fix building compiler_rt with MKCOMPAT=no; approved by kamil@ Enhance MKSANITIZER support Add i386 support for LLVM sanitizers. Add new build phases do-sanitizer-* for building LLVM sanitizers after libs and before other programs. This phase is important as sanitizers need to link with libs and sanitized programs must link with sanitizer runtimes. Fix LLVM sanitizer build by GCC (HAVE_LLVM=no) Do not error if a priority from 0 to 100 is used for constructor or destructor. Use -Wno-error to silence all errors from this warning type. There should be used -Wno-prio-ctor-dtor, but it's not supported by GCC7. Rework the LLVM compiler_rt build rules Register external/bsd/compiler_rt as a _SUBDIR. This will allow to handle properly includes specific for compiler_rt. Centralize build_install target for external/bsd/compiler_rt. With the above changes MKOBJDIR is now respected properly for me. Do not install LLVM sanitizers into TOOLDIR for !HAVE_LLVM. Correct the build rules of LLVM sanitizers Fix generation of .a.syms files in LLVM sanitizers. The old rules weren't functional and sometimes they were fatal in the build. Add the .a.syms files to distribution sets. These files are generated only in certain .a files in 64bit version of sanitizers. Correct the location of files with LLVM sanitizers. Move the LLVM sanitizer entries from base to comp files. |
| /src/sys/arch/atari/atari/ | |
| intr.c | 1.23.34.1 Mon Nov 10 17:59:56 UTC 2014 snj Pull up following revision(s) (requested by maxv in ticket #195): sys/arch/arm/iomd/iomd_irqhandler.c: revision 1.21 sys/arch/arm/ofw/ofw_irqhandler.c: revision 1.21 sys/arch/atari/atari/intr.c: revision 1.24-1.25 sys/arch/ews4800mips/sbd/fb_sbdio.c: revision 1.14 sys/arch/hpcmips/tx/tx39icu.c: revision 1.34 sys/arch/shark/isa/isa_irqhandler.c: revision 1.27 sys/arch/sparc/sparc/machdep.c: revision 1.327 sys/arch/sparc64/dev/psycho.c: revision 1.119 sys/arch/sparc64/dev/schizo.c: revision 1.32 sys/arch/sparc64/sparc64/machdep.c: revision 1.279 sys/arch/sun68k/sun68k/bus.c: revision 1.22 sys/arch/x86/x86/ipmi.c: revision 1.58 sys/arch/xen/xen/privcmd.c: revision 1.46-1.49 Fix several memory leaks. |
| /src/sys/dev/ic/ | |
| com.c | 1.279 Mon Apr 21 00:56:31 UTC 2008 ad branches: 1.279.2; Make ntp, pmc, reboot, sysarch, time syscalls MPSAFE. Mon Apr 21 00:56:31 UTC 2008 ad branches: 1.279.2; Make ntp, pmc, reboot, sysarch, time syscalls MPSAFE. 1.279.2.5 Wed Aug 11 22:53:24 UTC 2010 yamt sync with head. 1.279.2.4 Thu Mar 11 15:03:29 UTC 2010 yamt sync with head 1.279.2.3 Sat May 16 10:41:22 UTC 2009 yamt sync with head 1.279.2.2 Mon May 04 08:12:41 UTC 2009 yamt sync with head. 1.279.2.1 Fri May 16 02:24:03 UTC 2008 yamt sync with head. |
| /src/sys/netinet/ | |
| ip_output.c | 1.279 Fri May 12 17:53:54 UTC 2017 ryo branches: 1.279.2; replace in_fmtaddr() by IN_PRINT(), and delete function in_fmtaddr() Fri May 12 17:53:54 UTC 2017 ryo branches: 1.279.2; replace in_fmtaddr() by IN_PRINT(), and delete function in_fmtaddr() 1.279.2.7 Sun Mar 18 10:57:01 UTC 2018 martin Pull up following revision(s) (requested by tih in ticket #639): sys/kern/uipc_socket.c: revision 1.258 sys/kern/uipc_socket.c: revision 1.259 sys/netinet/ip_input.c: revision 1.364 (via patch) sys/netinet/ip_output.c: revision 1.289 sys/netinet/in.h: revision 1.102 sys/netinet/in_pcb.c: revision 1.181 share/man/man9/sockopt.9: revision 1.11 sys/netinet/in_pcb.h: revision 1.65 sys/sys/socketvar.h: revision 1.146 sys/kern/uipc_syscalls.c: revision 1.189 sys/netinet/ip_output.c: revision 1.290 share/man/man4/ip.4: revision 1.41 share/man/man4/ip.4: revision 1.42 sys/kern/uipc_syscalls.c: revision 1.190 pass valsize for getsockopt like we do for setsockopt make sure that we have enough space, don't require the exact size (Tom Ivar Helbekkmo) 1) "#define ipi_spec_dst ipi_addr" in <netinet/in.h> 2) Change the IP_RECVPKTINFO option to control the generation of IP_PKTINFO control messages, the way it's done in Solaris. 3) Remove the superfluous IP_RECVPKTINFO control message. 4) Change the IP_PKTINFO option to do different things depending on the parameter it's supplied with: - If it's sizeof(int), assume it's being used as in Linux: - If it's non-zero, turn on the IP_RECVPKTINFO option. - If it's zero, turn off the IP_RECVPKTINFO option. - If it's sizeof(struct in_pktinfo), assume it's being used as in Solaris, to set a default for the source interface and/or source address for outgoing packets on the socket. 5) Return what Linux or Solaris compatible code expects, depending on data size, and just added a fallback to a Linux (and current NetBSD) compatible value if the size is unknown (as it is now), or, in the future, if the calling application specifies a receiving buffer that doesn't match either data item. From: Tom Ivar Helbekkmo new sentence-new line Remove comment now that the getsockopt code passes the size. Add a new sockopt member to keep track of the actual size of the option that should be returned to the caller in getsockopt(2). (Tom Ivar Helbekkmo) 1.279.2.6 Mon Feb 19 18:39:43 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #557): sys/netinet/ip_output.c: 1.295 Keep a pointer to the interface of the multicast membership, because the multicast element itself might go away in in_delmulti (but the interface can't because we hold the lock). From ozaki-r@ 1.279.2.5 Sat Jan 13 21:52:06 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #494): sys/netinet/ip_output.c: revision 1.291-1.292 - this is not python, we need braces - protect ifp locking against NULL -- from ozaki-r: use the proper ifp. XXX: perhaps push the lock in in_delmulti()? 1.279.2.4 Tue Jan 02 10:56:58 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #463): sys/netinet/in.c: revision 1.212 sys/netinet/ip_output.c: revision 1.288 sys/netinet6/in6.c: revision 1.256 sys/netinet6/in6_pcb.c: revision 1.163 sys/sys/lwp.h: revision 1.176 Add missing curlwp_bindx -- Add missing curlwp_bindx -- Check LP_BOUND is surely set in curlwp_bindx This may find an extra call of curlwp_bindx. -- Fix usage of curlwp_bind in ip_output curlwp_bindx must be called in LIFO order, i.e., we can't call curlwp_bind and curlwp_bindx like this: bound1 = curlwp_bind(); bound2 = curlwp_bind(); curlwp_bindx(bound1); curlwp_bindx(bound2); ip_outout did so if NET_MPSAFE. Fix it. -- Fix wrong usage of psref_held We can't use it for checking if a caller does NOT hold a given target. If you want to do it you should have psref_not_held or something. 1.279.2.3 Tue Jan 02 10:20:34 UTC 2018 snj Pull up following revision(s) (requested by ozaki-r in ticket #456): sys/arch/arm/sunxi/sunxi_emac.c: 1.9 sys/dev/ic/dwc_gmac.c: 1.43-1.44 sys/dev/pci/if_iwm.c: 1.75 sys/dev/pci/if_wm.c: 1.543 sys/dev/pci/ixgbe/ixgbe.c: 1.112 sys/dev/pci/ixgbe/ixv.c: 1.74 sys/kern/sys_socket.c: 1.75 sys/net/agr/if_agr.c: 1.43 sys/net/bpf.c: 1.219 sys/net/if.c: 1.397, 1.399, 1.401-1.403, 1.406-1.410, 1.412-1.416 sys/net/if.h: 1.242-1.247, 1.250, 1.252-1.257 sys/net/if_bridge.c: 1.140 via patch, 1.142-1.146 sys/net/if_etherip.c: 1.40 sys/net/if_ethersubr.c: 1.243, 1.246 sys/net/if_faith.c: 1.57 sys/net/if_gif.c: 1.132 sys/net/if_l2tp.c: 1.15, 1.17 sys/net/if_loop.c: 1.98-1.101 sys/net/if_media.c: 1.35 sys/net/if_pppoe.c: 1.131-1.132 sys/net/if_spppsubr.c: 1.176-1.177 sys/net/if_tun.c: 1.142 sys/net/if_vlan.c: 1.107, 1.109, 1.114-1.121 sys/net/npf/npf_ifaddr.c: 1.3 sys/net/npf/npf_os.c: 1.8-1.9 sys/net/rtsock.c: 1.230 sys/netcan/if_canloop.c: 1.3-1.5 sys/netinet/if_arp.c: 1.255 sys/netinet/igmp.c: 1.65 sys/netinet/in.c: 1.210-1.211 sys/netinet/in_pcb.c: 1.180 sys/netinet/ip_carp.c: 1.92, 1.94 sys/netinet/ip_flow.c: 1.81 sys/netinet/ip_input.c: 1.362 sys/netinet/ip_mroute.c: 1.147 sys/netinet/ip_output.c: 1.283, 1.285, 1.287 sys/netinet6/frag6.c: 1.61 sys/netinet6/in6.c: 1.251, 1.255 sys/netinet6/in6_pcb.c: 1.162 sys/netinet6/ip6_flow.c: 1.35 sys/netinet6/ip6_input.c: 1.183 sys/netinet6/ip6_output.c: 1.196 sys/netinet6/mld6.c: 1.90 sys/netinet6/nd6.c: 1.239-1.240 sys/netinet6/nd6_nbr.c: 1.139 sys/netinet6/nd6_rtr.c: 1.136 sys/netipsec/ipsec_output.c: 1.65 sys/rump/net/lib/libnetinet/netinet_component.c: 1.9-1.10 kmem_intr_free kmem_intr_[z]alloced memory the underlying pools are the same but api-wise those should match Unify IFEF_*_MPSAFE into IFEF_MPSAFE There are already two flags for if_output and if_start, however, it seems such MPSAFE flags are eventually needed for all if_XXX operations. Having discrete flags for each operation is wasteful of if_extflags bits. So let's unify the flags into one: IFEF_MPSAFE. Fortunately IFEF_*_MPSAFE flags have never been included in any releases, so we can change them without breaking backward compatibility of the releases (though the kernel version of -current should be bumped). Note that if an interface have both MP-safe and non-MP-safe operations at a time, we have to set the IFEF_MPSAFE flag and let callees of non-MP-safe opeartions take the kernel lock. Proposed on tech-kern@ and tech-net@ Provide macros for softnet_lock and KERNEL_LOCK hiding NET_MPSAFE switch It reduces C&P codes such as "#ifndef NET_MPSAFE KERNEL_LOCK(1, NULL); ..." scattered all over the source code and makes it easy to identify remaining KERNEL_LOCK and/or softnet_lock that are held even if NET_MPSAFE. No functional change Hold KERNEL_LOCK on if_ioctl selectively based on IFEF_MPSAFE If IFEF_MPSAFE is set, hold the lock and otherwise don't hold. This change requires additions of KERNEL_LOCK to subsequence functions from if_ioctl such as ifmedia_ioctl and ifioctl_common to protect non-MP-safe components. Proposed on tech-kern@ and tech-net@ Ensure to hold if_ioctl_lock when calling if_flags_set Fix locking against myself on ifpromisc vlan_unconfig_locked could be called with holding if_ioctl_lock. Ensure to not turn on IFF_RUNNING of an interface until its initialization completes And ensure to turn off it before destruction as per IFF_RUNNING's description "resource allocated". (The description is a bit doubtful though, I believe the change is still proper.) Ensure to hold if_ioctl_lock on if_up and if_down One exception for if_down is if_detach; in the case the lock isn't needed because it's guaranteed that no other one can access ifp at that point. Make if_link_queue MP-safe if IFEF_MPSAFE if_link_queue is a queue to store events of link state changes, which is used to pass events from (typically) an interrupt handler to if_link_state_change softint. The queue was protected by KERNEL_LOCK so far, but if IFEF_MPSAFE is enabled, it becomes unsafe because (perhaps) an interrupt handler of an interface with IFEF_MPSAFE doesn't take KERNEL_LOCK. Protect it by a spin mutex. Additionally with this change KERNEL_LOCK of if_link_state_change softint is omitted if NET_MPSAFE is enabled. Note that the spin mutex is now ifp->if_snd.ifq_lock as well as the case of if_timer (see the comment). Use IFADDR_WRITER_FOREACH instead of IFADDR_READER_FOREACH At that point no other one modifies the list so IFADDR_READER_FOREACH is unnecessary. Use of IFADDR_READER_FOREACH is harmless in general though, if we try to detect contract violations of pserialize, using it violates the contract. So avoid using it makes life easy. Ensure to call if_addr_init with holding if_ioctl_lock Get rid of outdated comments Fix build of kernels without ether By throwing out if_enable_vlan_mtu and if_disable_vlan_mtu that created a unnecessary dependency from if.c to if_ethersubr.c. PR kern/52790 Rename IFNET_LOCK to IFNET_GLOBAL_LOCK IFNET_LOCK will be used in another lock, if_ioctl_lock (might be renamed then). Wrap if_ioctl_lock with IFNET_* macros (NFC) Also if_ioctl_lock perhaps needs to be renamed to something because it's now not just for ioctl... Reorder some destruction routines in if_detach - Destroy if_ioctl_lock at the end of the if_detach because it's used in various destruction routines - Move psref_target_destroy after pr_purgeif because we want to use psref in pr_purgeif (otherwise destruction procedures can be tricky) Ensure to call if_mcast_op with holding IFNET_LOCK Note that CARP doesn't deal with IFNET_LOCK yet. Remove IFNET_GLOBAL_LOCK where it's unnecessary because IFNET_LOCK is held Describe which lock is used to protect each member variable of struct ifnet Requested by skrll@ Write a guideline for converting an interface to IFEF_MPSAFE Requested by skrll@ Note that IFNET_LOCK must not be held in softint Don't set IFEF_MPSAFE unless NET_MPSAFE at this point Because recent investigations show that interfaces with IFEF_MPSAFE need to follow additional restrictions to work with the flag safely. We should enable it on an interface by default only if the interface surely satisfies the restrictions, which are described in if.h. Note that enabling IFEF_MPSAFE solely gains a few benefit on performance because the network stack is still serialized by the big kernel locks by default. 1.279.2.2 Thu Dec 21 21:08:13 UTC 2017 snj Pull up following revision(s) (requested by ryo in ticket #445): distrib/sets/lists/debug/mi: revision 1.222 distrib/sets/lists/tests/mi: revision 1.760 share/man/man4/ip.4: revision 1.38 sys/netinet/in.c: revision 1.207 sys/netinet/in.h: revision 1.101 sys/netinet/in_pcb.c: revision 1.179 sys/netinet/in_pcb.h: revision 1.64 sys/netinet/ip_output.c: revision 1.284, 1.286 sys/netinet/ip_var.h: revision 1.120-1.121 sys/netinet/raw_ip.c: revision 1.166-1.167 sys/netinet/udp_usrreq.c: revision 1.235-1.236 sys/netinet/udp_var.h: revision 1.42 tests/net/net/Makefile: revision 1.21 tests/net/net/t_pktinfo_send.c: revision 1.1-1.2 Add support IP_PKTINFO for sendmsg(2). The source address or output interface can be specified by adding IP_PKTINFO to the control part of the message on a SOCK_DGRAM or SOCK_RAW socket. Reviewed by ozaki-r@ and christos@. thanks. -- As is the case with IPV6_PKTINFO, IP_PKTINFO can be sent without EADDRINUSE even if the UDP address:port in use is specified. 1.279.2.1 Fri Jul 07 09:23:01 UTC 2017 martin Pull up following revision(s) (requested by roy in ticket #100): sys/netinet/ip_output.c: revision 1.280 sys/netinet/ip_output.c: revision 1.282 When outputting, search for the sending address on the sending interface rather than blindly picking the first matcing address from any interface when testing source address validity. This allows another interface to have the same address, but be detached. Rename u to udst, .dst to .sa and .dst4 to sin. Create sockaddr for the source address in usrc so it won't stamp on udst. This fixes a regression caused in r1.280 |
| /src/distrib/sets/lists/debug/ | |
| module.md.amd64 | 1.12.2.1 Thu Aug 17 09:57:28 UTC 2023 martin Pull up following revision(s) (requested by andvar in ticket #329): distrib/sets/lists/modules/md.amd64: revision 1.100 sys/external/bsd/drm2/dist/include/drm/drm_pciids.h: revision 1.5 sys/arch/amd64/conf/GENERIC: revision 1.605 sys/modules/Makefile: revision 1.279 distrib/sets/lists/debug/module.md.amd64: revision 1.14 viadrmums(4): build legacy VIA DRM UMS driver module for amd64. This driver is not built-in by default, thus loadable module can help (un)lucky owners of 64-bit capable VIA (Nano/Eden) systems or early AMD/Intel systems with some VIA chipsets, which include VIA integrated graphics. I also boldly added product IDs for few later models from VX8xx/VX9xx chipsets without 3D support (DX9_0) to "expand" the driver support to more systems. Tested successfully basic functionality on VX800, and partially successfully on VX900 (on VX900 Xorg failed to initialize due to openchrome related issues, viadrmums attaches and it is by used the driver). Didn't test on VX855, I don't have one. |
| /src/sys/arch/evbppc/conf/ | |
| OPENBLOCKS266_OPT | 1.9.28.1 Sun Nov 21 03:05:07 UTC 2010 riz branches: 1.9.28.1.2; Pull up following revision(s) (requested by plunky in ticket #1407): sys/dev/bluetooth/btdev.h: revision 1.9 sys/arch/iyonix/conf/GENERIC: revision 1.60 sys/arch/sparc64/conf/GENERIC: revision 1.129 sys/dev/usb/hid.c: revision 1.30 sys/dev/usb/hid.h: revision 1.13 sys/arch/i386/conf/GENERIC: revision 1.983 usr.sbin/btdevctl/print.c: revision 1.10 sys/arch/evbarm/conf/MPCSA_GENERIC: revision 1.16 sys/arch/alpha/conf/GENERIC: revision 1.337 sys/dev/bluetooth/files.bluetooth: revision 1.14 sys/arch/evbarm/conf/GUMSTIX: revision 1.49 sys/dev/usb/usbdevs: revision 1.550 sys/arch/evbppc/conf/OPENBLOCKS266_OPT: revision 1.14 sys/arch/hpcsh/conf/GENERIC: revision 1.91 sys/dev/bluetooth/btmagic.c: revision 1.1 distrib/sets/lists/man/mi: revision 1.1210 sys/arch/amd64/conf/GENERIC: revision 1.279 sys/arch/i386/conf/ALL: revision 1.258 sys/arch/amd64/conf/XEN3_DOM0: revision 1.54 sys/arch/hpcarm/conf/JORNADA720: revision 1.78 sys/dev/usb/hid.c: revision 1.29 share/man/man4/btmagic.4: revision 1.1 hid_get_data() does not work if the size of data is less than a byte and crosses a byte boundary, and it always returns a sign-extended value. fix this by using the algorithm from libusbhid to read bytes, and provide a hid_get_udata() function to return unsigned data values. while here, const args update DPRINTF to reflect actual function name add Apple Magic Mouse product-id regen for Magic Mouse id allow for vendor-id and product-id properties, passing them through to child devices add Magic Mouse driver and manpage btmagic(4) additionally query the "PnP Information" service record to discover any USB Forum vendor-id and product-id values and store them in the property list if found. add btmagic(4) where other Bluetooth drivers are listed |
| /src/sys/dev/bluetooth/ | |
| btdev.h | 1.8.14.1 Sun Nov 21 03:05:03 UTC 2010 riz Pull up following revision(s) (requested by plunky in ticket #1407): sys/dev/bluetooth/btdev.h: revision 1.9 sys/arch/iyonix/conf/GENERIC: revision 1.60 sys/arch/sparc64/conf/GENERIC: revision 1.129 sys/dev/usb/hid.c: revision 1.30 sys/dev/usb/hid.h: revision 1.13 sys/arch/i386/conf/GENERIC: revision 1.983 usr.sbin/btdevctl/print.c: revision 1.10 sys/arch/evbarm/conf/MPCSA_GENERIC: revision 1.16 sys/arch/alpha/conf/GENERIC: revision 1.337 sys/dev/bluetooth/files.bluetooth: revision 1.14 sys/arch/evbarm/conf/GUMSTIX: revision 1.49 sys/dev/usb/usbdevs: revision 1.550 sys/arch/evbppc/conf/OPENBLOCKS266_OPT: revision 1.14 sys/arch/hpcsh/conf/GENERIC: revision 1.91 sys/dev/bluetooth/btmagic.c: revision 1.1 distrib/sets/lists/man/mi: revision 1.1210 sys/arch/amd64/conf/GENERIC: revision 1.279 sys/arch/i386/conf/ALL: revision 1.258 sys/arch/amd64/conf/XEN3_DOM0: revision 1.54 sys/arch/hpcarm/conf/JORNADA720: revision 1.78 sys/dev/usb/hid.c: revision 1.29 share/man/man4/btmagic.4: revision 1.1 hid_get_data() does not work if the size of data is less than a byte and crosses a byte boundary, and it always returns a sign-extended value. fix this by using the algorithm from libusbhid to read bytes, and provide a hid_get_udata() function to return unsigned data values. while here, const args update DPRINTF to reflect actual function name add Apple Magic Mouse product-id regen for Magic Mouse id allow for vendor-id and product-id properties, passing them through to child devices add Magic Mouse driver and manpage btmagic(4) additionally query the "PnP Information" service record to discover any USB Forum vendor-id and product-id values and store them in the property list if found. add btmagic(4) where other Bluetooth drivers are listed |
| btmagic.c | 1.1.8.2 Sun Nov 21 03:05:03 UTC 2010 riz Pull up following revision(s) (requested by plunky in ticket #1407): sys/dev/bluetooth/btdev.h: revision 1.9 sys/arch/iyonix/conf/GENERIC: revision 1.60 sys/arch/sparc64/conf/GENERIC: revision 1.129 sys/dev/usb/hid.c: revision 1.30 sys/dev/usb/hid.h: revision 1.13 sys/arch/i386/conf/GENERIC: revision 1.983 usr.sbin/btdevctl/print.c: revision 1.10 sys/arch/evbarm/conf/MPCSA_GENERIC: revision 1.16 sys/arch/alpha/conf/GENERIC: revision 1.337 sys/dev/bluetooth/files.bluetooth: revision 1.14 sys/arch/evbarm/conf/GUMSTIX: revision 1.49 sys/dev/usb/usbdevs: revision 1.550 sys/arch/evbppc/conf/OPENBLOCKS266_OPT: revision 1.14 sys/arch/hpcsh/conf/GENERIC: revision 1.91 sys/dev/bluetooth/btmagic.c: revision 1.1 distrib/sets/lists/man/mi: revision 1.1210 sys/arch/amd64/conf/GENERIC: revision 1.279 sys/arch/i386/conf/ALL: revision 1.258 sys/arch/amd64/conf/XEN3_DOM0: revision 1.54 sys/arch/hpcarm/conf/JORNADA720: revision 1.78 sys/dev/usb/hid.c: revision 1.29 share/man/man4/btmagic.4: revision 1.1 hid_get_data() does not work if the size of data is less than a byte and crosses a byte boundary, and it always returns a sign-extended value. fix this by using the algorithm from libusbhid to read bytes, and provide a hid_get_udata() function to return unsigned data values. while here, const args update DPRINTF to reflect actual function name add Apple Magic Mouse product-id regen for Magic Mouse id allow for vendor-id and product-id properties, passing them through to child devices add Magic Mouse driver and manpage btmagic(4) additionally query the "PnP Information" service record to discover any USB Forum vendor-id and product-id values and store them in the property list if found. add btmagic(4) where other Bluetooth drivers are listed |
Completed in 310 milliseconds
Indexes created Fri Apr 03 00:24:04 UTC 2026