summaryrefslogtreecommitdiffstats
path: root/lib/libcxx/src/algorithm.cpp (unfollow)
Commit message (Collapse)AuthorFilesLines
2019-12-03Add support for the RK3399's PWM clock to rkclock(4).patrick2-1/+8
ok kurt@
2019-12-03Document implicit "." default file for -Rkn1-2/+7
OK visa deraadt
2019-12-03Fix typo: ECHD -> ECDH.tb1-4/+4
From Michael Forney, thanks!
2019-12-03fwide() does not unlock if error was occurred.asou1-2/+4
ok guenther@ and deraadt
2019-12-03add support for printing RFC 8300 Network Service Header (NSH)dlg5-7/+329
ok deraadt@
2019-12-02rename binaries to differentiate failure cases (in dmesg output) betweenderaadt4-6/+6
the two cases "syscall in main program" (will succeed until we fix go) and "syscall in library" (now properly fails) ok mortimer
2019-12-02Tweak inaccurate commentjca1-2/+1
2019-12-02add support for VXLAN-GPE as per draft-ietf-nvo3-vxlan-gpe-08.dlg2-34/+82
it's nicely backwards compatible, so we can use the same code for both vxlan and vxlan-gpe.
2019-12-02Tweak previous, using fputs here was finejca1-2/+2
2019-12-02Use getline(3) to handle lines longer than 8192 bytes in patch filesjca6-51/+62
Spotted by jsg@ when working on mesa. Diff tested by sthen@ in a partial i386 bulk. Input from and ok jsg@ millert@
2019-12-02the dhcp6 printing doesn't need these files anymore.dlg2-275/+0
they were based on draft-ietf-dhc-dhcpv6-14, which was not what ended up in the dhcpv6 rfc(s). the current printing code is a lot smaller and self contained. ok deraadt@
2019-12-02rewrite dhcpv6 parsing so it follows the rfc, not an incompat draft.dlg3-280/+159
it looks like this code was using draft-ietf-dhc-dhcpv6-14 from 1999. there were 27 drafts, and by the time it got to draft 23 and the rfc it was significantly different. this code for draft 14 cannot handle actual dhcpv6 messages. im kind of surprised (disappointed?) that noone noticed before. i only noticed cos the code was segfaulting on sparc64, and when i tried to fix it the resulting messages looked nothing like what stock tcpdump produced. the main difference between the early drafts and what ended up in the rfc is that the base dhcpv6 messages in early drafts were large structure with a lot of fixed fields, while the rfc settled on a 4 byte header that contains a 1 byte message type and a 3 byte transaction id. the rest of the messages are built from dhcp options fields. this cuts all the old handling out, and fixes the fault in the options handling by using EXTRACT_16BITS to get at the code and length fields instead of using ntohs. dhcpv6 explicitly states that it does not align options, so this is necessary to avoid faults on strict alignment archs anyway. no options are pretty printed at the moment, you just get a numeric type, a length, and a hexdump of the value. this is still better than the garbage that the draft parsing produced. if someone is interested in making this easier to read, it would be a straightforward and well contained project to better handle option printing. ok deraadt@
2019-12-02With -R assume that "." was passed instead of printing a warningjca1-3/+7
Saner default behavior that matches GNU grep. Diff from miod@, support from espie@, ok visa@ millert@
2019-12-02Revert "timeout(9): switch to tickless backend"cheloha6-254/+152
It appears to have caused major performance regressions all over the network stack. Reported by bluhm@ ok deraadt@
2019-12-02Remove client menu, I don't think it adds anything.nicm1-8/+1
2019-12-02Have SCSIDEBUG show the number of bytes of VPD inquiry data received,krw1-1/+3
not the number of bytes that were available in the buffer.
2019-12-02It is not always clear what ld.so was backed up to ld.so.backup, andderaadt1-2/+1
better that folk doing development in here use their own cp tooling.
2019-12-02Save the computed median to avoid having it to compute it all the time;otto1-6/+11
ok florian@
2019-12-02update currency exchange rates;jmc1-39/+39
2019-12-02Don't forget the scsi_vpd_header when calculating the number of byteskrw1-2/+3
obtained by scsi_inquire_vpd().
2019-12-02Replace rwsleep(9) with rwsleep_nsec(9) in vfs_lockf.c.visa1-3/+4
Prompted by and OK cheloha@ OK mpi@ anton@
2019-12-02Remove now unneeded kernel locking from vfs_lockf.c.visa1-7/+2
OK mpi@ anton@
2019-12-02Use a unified cache in all libunbound based resolvers.florian1-4/+60
OK otto
2019-12-02Stop supporting UVM_FLAG_TRYLOCK in uvm_mapanon(), it is not used.mpi1-11/+4
ok tedu@, visa@
2019-12-02increment refcount before doing the call to resolve(); ok florian@otto1-2/+2
2019-12-02Add an "all" mode for status and a much more compact and readable histogramotto7-103/+74
display; remove the why bogus status message; ok florian@
2019-12-02drm/i915/userptr: Try to acquire the page lock around set_page_dirty()jsg1-1/+21
From Chris Wilson e80e88ef6057c7947409bda9898387d25e54aaa9 in linux 4.19.y/4.19.87 2d691aeca4aecbb8d0414a777a46981a8e142b05 in mainline linux
2019-12-02drm/amd/powerplay: issue no PPSMC_MSG_GetCurrPkgPwr on unsupported ASICsjsg1-5/+18
From Evan Quan 8a67fbf6597122c4a5e2c48716bc441364357eef in linux 4.19.y/4.19.87 355d991cb6ff6ae76b5e28b8edae144124c730e4 in mainline linux
2019-12-02sync namesderaadt2-3/+3
2019-12-02tc_windup: separate timecounter.tc_freq_adj from timehands.th_adjustmentcheloha1-4/+5
We currently mix timecounter.tc_freq_adj and timehands.th_adjtimedelta in ntp_update_second() to produce timehands.th_adjustment, our net skew. But if you set a low enough adjfreq(2) adjustment you can freeze time. This prevents ntp_update_second() from running again. So even if you then set a sane adjfreq(2) you cannot unfreeze time without rebooting. If we just reread timecounter.tc_freq_adj every time we recompute timehands.th_scale we avoid this trap. visa@ notes that this is more costly than what we currently do but that the cost itself is negligible. Intuitively, timecounter.tc_freq_adj is a constant skew and should be handled separately from timehands.th_adjtimedelta, an adjustment that we chip away at very slowly. tedu@ notes that this problem is sort-of an argument for imposing range limits on adjfreq(2) inputs. He's right, but I think we should still separate the counter adjustment from the adjtime(2) adjustment, with or without range limits. ok visa@
2019-12-02output_createtmp() remembers the true name, so output_finish() does notderaadt6-19/+18
need to replay it.
2019-12-02linewrap usagederaadt1-3/+3
2019-12-02missing | leads to incompete resultsderaadt1-2/+2
2019-12-02For 32 bit systems, cast the long long used by strtoll() to unsigned longderaadt1-2/+2
and then a void * for calling the hexdump() operator with bluhm
2019-12-01Add sizes for free() in auvia(4).fcambus1-3/+3
OK mpi@
2019-12-01Don't require a valid sa_len for a bunch of IPv4 "get" ioctlsjca1-3/+6
Same fix as for the IPv6 case. Fixes a regression in ports/net/openvpn spotted by landry@, ok bluhm@
2019-12-01Add missing space between "accept" and "bogus"kn1-2/+2
2019-12-01comply with POSIX and make execve() return EACCES for directoriesnaddy2-9/+3
ok millert@ deraadt@
2019-12-01Tweak variable names to be consistent with 'pg_code' and 'pg_length'krw1-14/+14
field names in sense mode structs.
2019-12-01Make prototype and implementation signatures the same by removingkrw1-3/+3
'const' from the only two 'const int' instances.
2019-12-01Don't overwrite original error returned by scsi_do_mode_sense().krw1-2/+2
2019-12-01Allow forcing specific domains to be resolved by specific resolvers;otto7-20/+236
Handles typical split-horzizon setups. ok florian@
2019-12-01syncjsg1-1/+1
2019-12-01crank libelf major for exec_elf.h changesjsg1-1/+1
2019-12-01Change Elf64 types and structs to match the System V ABI specification.jsg2-79/+76
Change Elf64_Half from a uint32_t type to a uint16_t type. The size of structs do not change as the previous uses of Elf64_Half become Elf64_Word (uint32_t). Remove Elf64_Quarter as 16 bit values now use Elf64_Half. Replace Elf_Byte use with unsigned char. Change some uses of Elf64_Xword to Elf64_Addr (both uint64_t). Corrects behaviour with libelf where the file size of a symtab section came back as 26 not 24 as libelf determines this by the size of a the involved types not the size of the struct in exec_elf.h. As a result libelf's elf_getdata() returned ELF_E_SECTION due to the size of the section not being a multiple of the file size of the section type. This occurred with the new runtime linker for radeon shaders in Mesa 19.2. Sync description of Elf32 and Elf64 types in elf(5) with FreeBSD and adjust types in structs mentioned. ok guenther@ deraadt@
2019-12-01Explain how ipcomp can be enabled.tobhe1-2/+5
ok reyk@
2019-12-01Simplify sets directory check and creation (/home/_syspatch).ajacoutot1-13/+2
It can now be a symlink. ok naddy@ solene@ kn@
2019-12-01revert exec_elf.h rev 1.85jsg1-17/+17
committed by mistake as part of an unrelated change
2019-12-01grow i386 cd ramdisk a little bitderaadt2-6/+6
2019-12-01this hexdump tie-in is incorrect, disable for nowderaadt1-2/+2
Copyright © 1996 – 2023 Jason A. Donenfeld. All Rights Reverse Engineered.