Searched hist:1.293 (Results 1 - 25 of 125) sorted by relevance

12345

/src/sys/nfs/
H A Dnfs_vnops.c1.293 Mon Nov 28 08:05:06 GMT 2011 tls branches: 1.293.2; 1.293.4;
Remove arc4random() and arc4randbytes() from the kernel API. Replace
arc4random() hacks in rump with stubs that call the host arc4random() to
get numbers that are hopefully actually random (arc4random() keyed with
stack junk is not). This should fix some of the currently failing anita
tests -- we should no longer generate duplicate "random" MAC addresses in
the test environment.
1.293 Mon Nov 28 08:05:06 GMT 2011 tls branches: 1.293.2; 1.293.4;
Remove arc4random() and arc4randbytes() from the kernel API. Replace
arc4random() hacks in rump with stubs that call the host arc4random() to
get numbers that are hopefully actually random (arc4random() keyed with
stack junk is not). This should fix some of the currently failing anita
tests -- we should no longer generate duplicate "random" MAC addresses in
the test environment.
1.293 Mon Nov 28 08:05:06 GMT 2011 tls branches: 1.293.2; 1.293.4;
Remove arc4random() and arc4randbytes() from the kernel API. Replace
arc4random() hacks in rump with stubs that call the host arc4random() to
get numbers that are hopefully actually random (arc4random() keyed with
stack junk is not). This should fix some of the currently failing anita
tests -- we should no longer generate duplicate "random" MAC addresses in
the test environment.
/src/lib/libc/
H A Dshlib_version1.293 Mon Nov 01 05:53:45 GMT 2021 thorpej branches: 1.293.2;
Version the sigaction(2) libc wrapper. The new version uses the "siginfo"
trampoline exclusively, thus relegating "sigcontext"-style handlers (which
have not been documented for many years now) to the dustbin of the compat
library.
1.293 Mon Nov 01 05:53:45 GMT 2021 thorpej branches: 1.293.2;
Version the sigaction(2) libc wrapper. The new version uses the "siginfo"
trampoline exclusively, thus relegating "sigcontext"-style handlers (which
have not been documented for many years now) to the dustbin of the compat
library.
/src/
H A Dbuild.sh1.293 Thu Aug 07 18:10:20 GMT 2014 apb MACHINE_ARCH from the environment may be overridden by getarch (based
on the MACHINE), but MACHINE_ARCH from the -a option should not be
overridden. The previous commit accidentally removed this behaviour.
/src/sys/arch/i386/i386/
H A Dtrap.c1.293 Tue Feb 13 01:05:18 GMT 2018 christos branches: 1.293.2;
Unconditionally print the trap like we do for amdt64 (Dimitris Karagkasidis)

1.293 Tue Feb 13 01:05:18 GMT 2018 christos branches: 1.293.2;
Unconditionally print the trap like we do for amdt64 (Dimitris Karagkasidis)

/src/sys/arch/macppc/conf/
H A DGENERIC1.293 Sat Jul 30 04:53:30 GMT 2011 jakllsch branches: 1.293.2;
Add uplcom(4) and uftdi(4).
1.293 Sat Jul 30 04:53:30 GMT 2011 jakllsch branches: 1.293.2;
Add uplcom(4) and uftdi(4).
/src/sys/sys/
H A Dsyscallargs.h1.293 Tue Jan 21 02:38:26 GMT 2020 pgoyette Regen
H A Dsyscall.h1.293 Sun Apr 03 01:22:39 GMT 2016 christos regen
H A Dsystm.h1.293 Sat Feb 08 07:07:07 GMT 2020 maxv Retire KLEAK.

KLEAK was a nice feature and served its purpose; it allowed us to detect
dozens of info leaks on the kernel->userland boundary, and thanks to it we
tackled a good part of the infoleak problem 1.5 years ago.

Nowadays however, we have kMSan, which can detect uninitialized memory in
the kernel. kMSan supersedes KLEAK: it can detect what KLEAK was able to
detect, but in addition, (1) it operates in all of the kernel and not just
the kernel->userland boundary, (2) it requires no user interaction, and (3)
it is deterministic and not statistical.

That makes kMSan the feature of choice to detect info leaks nowadays;
people interested in detecting info leaks should boot a kMSan kernel and
just wait for the magic to happen.

KLEAK was a good ride, and a fun project, but now is time for it to go.

Discussed with several people, including Thomas Barabosch.
H A Dvnode.h1.293 Sat Mar 14 20:45:23 GMT 2020 ad Make uvm_pagemarkdirty() responsible for putting vnodes onto the syncer
work list. Proposed on tech-kern@.
/src/share/misc/
H A Dacronyms1.293 Mon Jan 27 10:25:16 GMT 2020 nia CCC, CPA, MDMA, SEO, WLW

