Searched hist:1.294 (Results 1 - 25 of 127) sorted by relevance
| /src/tests/usr.bin/xlint/lint1/ | ||
| H A D | msg_215.c | 1.11 Sun Aug 29 17:01:27 GMT 2021 rillig lint: in C99 mode, make implicit function declarations an error In tree.c 1.294 from 2021-06-28, I had already tried this, but at that time, there were too many implicit function definitions in the NetBSD tree. Most of them were GCC builtins, which lint did not recognize. Therefore I had to revert to a warning in tree.c 1.302 from 2021-06-30. In the meantime, lint has learnt to recognize compiler builtins, see is_compiler_builtin, so try again now. The build logs from x86_64, i386, sparc and sparc64 show no more implicit function declarations. 1.8 Wed Jun 30 14:32:41 GMT 2021 rillig lint: in C99 mode, only warn about implicit function declarations Since tree.c 1.294 from 2021-06-28 (two days ago), lint errored out on an implicit function declaration. In principle it is correct to do so since C99 requires it, but in practice there are a several functions that are not declared in the translation unit itself since they are provided by the compiler. Typical examples for GCC and Clang are the various functions named '__builtin_*' and '__atomic_*'. For now, only warn about these but don't error out. |
| H A D | decl.c | 1.3 Sun Jul 11 00:12:30 GMT 2021 rillig tests/lint: parse error for unused variable (since 2021-07-10) Since cgram.y 1.294 from 2021-07-10. |
| /src/ | ||
| H A D | build.sh | 1.294 Sun Aug 10 05:56:36 GMT 2014 matt branches: 1.294.2; Changes to existing files to enable building AARCH64 userland. evbarm64-el This is clang only. While gcc4.8 supports aarch64, no netbsd support has been written for aarch64 with gcc4.8. 1.294 Sun Aug 10 05:56:36 GMT 2014 matt branches: 1.294.2; Changes to existing files to enable building AARCH64 userland. evbarm64-el This is clang only. While gcc4.8 supports aarch64, no netbsd support has been written for aarch64 with gcc4.8. |
| /src/sys/sys/ | ||
| H A D | syscallargs.h | 1.294 Sat Apr 04 20:27:27 GMT 2020 thorpej branches: 1.294.2; Regen for _lwp_gettid(2). 1.294 Sat Apr 04 20:27:27 GMT 2020 thorpej branches: 1.294.2; Regen for _lwp_gettid(2). |
| H A D | vnode.h | 1.294 Sun Mar 22 18:32:42 GMT 2020 ad branches: 1.294.2; Process concurrent page faults on individual uvm_objects / vm_amaps in parallel, where the relevant pages are already in-core. Proposed on tech-kern. Temporarily disabled on MP architectures with __HAVE_UNLOCKED_PMAP until adjustments are made to their pmaps. 1.294 Sun Mar 22 18:32:42 GMT 2020 ad branches: 1.294.2; Process concurrent page faults on individual uvm_objects / vm_amaps in parallel, where the relevant pages are already in-core. Proposed on tech-kern. Temporarily disabled on MP architectures with __HAVE_UNLOCKED_PMAP until adjustments are made to their pmaps. |
| H A D | syscall.h | 1.294 Sat Apr 23 23:09:27 GMT 2016 christos regen |
| /src/sys/dev/pci/ | ||
| H A D | if_bgereg.h | 1.60 Tue Feb 26 11:06:23 GMT 2013 msaitoh Add some bugfixes and enhancement from FreeBSD: - Workaround for BCM5906 silicon bug. When auto-negotiation results in half-duplex operation, excess collision on the ethernet link may cause internal chip delays that may result in subsequent valid frames being dropped due to insufficient receive buffer resources. (FreeBSD: r214219, r214251, r214292) - Allow write DMA to request larger DMA burst size to get better performance on BCM5785. (FreeBSD r213333: OpenBSD 1.294) - Enable TX MAC state machine lockup fix for both BCM5755 or higher and BCM5906. Publicly available data sheet just says it may happen due to corrupted TxMbuf. (FreeBSD r214216) - Follow Broadcom datasheet: Delay 100 microseconds after enabling transmit MAC. Delay 10 microseconds after enabling receive MAC. (FreeBSD r241220) |
| H A D | if_bge.c | 1.294 Wed Nov 18 10:26:57 GMT 2015 msaitoh Delete #ifdef __HAVE_PCI_MSI_MSIX and use pci_intr_allo()/pci_intr_release() on any systems. The third argument of pci_intr_alloc() is left because we will use the code to support MSI-X in future. 1.206 Tue Feb 26 11:06:23 GMT 2013 msaitoh Add some bugfixes and enhancement from FreeBSD: - Workaround for BCM5906 silicon bug. When auto-negotiation results in half-duplex operation, excess collision on the ethernet link may cause internal chip delays that may result in subsequent valid frames being dropped due to insufficient receive buffer resources. (FreeBSD: r214219, r214251, r214292) - Allow write DMA to request larger DMA burst size to get better performance on BCM5785. (FreeBSD r213333: OpenBSD 1.294) - Enable TX MAC state machine lockup fix for both BCM5755 or higher and BCM5906. Publicly available data sheet just says it may happen due to corrupted TxMbuf. (FreeBSD r214216) - Follow Broadcom datasheet: Delay 100 microseconds after enabling transmit MAC. Delay 10 microseconds after enabling receive MAC. (FreeBSD r241220) |
| H A D | files.pci | 1.294 Wed Jul 11 07:53:29 GMT 2007 kiyohara branches: 1.294.2; Add support for NVIDIA nForce 2/3/4 SMBus controller and SMBus driver. 1.294 Wed Jul 11 07:53:29 GMT 2007 kiyohara branches: 1.294.2; Add support for NVIDIA nForce 2/3/4 SMBus controller and SMBus driver. |
| /src/sys/kern/ | ||
| H A D | tty.c | 1.294 Sat Oct 10 18:53:56 GMT 2020 christos branches: 1.294.2; remove extra break 1.294 Sat Oct 10 18:53:56 GMT 2020 christos branches: 1.294.2; remove extra break |
| H A D | init_sysent.c | 1.294 Sat May 09 05:55:43 GMT 2015 pgoyette Regen from syscalls.master |
| H A D | syscalls.c | 1.294 Tue Dec 01 00:27:17 GMT 2015 pgoyette Regen |
| /src/lib/ | ||
| H A D | Makefile | 1.294 Mon May 30 15:06:55 GMT 2022 rin branches: 1.294.2; Introduce libc_aligned.so for evbppc-powerpc32, which provides strictly-aligned versions of memcmp(3), bcopy(3), memcpy(3), and memmove(3). This is used for 403 by ld.so.conf with machdep.no_unaligned variable. With this library, unaligned memory accesses are significantly reduced for 403 (from several hundreds to few tens per sec under heavy load); only ld.elf_so (typically few times per fork) and statically-linked binaries do such access. 1.294 Mon May 30 15:06:55 GMT 2022 rin branches: 1.294.2; Introduce libc_aligned.so for evbppc-powerpc32, which provides strictly-aligned versions of memcmp(3), bcopy(3), memcpy(3), and memmove(3). This is used for 403 by ld.so.conf with machdep.no_unaligned variable. With this library, unaligned memory accesses are significantly reduced for 403 (from several hundreds to few tens per sec under heavy load); only ld.elf_so (typically few times per fork) and statically-linked binaries do such access. |
| /src/sys/dev/scsipi/ | ||
| H A D | sd.c | 1.294 Sat Jul 30 00:08:37 GMT 2011 jmcneill branches: 1.294.2; Add an FSILENT flag and use it to suppress "Medium Not Present" scsipi spam when trying to access offline drives at boot. 1.294 Sat Jul 30 00:08:37 GMT 2011 jmcneill branches: 1.294.2; Add an FSILENT flag and use it to suppress "Medium Not Present" scsipi spam when trying to access offline drives at boot. |
| /src/sys/arch/macppc/conf/ | ||
| H A D | GENERIC | 1.294 Tue Nov 22 21:25:24 GMT 2011 tls branches: 1.294.2; The rnd pseudo-device is not really optional, because it is in the same source file as the entropy-pool code itself. Move it to std. This will be cleaned up more when I split the sources up as they should be. This fixes build breaks on several ports. Thanks to Havard Eidnes for pointing them out. 1.294 Tue Nov 22 21:25:24 GMT 2011 tls branches: 1.294.2; The rnd pseudo-device is not really optional, because it is in the same source file as the entropy-pool code itself. Move it to std. This will be cleaned up more when I split the sources up as they should be. This fixes build breaks on several ports. Thanks to Havard Eidnes for pointing them out. |
| /src/usr.bin/make/ | ||
| H A D | dir.c | 1.294 Fri May 31 05:50:11 GMT 2024 rillig branches: 1.294.2; make: clean up API for iterating over hash tables 1.294 Fri May 31 05:50:11 GMT 2024 rillig branches: 1.294.2; make: clean up API for iterating over hash tables |
| /src/share/misc/ | ||
| H A D | acronyms | 1.294 Mon Jan 27 10:35:20 GMT 2020 nia SEO - already in comp |
| /src/sys/uvm/ | ||
| H A D | uvm_map.c | 1.294 Tue Jan 04 08:21:18 GMT 2011 matt branches: 1.294.2; 1.294.4; Add a MD hook to indicate a change of vmspace due to exec. (This is useful to update any cpu flag due to a change to/from a 64bit and a 32bit address space). This can set the state needed for copyout/copyin before setregs is invoked. 1.294 Tue Jan 04 08:21:18 GMT 2011 matt branches: 1.294.2; 1.294.4; Add a MD hook to indicate a change of vmspace due to exec. (This is useful to update any cpu flag due to a change to/from a 64bit and a 32bit address space). This can set the state needed for copyout/copyin before setregs is invoked. 1.294 Tue Jan 04 08:21:18 GMT 2011 matt branches: 1.294.2; 1.294.4; Add a MD hook to indicate a change of vmspace due to exec. (This is useful to update any cpu flag due to a change to/from a 64bit and a 32bit address space). This can set the state needed for copyout/copyin before setregs is invoked. |
| /src/usr.bin/xlint/lint1/ | ||
| H A D | tree.c | 1.363 Sun Aug 29 17:01:27 GMT 2021 rillig lint: in C99 mode, make implicit function declarations an error In tree.c 1.294 from 2021-06-28, I had already tried this, but at that time, there were too many implicit function definitions in the NetBSD tree. Most of them were GCC builtins, which lint did not recognize. Therefore I had to revert to a warning in tree.c 1.302 from 2021-06-30. In the meantime, lint has learnt to recognize compiler builtins, see is_compiler_builtin, so try again now. The build logs from x86_64, i386, sparc and sparc64 show no more implicit function declarations. 1.302 Wed Jun 30 14:32:41 GMT 2021 rillig lint: in C99 mode, only warn about implicit function declarations Since tree.c 1.294 from 2021-06-28 (two days ago), lint errored out on an implicit function declaration. In principle it is correct to do so since C99 requires it, but in practice there are a several functions that are not declared in the translation unit itself since they are provided by the compiler. Typical examples for GCC and Clang are the various functions named '__builtin_*' and '__atomic_*'. For now, only warn about these but don't error out. 1.294 Mon Jun 28 11:27:00 GMT 2021 rillig lint: in C99 mode, complain about implicitly declared functions C99, foreword, p5, item 22 lists among the major changes from C90: "remove implicit function declaration". |
| /src/lib/libc/ | ||
| H A D | shlib_version | 1.294 Sun Jul 02 00:52:04 GMT 2023 dholland libc/shlib_version: note that *rand48* should be punted to libcompat |
| /src/doc/ | ||
| H A D | BRANCHES | 1.294 Sat Oct 09 05:24:55 GMT 2010 yamt update |
| /src/usr.sbin/ | ||
| H A D | Makefile | 1.294 Tue Mar 11 13:56:48 GMT 2025 brad A driver and userland utility for a couple of families of the Microchip Technology / SMSC fan controller chips. The driver and utility supports the: o EMC2101 and EMC2101-R o EMC2103-1, EMC2102-2 and EMC2103-4 o EMC2104 o EMC2106 o EMC2301 o EMC2302 o EMC2303 o EMC2305 The EMC210X family supports 1 or 2 fans with tachometer. Depending on the chip, it may support 2 additional fans without tach and might support a high side attachment (i.e. a fan, usually 5v, driven directly from the chip and not PWM or DAC). All versions of EMC210X support internal temperature measurements, and depending on the chip, may support up to 5 additional temperature zones. The tachometers and temperature measurements are provided to the system via the envsys(4) framework. Some chip types support GPIO pins and support is provided via the gpio(4) framework. The EMC230X family supports 1, 2, 3 or 5 fans with the same number of tachometers. No temperature zone or GPIO support. The tachometers are provided to the system via the envsys(4) framework. The fan support can be provided by PWM signaling or DAC. The two chip families mostly do PWM signaling for the fan speed, but a number of them support DAC output, a 0 to 3v or so voltage. When the chip supports external temperature zones, this is done usually by a bipolar NPN or PNP transister configured as a diode, but some of the chip varients support thermistors. The emcfan(4) kernel driver provides a simple read / write / seek device in /dev/ to the register set in the chip. The heavy lifting is done in the userland utility emcfanctl(8) which provides the ability to read and write to any valid register and provides some basic higher level commands to control fan behavior. The output is simple text lines, or JSON. The kernel driver does not reset or other mess with the chip, aside from reading registers. It is entirely possible that something else in any particular system is the major manager of the fan controller and it would not do for the kernel driver to mess too much with the attached device. All interactions are intentional via the userland utility. It is known that a EMC2301 is present on the Raspberry PI 4 Compute IO module (not to be confused with the Raspberry PI 4 Compute module itself) and there is a breakout board from Adafruit with a EMC2101 on it. The chips themselves are pretty inexpensive from Mouser or Digi-key and can be soldered using the simpler SMD soldering techniques. A number of the variants are QFN packages, but the pads are exposed to the side of the chip. No other external components are required to use these fan controllers. |
| /src/sys/ufs/ffs/ | ||
| H A D | ffs_vfsops.c | 1.342 Tue Dec 27 10:54:38 GMT 2016 hannken branches: 1.342.2; Fix a bug introduced with Rev. 1.294: use LK_NOWAIT when called with MNT_LAZY. 1.294 Mon Mar 17 09:29:55 GMT 2014 hannken Change ffs_sync() to use vfs_vnode_iterator. |
| /src/sys/dev/ic/ | ||
| H A D | com.c | 1.294 Sat Jan 09 14:15:48 GMT 2010 tsutsui branches: 1.294.2; To print bus_addr_t value, cast it to u_long rather than size_t. 1.294 Sat Jan 09 14:15:48 GMT 2010 tsutsui branches: 1.294.2; To print bus_addr_t value, cast it to u_long rather than size_t. |
| /src/sys/dev/raidframe/ | ||
| H A D | rf_netbsdkintf.c | 1.294 Wed Aug 03 14:44:38 GMT 2011 oster branches: 1.294.2; Remove unused 'struct lwp *' from rf_getdisksize. No functional changes. 1.294 Wed Aug 03 14:44:38 GMT 2011 oster branches: 1.294.2; Remove unused 'struct lwp *' from rf_getdisksize. No functional changes. |
Completed in 419 milliseconds