/src/sys/kern/
H A Dinit_sysent.c1.293 Thu Mar 12 15:06:28 GMT 2015 christos regen
H A Dsyscalls.c1.293 Mon Nov 30 23:27:27 GMT 2015 pgoyette And now fix the actual syntax error. :(
H A Dsyscalls.master1.293 Tue Jul 31 13:00:13 GMT 2018 rjs Add getsockopt2() syscall.
H A Dtty.c1.293 Sat Oct 10 17:25:11 GMT 2020 christos remove broken copy of TIOCGSID.
H A Dvfs_bio.c1.293 Sat Apr 11 14:48:19 GMT 2020 jdolecek for bmempools set align, not ioff
/src/doc/
H A DBRANCHES1.293 Mon May 31 15:01:09 GMT 2010 uebayasi uebayasi-xip: Add share/man/man9.
/src/usr.sbin/
H A DMakefile1.293 Mon Dec 16 16:37:40 GMT 2024 brad


A driver for the MCP-2221 / 2221A multi-io chip. This is a USB to
UART / GPIO / I2C multi-io chip probably based upon a programmed PIC.
The end result is that simple gpio and i2c can exist on any system
that provides a USB port. This is everything from a RPI to a
Virtualbox VM.


o The UART presents itself as a umodem(4) device and pretty much works
as one would expect.

o There are 4 simple GPIO pins with multiple functions that attach to
gpio(4). Support for basic GPIO input and output exists with gpioctl,
the ADC, DAC and clock pulse functions exist as ALT functions. For
the ADC and DAC /dev/ devices are provided such that simple reads and
writes interact with the ADC and DAC. The IRQ function on pin GP1 and
bit banging the GPIO with gpiopps(4) and gpioow(4) are not really
supported. The short answer is that a spin lock is held while trying
to do USB transfers and that isn't allowed.

o There is a simple I2C engine that attaches to iic(4). This mostly
works as expected, except that a READ without STOP is not supported by
the engine which causes problems for some drivers. Most drivers do
not seem to use READ without STOP and seem to work as expected.
Support for changing the I2C speed is not supported, but nothing much
really does that.

o A userland utility called umcpmioctl(8) is provided that allows the
query of the status of the chip and allows for the query of the flash
memory and the setting of some of the flash memory parameters mostly
related to gpio. This utility interacts with a control device in
/dev/. The flash memory contents is copied to the sram on boot up of
the chip and can be used to adjust how the chip sets up the gpio pins,
among other things. Support for setting or entering the chip password
is not provided.

o A number of sysctls are provided to mess with various settings.
These are detailed in the man page.


While not perfect, the chip is reasonable, cheap, and has at least one
vendor making a breakout board. It is also one of the only ones in
this space that has enough documentation to write a driver.

Support for a related chip, the MCP-2210, which provides SPI and GPIO
may exist some day as the programming interface is very simular.

/src/sys/ufs/lfs/
H A Dlfs_vfsops.c1.293 Wed Jan 04 02:48:58 GMT 2012 perseant branches: 1.293.2;
lfs_writerd thread exits when no more LFSs are mounted.
1.293 Wed Jan 04 02:48:58 GMT 2012 perseant branches: 1.293.2;
lfs_writerd thread exits when no more LFSs are mounted.
/src/sys/arch/alpha/alpha/
H A Dmachdep.c1.293 Fri Feb 09 21:55:01 GMT 2007 ad branches: 1.293.2;
Merge newlock2 to head.

1.293 Fri Feb 09 21:55:01 GMT 2007 ad branches: 1.293.2;
Merge newlock2 to head.

/src/sys/netinet/
H A Dip_input.c1.293 Mon Dec 13 14:18:50 GMT 2010 matt branches: 1.293.2;
Back out rev that shouldn't have been committed.

1.293 Mon Dec 13 14:18:50 GMT 2010 matt branches: 1.293.2;
Back out rev that shouldn't have been committed.

/src/sys/modules/
H A DMakefile1.293 Mon Nov 04 20:43:38 GMT 2024 brad

Add a driver for the Maxim DS2482-100 and DS2482-800 I2C to 1-Wire
bridge.

This chip provides a I2C device that then has 1 or 8 1-Wire busses on
the other side. The 1-Wire buses show up as onewire(4) buses in the
NetBSD.

The chip can be used in situations where:

* You have a I2C bus extended a long distance, say with a LTC4311
active terminator / extender or one of the differential I2C
extenders and you would like to have a 1-Wire device on the far end
and it isn't possible to add wiring to get to the far end.

* You are either out of GPIO pins or the GPIO pins are not reliable
enough to use gpioow(4), but you do have working I2C.

The DS2482 does all of the 1-Wire signals in hardware and provides for
a couple of pullup options for the 1-Wire devices.

All of the functions of the DS2482-100 and -800 are supported except
for overdrive speed support. To do this will likely require some API
changes to onewire(4).

Breakout boards exist for the DS2482 for both variants, but they
appear to be more expensive than expected. The chip itself is quiet
cheap and wasn't all that hard to SMD solder to a board. No other
components are really needed.

There are other members in the same family, the DS2482-101, DS2484 and
DS2485. The DS2482-101 has a sleep pin, but from the datasheet
appears to program the same as the -100 variant. The DS2484 has a
slightly different way to set configuration information and probably
won't quite work with the driver, but isn't far off. The DS2485 is
very different and would require a new driver to function.

/src/sys/arch/sparc64/sparc64/
H A Dmachdep.c1.293 Sat Nov 23 19:40:37 GMT 2019 ad cpu_need_resched():

- Remove all code that should be MI, leaving the bare minimum under arch/.
- Make the required actions very explicit.
- Pass in LWP pointer for convenience.
- When a trap is required on another CPU, have the IPI set it locally.
- Expunge cpu_did_resched().
H A Dpmap.c1.293 Sun Apr 05 20:26:47 GMT 2015 palle sun4v: Ensure that the W (Write) bit is not present in the TTEs unless for the data mapping. This way the permanent mappings for the primary cpu done by ofwboot are the same as the permanent mappings for the secondary cpus done by the kernel. This should fix an issue when booting the kernel on a T2 based system (T5120).

/src/sys/dev/
H A DDEVNAMES1.293 Thu Aug 27 09:59:06 GMT 2015 phx Added some missing SPI device names.

/src/sys/dev/acpi/
H A Dacpi.c1.293 Sat Aug 07 16:19:09 GMT 2021 thorpej Merge thorpej-cfargs2.

Completed in 408 milliseconds

12345